Экономическая библиотека

Учебники по экономике

7.6. Системы MRP и ERP

  Уже довольно давно отечественные разработчики прилагают усилия к тому, чтобы поставляемые ими системы комплексной автоматизации поддерживали технологии управления ресурсами, основанные на западных стандартах управления MRP (планирование потребностей в материалах/ресурсах) и ERP (управление корпоративными ресурсами). Пока о полномасштабной поддержке таких технологий говорить рано, но те или иные их элементы в российских системах уже присутствуют. Поскольку ряд стандартов прописан в общей форме, наши производители экономических программ интерпретируют их требования по-разному. Даётся и разная оценка целесообразности реализации того или иного стандарта.
  Так, специалисты корпорации «Парус» считают, что для российских предприятий пока актуальна только поддержка требований стандарта MRP I (планирование потребностей в материалах), которые полностью реализуются, к примеру, в системе «Парус-корпорация». В полной мере претворить в жизнь процесс управления в соответствии со стандартом MRP II (планирование потребностей в ресурсах), ни на одном российском предприятии просто невозможно, в связи с чем поддержка данного стандарта в программе присутствует лишь частично.
  В рассматриваемой системе автоматизации логистический блок выглядит весьма внушительно. Здесь имеется много таких функций, которые в большинстве других систем не поддерживаются. Правда, их реализация не всегда полна, и, по-видимому, корпорация намерена дорабатывать соответствующий функционал непосредственно в процессе внедрения на конкретных объектах применительно к их потребностям. Остановимся чуть подробнее на некоторых из этих решений.
  В модуле «Закупки» формируются заказы, на основе которых составляются планы закупок и товарный календарь. Предложения поставщиков можно вводить прямо из Интернета. Однако настройка процедур загрузки, на наш взгляд, пока автоматизирована недостаточно, и многие действия по её разноске в таблицы информационной базы приходится выполнять вручную. Впрочем, это понятно: в России пока не существует общепринятых стандартов обмена информацией.
  Появилась функция подбора поставщиков для решения задачи автоматизированного формирования заказов покупателей.
  Масштабные работы ведутся по поддержке договоров. По каждому договору можно занести массу сведений, правда, как они потом используются системой, остается неясным. Договоры обязательно должны содержать этапы, поскольку детализированную информацию можно вводить только поэтапно. В частности, в карточках договоров можно прописать виды оплаты по каждому этапу и правила начисления штрафов, которые привязываются к так называемому лицевому счёту договора. Допускается установка различных вариантов скидок, настраиваются они через общее понятие «тариф», под которым понимают правила расчёта различных параметров, используемых в документах. Допустимы скидки по количеству единиц в каждой номенклатуре, к общей сумме по документу, накопительные скидки за разные периоды. Из карточки договора можно выйти на свод по планам и фактическому исполнению, посмотреть графики поставок и платежей. Эта технология удобна тем, что, работая с конкретным договором, пользователь может видеть всю связанную с ним информацию.
  Данные по отгрузкам и оплатам лучше вводить прямо из карточек договоров, тогда они сразу привязываются к плановым деталям конкретных этапов. Всю информацию по взаиморасчётам можно получать автоматически. Счета, накладные, сведения о платежах и другие документы допускается вводить и без привязки к договорам, однако в этом случае выполнять соединение будет сложнее. Следует отметить, что в программе предусмотрен механизм ручной разноски (привязки) платежей по договорам.
  Что касается беззаказного планирования, то в системе можно вести планы продаж, это своего рода уступка стандарту MRP I.
  Значительное внимание уделено тому, чтобы система облегчала организацию решения различных бюрократических процедур. Например, здесь можно установить режим, при котором для выполнения отгрузки или платежа потребуется отдать соответствующее распоряжение, настроить механизмы рассылки сообщений по какому-либо факту, скажем, проинформировать об оплате лицо, которое должно выписать документ на отгрузку. Сообщения можно посылать по разным адресам - своим и чужим - различными способами: по сети, электронной почте, факсу. Настраивать способы и маршруты рассылки сообщений должен администратор системы. Следует отметить, что возможность рассылки уведомлений — это первый шаг к процессоориентированному управлению. По нашему мнению, система должна «уметь» не только рассылать уведомления, но и сама автоматически готовить проекты связанных документов и предлагать их для утверждения уполномоченным пользователям. Однако это ещё предстоит реализовать.
  Существенное продвижение в поддержке стандартов MRP, ERP заметно и в системе «Галактика». Многие элементы этих стандартов присутствуют в ней уже давно, и теперь функциональное развитие идёт главным образом в сторону полномасштабной реализации требований MRP II. Это вполне понятно, поскольку основной контингент клиентов «Галактики» - средние и крупные производственные предприятия, и только функций управления закупками под существующие заказы, определяющихся требованиями MRP I, для таких организаций оказывается уже недостаточно, то есть крайне желательно, чтобы система взяла на себя помощь в управлении производственным циклом. Корпорация обещает выпустить новые модули — «Контроллинг» и «Управление портфелем заказов», которые и будут реализовы- вать соответствующие функции. Похоже, что на текущий момент «Галактика» продвинулась в данной области дальше других отечественных разработок.
  Несколько необычной кажется на первый взгляд точка зрения, высказанная по поводу стандарта ERP специалистами фирмы «Бизнес-Консоль» — разработчиками системы «Фигаро». По их мнению, данный стандарт следует трактовать как корпоративную надстройку над MRP II, а не как соответствие известному перечню требований. ERP-систему здесь рассматривают в качестве автоматизированной системы управления, поддерживающей стандарты MRP, но дополненной блоками решения задач сквозного бюджетирования, подсистемой управления персоналом, позволяющей решать задачи консолидации отчётности. Поэтому основное внимание разработчики уделяют реализации стандартов MRP. Фирма работает преимущественно с крупными заводами, где применение этих стандартов уже актуально.
  Система «Фигаро» пока не реализует в полной мере такие функции, как составление календарного плана движения товарно-материальных ценностей, загрузки производственных мощностей и трудовых ресурсов. Однако уже имеется возможность статического планирования потребностей в ресурсах, рассчитанных исходя из производственных заказов на определённый период. В этом заключается принципиальное отличие этой системы от западных, реализующих MRP. Там действительно составляется график, здесь же пока решается менее сложная задача — определение общей потребности в ресурсах, требуемых производственной программой. Но и это довольно серьёзный шаг вперёд, ведь даже такого набора функций для большинства наших предприятий, по-видимому, вполне достаточно, поскольку выполнение строгого графика поставки в настоящих условиях в России вряд ли возможно. Да и сами предприятия, скорее всего, ещё не готовы к тому, чтобы их управление осуществлялось по графику, рассчитанному компьютерной системой.
  В этой связи следует отметить, что к статическому расчёту потребности в ресурсах уже близки многие имеющиеся на рынке системы автоматизации. Помимо рассмотренных разработок, такие элементы имеются в системе «Флагман» фирмы «Инфософт», о реализации подобных решений у ряда своих клиентов заявляют представители фирмы «Компас». Отдельные элементы планирования потребности в ресурсах имеются и в типовой производственной конфигурации системы программ «1С: Предприятие».

 
© www.eclib.net