- большинство интегрированных систем, основанных на стандартах
MRP/ERP, имеют типовой базовый набор автоматизируемых
бизнес - функций;
- основная задача российских менеджеров - почувствовать новую технологию интегрированного управления - решается практически любой
MRP системой (правда, за разную цену);
- изучение всех бизнес - функций, предлагаемых ведущими зарубежными производителями
(SAP, Oracle, PeopleSoft, Baan), невозможно без освоения их базового набора и требует длительного времени (5 лет и более).
Можно даже сказать, что богатство функций в сочетании с устаревшим инструментарием, "плохой" логической структурой данных, отсутствием общепринятых "стандартных элементов" просто вредно для неофитов от ИСУ. Так, внешнее богатство функций эмоционально заслоняет реальную оценку последствий использования собственных нестандартных средств поставщика.
С другой стороны, нужно как можно раньше начинать внедрять новые аналитические возможности таких выделяемых в отдельные подсистемы функций, как работа с хранилищами данных,
OLAP, системами поддержки принятия решений
(DSS) и аналитическими функциями более высокого уровня (например, типовой модуль "Автоматическое предупреждение"
Oracle (Alert). Критерий 3. "МОНО" и "МУЛЬТИ" - ориентированность на поставщика СУБД. Декларация независимости
MRP/ERP системы от конкретной СУБД - необходима прежде всего разработчикам, а не клиентам, которые хотят внедрять систему .
Такая независимость во многом связана с пережитками
MRP систем 2 - го поколения, когда разработчики использовали только свои собственные и инструменты средства администрирования баз данных.
В общем процессе эволюции ИТ такие поставщики не смогут широко использовать возможности новых поколений СУБД и современных средств разработки. Перейти к
MRP/ERP системам 4 - го поколения для поставщиков, ориентированных на несколько СУБД (имеющих свои собственные средства администрирования и разработки), будет сложнее, чем для "МОНО" поставщиков. Для "МУЛЬТИ" поставщиков также будет сложно переключиться на объектно - ориентированную основу
MRP/ERP систем 5 - го поколения.
С точки зрения "провайдеров"
ERP систем между "МОНО" и "МУЛЬТИ" имеется обратная зависимость. Так, при ориентации на "МУЛЬТИ" будет более жесткой привязка к "хозяину", чем при ориентации на "МОНО" поставщика, так как требуется освоить не только стандартные "коммерческие" средства разработки, но и средства, специфичные для данного
ERP провайдера.
Критерий 4. Легкость русификации системы при внедрении и сопровождении. Этот критерий, требует отдавать предпочтение системам, имеющим средства табличного задания переводимых понятий с автоматической перегенерацией экранных форм, меню и т. д. на другой язык. Даже если
ERP система уже локализована, нужно учитывать трудозатраты на развитие системы и адаптацию ее новых версий.
Критерий 5. Опыт команды разработчиков/провайдеров в практическом внедрении "больших" систем управления на предприятиях СНГ. Наличие у команды методик адаптации идеологии
MRP/ERP к российским
условиям часто оказывается решающим фактором успешного внедрения - мало купить систему, надо еще и грамотно ее настроить, а самое главное, довести до самостоятельного жизнеспособного существования, требующего минимальной поддержки со стороны производителя.
Опыта многих российских компаний, специализирующихся на внедрении систем типа "Low End PC" и "Middle PC" для
ERP систем оказывается недостаточно. Действительно, новаторские российские разработки (с точки зрения функциональности) могут быть сделаны "никак не в области финансово - экономических систем". В лучшем случае нам всегда придется догонять, а в худшем - будут появляться "пророки в своем отечестве" которые станут выдавать свои доморощенные поделки за откровения. Наш собственный опыт показывает, что сам факт практической адаптации
ERP