В данной статье приводится описание процессов учета и расчета затрат производственных заказов с более подробным описание операций перед закрытием производственного заказа. Вв статье рассматривается подробный пример с проводками списания затрат, формирования отклонений и НЗП по производственному заказу. К каждому из этапов описанного процесса приводятся пояснения. Эта статья может быть полезной для начинающих специалистов, так как в ней приводится понятное логическое описание проводок, объектов, с которыми эти проводки связаны, как эти проводки отображаются в Балансе, в Отчете о прибылях и убытках, какие из них релевантны для самого производственного заказа. Однако напрямую использовать данные этой статьи при выстраивании бизнес-процессов на предприятиях будет довольно сложно, так как схема учета и расчета НЗП и отклонений, порядок закрытия производственных затрат существенно отличается в российской практике.
Четко и понятно сформулированы стратегические факторы, влияющие на успешный старт проекта. Некоторое опасение вызывают рекомендации, издложенные в пятом принципе -\"очистка и перенос данных на самом раннем этапе\". Зачатую, это просто невозможно сделать, когда речь идет о запасах на складах, кассовых остатках, учета входящих исходящих платежей. Хотя, как стратегический принцип, \"перенос данных на самом раннем этапе\" - в идеале с этим нельзя не согласится.
Статья описывает общие принципы концепции безопасности в Business Intelligence 7.0 для проектировщиков систем, а также для консультантов, для того чтобы представлять все возможные уязвимости системы и способы их недопущения.
данная настройка пока не применялась ранее и трудно сказать насколько качественно она описана.
А вот в правилах предоставления доступа нужно було бы предупредить о том что вы через 3 статьи все снова поставите на блок.
Тогда выбирать статьи нужно было бы исходя из этого.
Тема знакома, изложенные в статье шаги оценки нами выполнялись, однако при этом отрытием прозвучало то, что обновление периодической расчетной цены как стандартной цены всегда выполняется с запозданием в один месяц. С удивлением отметили, а ведь это действительно так! Поэтому интересно было узнать о механизме деблокирования периодической расчетной цены как стандартной цены без запоздания.
Первая проблема этой статьи — очень непонятно, автор не указал ни для одного рисунка (снимка экрана) в статье как он был получен.
Вторая проблема этой статьи — в документе описано не больше чем в quick guide по Solution composer. Очень маленькое описание. Существенно бы помогло качественной составляющей статье, если бы автор описал реальные примеры и возможности использования этой функциональности на практике.
Сейчас же это другими словами написанный краткий гид по Solution Composer.
К сожалению это не статья в профессиональном журнале а скорее описание функциональности для будущих пользователей этой системы, очень напоминает то что sales команда говорит будущему клиенту.
Процесс, который здесь описан, в общем понятен и описан довольно понятно. Указаны и основные данные, которые используются при работе алгоритма выбора ресурсов и транзакционные данные, которые побуждают алгоритм сделать такой выбор.
Абсолютно понятная статья о том как переносить сальдо в версии ecc 6.0 на следующий год. Думаю для консультантов, которые работали с транзакцией f.16 даже без этой статьи будет понятно как работать с новой транзакцией. А вот для молодых коллег очень полезная статья.
Прекрасная статья с детальным описание как должна работать функциональность сравнения настроек системы. К сожалению это описание не очень полезно для консультанта, а скорее полезно пользователю.
Для консультанта было бы куда важнее описание настроек, которые ведут к корректной работе описанного процесса. Но не все же не стоит недооценивать и описание только процесса сравнения настроек систем. Так же в статье очень мало внимания уделено другой функциональности сравнения систем, хотя её там не мало. Сам автор указывает что кроме End-to-End analysis есть еще и другие виды анализа, но больше про них ничего не пишет.
Статья полезная для получения общего представления об основных данных EWM, но местами излишне детальна, что может запутать человека, не имеющего глубокого представления о системе. Например, ссылка на шаги процесса в конце статьи не дает информации без описания, что это такое и для чего используется. Основное замечание связано с областями комплектования, которые перечисляются в таблице объектов но не описаны в тексте. Кроме того, такого технического объекта в системе нет, это разновидность области действия.
Отличная статья!
Которая имеет прикладное применение.
Это самая полезная статья которую я прочел на данный момент.
Данная проблема очень актуальна и ее решение действительно может помочь решить уязвимость и ограниченность САП формуляров.
С Этой проблемой сталкиваемся регулярно.
Данная статья очень нам поможет с решением проблемы печатных форм.
Большое спасибо автору и редакции журнала за статью высокого класса.!
Информация полезна при выборе версии продукта и для формирования обзорного представления по функциональности.
Не все описанные функции понятны. Например, код нижнего уровня.
Хорошо, что механизм описывается достаточно подробно и, надеюсь, полно.
В начале статьи приведены примеры взаимосвязи ограничений, дальше эта тема прослеживается слабо.
Интересная статья.
Описание рисков очень не понятное, можно было описать более просто и доходчиво.
Для меня очень интересен 4 пункт с этим сталкивался на практике -подготовку основных данных надо начинать сразу.
Остальные пункты тоже важны и содержательно описаны.
В целом статья заслуживает уважения.
Комментарий от
Сергей Капустин
| 05 июля 2010, 14:28