Просмотр нерешенных тем
Сообщения без ответов | Активные темы
Правила форума
ВНИМАНИЕ!
Вопросы по исходящим поставкам — сюда
| Автор | Сообщение | ||
|---|---|---|---|
|
Заголовок сообщения: Ошибка при обновлении облиго.
|
|||
|
Здравствуйте .
|
||
| Вернуться к началу |
|
||
 |
Добавлено: Пн, янв 28 2008, 11:36 
|
Justudent |
Заголовок сообщения:
|
|
|
у вас наеврное версия 6.0?… вроде наверное так вообщем это всё исчезнет, если вы настроите выбор счёта выручки для данных условий в заказе… вообщем чтобы в Среда — Анализ — Выбор счета был определён счёт и тогда всё будет хоккей с облиго…
|
| Вернуться к началу |
|
|
|
moris |
Заголовок сообщения:
|
||
|
Justudent написал: у вас наеврное версия 6.0?… вроде наверное так вообщем это всё исчезнет, если вы настроите выбор счёта выручки для данных условий в заказе… вообщем чтобы в Среда — Анализ — Выбор счета был определён счёт и тогда всё будет хоккей с облиго… Спасибо большое. Удачи и успехов вам.
|
||
| Вернуться к началу |
|
||
|
Кто сейчас на конференции |
|
Сейчас этот форум просматривают: Google [Bot] |
| Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
В статье рассматривается конфигурирование средств контроля доступности бюджета для МВЗ с помощью простых шагов пользовательской настройки.
Ключевое понятие
Контроль доступности бюджета в модулях управленческого учета (CO) и системы проектов (PS) является стандартной функциональностью SAP, которая автоматизирует контроль бюджета посредством предупреждений и сообщений об ошибках. Кроме того, возможна автоматическая отправка уведомлений по электронной почте соответствующим владельцам бюджета в зависимости от определенных условий. Эта функциональность в стандартной SAP-системе доступна только для заказов и проектов.
Стандартная функциональность SAP по контролю доступности бюджета предназначена для внутренних заказов и элементов структурного плана проекта (СПП-элементов), но не для мест возникновения затрат (МВЗ). МВЗ обычно используются для представления организационной структуры компании. Разумеется, большинство компаний заинтересованы в том, чтобы их система обеспечивала контроль за доступностью бюджета для отделов или бизнес-единиц, представляемых МВЗ.
Довольно часто при традиционной настройке системы перерасход бюджета обнаруживается слишком поздно. Как правило, организации полагаются на стандартную процедуру отчетности, но рано или поздно она может подвести в силу целого ряда возможных причин. С другой стороны, с активной функцией контроля доступности бюджета система может не только предупредить заранее или в реальном времени, но и автоматически информировать по электронной почте ответственные лица. Именно в этом и заключается разница между реагирующим и упреждающим подходами к контроллингу затрат.
При использовании контроля доступности бюджета рекомендуется учитывать большинство внешних затрат через облиго. С точки зрения бизнеса облиго относится к будущим затратам, предварительно согласованным внутри компании, поэтому компания ожидает их возникновения с большой степенью уверенности. В идеале для всех счетов поставщиков должны существовать заявки (PR) и заказы на поставку (PO), поскольку в системе для них автоматически создаются облиго. Все исключения из этого правила следует минимизировать. Облиго позволяют осуществлять контроль бюджета на шаг раньше относительно фактических затрат, поскольку блокируют или резервируют средства из бюджета.
Примечание.
Вы можете рассмотреть вариант внедрения функциональности Управления бюджетом (компонент PSM-FM), но я считаю этот вариант менее удачным, поскольку он потребует больше трудозатрат, а сложность этого компонента часто недооценивается группами внедрения проекта.
В данной статье протестируем решение, предложенное в SAP-ноте 101030. Однако мы пойдем дальше рекомендаций SAP-ноты и перечислим практические шаги для создания рабочего прототипа, а также предложим читателям ряд идей по возможным вариантам оптимизации решения.
В SAP-ноте 101030 SAP предполагает, что вы создадите для МВЗ статистические внутренние заказы для применения их в качестве дополнительной контировки в финансовых проводках через замещение. После активации контроля доступности бюджета для статистических внутренних заказов бюджет начинает контролироваться для МВЗ, которые объединены с заказами.
Одним из важных преимуществ этого решения является возможность его внедрения после начала продуктивной эксплуатации системы с минимальным воздействием на интерфейс для конечного пользователя. С другой стороны, при этом естественным образом повышается сложность управления основными данными в модуле управленческого учета (CO).
Конфигурация системы
Сначала создадим новый профиль бюджета, который используется вместе с новым видом заказа. Для создания профиля бюджета в меню IMG выберите «Controlling > Internal Orders > Budgeting and Availability Control > Maintain Budget Profile» (Контроллинг > Внутренние заказы > Составление бюджета и контроль наличия > Ведение профилей бюджета), см. Рис. 1.
Рис. 1
Профиль бюджета для вида заказа
Нажмите кнопку «New Entries» (Новые записи) и выполните ведение данных согласно собственным требованиям. В моем примере для контроля наличия и валюты составления бюджета используется настройка валюты объекта. Эти настройки позволяют избежать ненужных пересчетов валюты в рамках контроля доступности бюджета для контроллинговой единицы с несколькими валютами и балансовыми единицами. Выберите пиктограмму сохранения на верхней панели и сохраните данные для профиля бюджета.
Далее создадим новый вид заказа, предназначенный для статистических заказов, зеркально отражающих МВЗ. В соответствии с соглашением о присвоении имен используем внешнюю нумерацию для этого вида заказа. Для вызова экрана «Change View Order Types» (Виды заказов: изменение: обзор) выполните транзакцию KOT2. Либо можно использовать меню IMG путем выбора «Controlling > Internal Orders > Order Master Data > Define Order Types» (Контроллинг > Внутренние заказы > Основные данные заказов > Определение видов заказов), см. Рис. 2. В разделе управляющих индикаторов обратите внимание на то, что необходимо активировать независимую кнопку «Commitments Management» (Управление облиго).
Рис. 2
Параметры вида заказа
Присвойте созданный ранее профиль бюджета виду заказа. Для проверки того, что вид заказа используется исключительно для статистических заказов, отметьте в столбце «Req. entry» (Обязательный ввод) индикатор статистического заказа (Рис. 3).
Рис. 3
Экран выбора полей для вида заказа
Перейдите к настройкам выбора полей с помощью пиктограммы выбора поля в нижней части экрана (Рис. 2). После выбора пиктограммы сохранения для сохранения выбора полей выполняется возврат к экрану параметров вида заказа (Рис. 2). Выберите пиктограмму сохранения для сохранения данных параметров вида заказов.
Далее рассмотрим ведение параметров настройки для границ допуска. Для выполнения этого шага в меню IMG выберите «Controlling > Internal Orders > Budgeting and Availability Control > Define Tolerance Limits for Availability Control» (Контроллинг > Внутренние заказы > Составление бюджета и контроль наличия > Определение границ допуска для контроля наличия). Нажмите кнопку «New Entries» (Новые записи), которая здесь не показана, а затем выберите пиктограмму сохранения (также не показана) после выполнения значений (Рис. 4).
Рис. 4
Настойки границ допуска для контроля доступности
Настройки границ допуска зависят от специфичных бизнес-требований и могут отличаться в разных конкретных случаях.
Примечание.
Я рекомендую использовать операцию 2 (см. в пятом ключевом столбце на Рис. 4) в настройках границ допуска. Операция 2 включает в себя автоматическую отправку электронного сообщения ответственному лицу (для СПП) или менеджеру бюджета (для внутренних заказов). Несмотря на то, что здесь также предполагается ведение дополнительных основных данных для поля «Person Responsible» (Ответственное лицо), которое я рекомендую установить как поле обязательного ввода в настройках контроля статуса полей (нерелевантно для настройки внутренних заказов), это единственный вариант с созданием документа (сообщения электронной почты), который можно отслеживать и позднее проверить. Операция 1 предполагает вывод предупреждения для конечного пользователя, которое можно просто проигнорировать, не оставив доказательств появления такого предупреждения, поскольку это динамическое сообщение с возможностью закрытия. Операция 3 предусматривает вывод сообщения об ошибке, которое может заблокировать бухгалтерский процесс без достаточных оснований. Возможны различные бизнес-ситуации, в которых входящие бухгалтерские документы не имеют предварительного облиго, но должны быть своевременно проведены без ожидания дополнительного бюджетного ассигнования, которое в таких случаях становится формальностью.
Далее введите ответственного за бюджет для вида заказа. Для выполнения этого шага в меню IMG выберите «Controlling > Internal Orders > Budgeting and Availability Control > Maintain Budget Manager» (Контроллинг > Внутренние заказы > Составление бюджета и контроль наличия > Ведение данных ответственных за бюджет). Нажмите кнопку «New Entries» (Новые записи). Укажите идентификатор системного пользователя (Рис. 5) для комбинации контроллинговой единицы и вида заказа. Сохраните запись с помощью пиктограммы сохранения на верхней панели.
Рис. 5
Настройки ответственного за бюджет
Теперь можно приступить к настройке замещения отдельных позиций CO. Запустите транзакцию OKC9. Аналогично эффективной практике программирования, существует эффективная практика замещения. Такая практика предполагает возможность включения и отключения замещения в продуктивной среде в зависимости от основных данных, что позволяет предотвратить любые корректировочные переносы при каких-либо сбоях и ошибках. Для этого в предпосылке замещения необходимо включить логический оператор (Рис. 6). Обычно он отражает организационный объем для замещения с проверкой принадлежности конкретной организационной единицы специфичному набору данных. Посредством обработки этого набора данных можно расширить, сократить или устранить объем.
Оформите подписку sappro и получите полный доступ к материалам SAPPRO
Оформить подписку
У вас уже есть подписка?
Войти
Просмотр нерешенных тем
Сообщения без ответов | Активные темы
Правила форума
ВНИМАНИЕ!
Вопросы по исходящим поставкам — сюда
| Автор | Сообщение | ||
|---|---|---|---|
|
Заголовок сообщения: Ошибка при обновлении облиго.
|
|||
Зарегистрирован: |
Здравствуйте . При создании заказа в Сбыте. Возникает Ошибка при обновлении облиго. Устанавливается статус. Помогите пожалуйста. |
||
| Вернуться к началу |
|
||
|
|
Justudent |
Заголовок сообщения:
|
|
Зарегистрирован: |
у вас наеврное версия 6.0?… вроде наверное так вообщем это всё исчезнет, если вы настроите выбор счёта выручки для данных условий в заказе… вообщем чтобы в Среда — Анализ — Выбор счета был определён счёт и тогда всё будет хоккей с облиго…
|
| Вернуться к началу |
|
|
|
moris |
Заголовок сообщения:
|
||
Зарегистрирован: |
Justudent написал: у вас наеврное версия 6.0?… вроде наверное так вообщем это всё исчезнет, если вы настроите выбор счёта выручки для данных условий в заказе… вообщем чтобы в Среда — Анализ — Выбор счета был определён счёт и тогда всё будет хоккей с облиго… Спасибо большое. Удачи и успехов вам.
|
||
| Вернуться к началу |
|
||
|
Кто сейчас на конференции |
|
Сейчас этот форум просматривают: нет зарегистрированных пользователей |
| Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Hi Experts,
We got an error «Error in commitment check(see costing log message no:CO634)» when creating the maintenance order for cosuming the non stock material or using the external contractors for the work. Generally it is throwing error when we try to create purchase requistion thru maintenance order.
We have budget implemented in our project and even we have unblocked the activity available control for this but still getting the same error. We also posted money into the cost center and tested the maintenace order still we are getting same error. We tried creating teh purch. req directly thru ME51N now we can able to create it, the problem is only when we try to create purch. req. thru order we are getting the error.
We couldn’t figure out why it is stopping us. Could anyone please let us knwo what seetings we need to do allow work orders without validating for the budget. Your help will be really aprreciated.
I can send you the screen shot of commitment settings and activitity available control in case anyone want to look at it. Thanks in advance.
Regards,
Praveen Kumar
Hi Experts,
We got an error «Error in commitment check(see costing log message no:CO634)» when creating the maintenance order for cosuming the non stock material or using the external contractors for the work. Generally it is throwing error when we try to create purchase requistion thru maintenance order.
We have budget implemented in our project and even we have unblocked the activity available control for this but still getting the same error. We also posted money into the cost center and tested the maintenace order still we are getting same error. We tried creating teh purch. req directly thru ME51N now we can able to create it, the problem is only when we try to create purch. req. thru order we are getting the error.
We couldn’t figure out why it is stopping us. Could anyone please let us knwo what seetings we need to do allow work orders without validating for the budget. Your help will be really aprreciated.
I can send you the screen shot of commitment settings and activitity available control in case anyone want to look at it. Thanks in advance.
Regards,
Praveen Kumar
Компании,
работающие в нашей стране, обязаны вести регламентированный бухгалтерский и
налоговый учет по российским стандартам — РСБУ. Предприятия, не связанные с
зарубежным рынком, традиционно выбирают 1С и, как говорится, горя не знают.
Намного сложнее дочерним подразделениям зарубежных предприятий, экспортерам и
публичным компаниям, акции которых представлены на международных биржах. Им
неизбежно приходится использовать SAP, а для отчетности
по российским стандартам — заказывать к ней дополнительный модуль. Однако, расходы
на настройку и поддержание работоспособности такого модуля обычно весьма
дороги.
Поэтому,
по наблюдениям руководителя проектов ООО
«Протон» Михаила Вдовина, примерно половина крупных отечественных компаний, работающих с SAP, параллельно устанавливают и российскую систему 1С — это обходится дешевле.
«Крупные
российские компании используют SAP лишь для того,
чтобы не было проблем с отчетностью на западном рынке, — считает Михаил Вдовин.
— Учетная система SAP популярна, прежде
всего, среди тех компаний, которым необходима отчетность по международным
стандартам (МСФО). Я занимаюсь автоматизацией бизнеса уже 20 лет, внедрял
различные учетные системы как на малых предприятиях, так и, к примеру, в
подразделениях „Росатома“ с триллионными оборотами. И за эти годы ни разу не
сталкивался с ситуацией, когда руководству компании, работающей исключительно
на российском рынке и не имеющей иностранных акционеров, пришла бы в голову
идея внедрить SAP».
С
ним не вполне согласна ведущий бизнес-аналитик ООО «Протон» Марианна Морозова:
«В SAP лучше организована управленческая отчетность —
основной инструмент для успешного функционирования предприятия. Это как раз
связано с действующими международными стандартами».
SAP без обновлений не
продержится
В
нашей стране SAP продавала крупным и средним предприятиям системы
управления ресурсами (ERP), управления взаимоотношениями с клиентами (CRM),
управления цепочками поставок (SCM), управления производством (ERP Production
Planning, MES, EAM, CAD).
По
информации пресс-службы SAP, компания
продолжает поддерживать действующих клиентов, но приостановила заключение новых
контрактов. То есть, российские предприятия пока могут пользоваться ранее оплаченными
продуктами SAP, но не смогут купить новые или продлить текущие лицензии. Однако,
нужно понимать, что без обновлений SAP очень скоро
станет неработоспособной. «Учетная система не сможет долго работать без
обновлений, касающихся изменений в законодательстве. А в России такие изменения
достаточно часты», — подчеркивает Марианна Морозова.
«Любая
организация — живой организм, она меняется, и изменения так или иначе
транслируются в учетную систему, — добавляет Михаил Вдовин. — Меняется
структура, появляются новые направления — а значит, систему нужно
актуализировать. Для этого необходимы изменения комплекса программного
обеспечения, а в ряде случаев и приобретение дополнительных лицензий».
Россияне
выбирают 1С
По
мнению экспертов ООО «Протон», сейчас в экосистеме 1С даже больше программ и
сервисов, чем в SAP. Разработано много
отраслевых решений, существует и модуль для отчетности по МСФО. Причем, его
настройка обойдется существенно дешевле, чем настройка модуля для подготовки отчетности
по РСБУ в SAP.
Михаил
Вдовин утверждает, что 1С — более продвинутая программа с технической точки
зрения: «Некоторые руководители крупных компаний до сих пор думают, что 1С
годится лишь для бухучета какого-нибудь киоска. Однако это давно не так. По
моему субъективному мнению, SAP сегодня отстает
от платформы 1С 8.3 — с ее гибким интерфейсом и другими функциями — на
пять-шесть лет. Между ними такая же разница, как между Windows 10 и Windows XP».
Рост
качества 1С оценен и пользователями. Если в 2016 году на российском ERP-рынке SAP
занимал долю в примерно 49% (статистика Tadviser), а 1С — только 32,9%, то по
итогам прошлого года 1С занимает 45% российского рынка, а SAP — лишь 11%.
Оценка
рисков — это важно
Для
тех компаний, у которых регламентированная отчетность по РСБУ осуществляется исключительно
через SAP, наступили непростые времена. «Им придется форсировать переход на 1С,
— считает Марианна Морозова. — Если обновления SAP будут отключены, то при
любом изменении российского законодательства (например, при новых налоговых
послаблениях для ИТ-компаний) выполнение отчетности будет затруднено. Разумеется,
выход можно будет найти всегда, подготовив налоговую или бухгалтерскую
отчетность в авральном режиме. Но аврал не может продолжаться вечно».
По
мнению Михаила Вдовина, предприниматели должны верно оценить политические
риски. Если они считают, что напряженность между Россией и Западом спадет в
течение полугода или года, предприятие может и далее пользоваться SAP. В
противном случае надо просчитать возможность поддержки SAP в своих компаниях.
При существующей поддержке силами западных компаний риски выхода SAP из строя
очень высоки. Есть собственные специалисты, которые могут справиться с поддержкой
SAP? Придется приложить массу усилий, чтобы удержать их на предприятии. Это, по
мнению Михаила Вдовина, будет непросто: «Если бы я специализировался
исключительно на SAP, то как кормилец семьи уже сейчас задумался бы о том, чем
буду заниматься завтра. Нужно либо уезжать на Запад, либо переучиваться, чтобы
не остаться без работы в России».
Учитывать
необходимо не только политические, но и экономические риски на конкретном предприятии.
Какое подразделение компании наиболее пострадает при отключении обновлений SAP?
Весь производственный процесс или отделы логистики, закупок, продаж, бухучета
(список можно продолжить). Перевод на 1С нужно начинать именно с тех
подразделений, сбой в работе которых будет наиболее критичным для компании. При
этом нужно иметь в виду, что переход всего предприятия на 1С не может быть
осуществлен быстро. В средней компании этот процесс может занять шесть-девять
месяцев. В крупной — до двух лет.
Сколько
стоит переход?
Стоимость
проекта внедрения 1С вместо SAP зависит от размера компании и от того,
насколько процессы внутри организации можно будет адаптировать на типовом
решении 1С. Чем больше потребуется индивидуальных доработок, тем больше окажутся
и расходы.
«В
любом случае, — считает Михаил Вдовин, — стоимость лицензии, внедрения, поддержки
1С ниже, чем у SAP, причем разница во многих случаях может оказаться
десятикратной. Тем не менее, компаниям надо быть готовым к дополнительным незапланированным
расходам».
Внеочередные
траты, конечно, минус. Впрочем, процесс принесет и плюсы: можно будет вычистить
«замусоренные» базы данных, в которых при многолетнем использовании учетной
системы обычно накапливается много лишнего. Замена одних управленческих систем на
другие — хороший повод провести аудит бизнес-процессов компании и изменить то,
что устарело.
Но
вычистка баз данных и изменение процессов дадут незначительную дополнительную
стоимость для компании. Зато появится основание для постановки новых целей по
автоматизации бизнеса.
«Представьте,
что вы носили воду ведром, оно проржавело и прохудилось, — приводит аналогию
Михаил Вдовин. — Можно купить такое же ведро, но это вынужденные, а не
окупаемые расходы. А можно примерно за те же деньги заменить его на ведро с
колесиками, а то и на водопровод».
Главное,
поставить при этом правильные и понятные для бизнеса цели. Такими целями могут
стать, к примеру, минимизация остатков на складах, повышение прозрачности
закупок, улучшение планирования производства, автоматизация
планово-экономического отдела для ускорения расчета себестоимости заказав и т.д.
В этом случае окупаемость перехода может быть достигнута очень быстро.
Проконсультируйтесь
со специалистами ООО «Протон» о возможности замены SAP на 1С в вашей компании.