Разработчики МЗ ERP открывают ядро и считают, что зарубежные ERP-системы являются чрезмерно усложненными
Развитие системы М3 осуществляется в соответствии с запросами на доработку, сформулированными клиентами, а также путем инициативных разработок, скоординированных с реальными потребностями существующих и перспективных клиентов.
В связи с этим, мы не разделяем стратегии разработок многих крупных зарубежных компаний. Мы считаем, что наиболее известные на рынке зарубежные ERP-системы являются чрезмерно усложненными, что не оправдано с точки зрения реальных потребностей клиентов.
В результате, на российском рынке практически отсутствуют специалисты, обладающие полными знаниями о возможностях не только систем в целом, но и даже их отдельных модулей. Крайне затруднены какие-либо изменения, поскольку они влекут за собой большое число связей, которые трудно просчитать. В целом для указанных систем, на наш взгляд, характерны черты гигантизма со всеми негативными последствиями (точно также как гигантизм был характерен для ряда отраслей промышленности 30-х гг.).
Соотношение централизованного развития и децентрализованных разработок
В отношении вопроса о соотношении границ закрытого ядра системы и возможностей самостоятельной доработки специалистами заказчика, либо силами привлеченных фирм, мы занимаем следующую позицию.
Поскольку ERP-система является крайне сложным комплексом, охватывающим все сферы деятельности предприятия, в интересах руководства и собственников иметь единого ответственного за работоспособность данного комплекса.
Поэтому в части основной логики ERP-системы на уровне поддержки целостности связей объектов развитие системы должно осуществляться строго фирмой-разработчиком под непосредственным контролем правообладателя системы. Данные связи объектов являются общими для всех ERP-систем и, как правило, не могут носить специфического характера в соответствии с отраслевыми или иными особенностями предприятий. В случае объективного возникновения существенных различий в характере взаимодействия объектов системы для различных отраслей, разработчик обязан предусмотреть на уровне кода использование различных вариантов по выбору предприятия.
Специфические же моменты должны быть вынесены за рамки собственно поставляемой системы в виде специальных библиотек алгоритмов и функций, применяемых в строго определенных зонах, гарантирующих сохранение целостности базовых связей объектов. Данные алгоритмы и функции разрабатываются специалистами предприятий самостоятельно. Также предприятия должны иметь возможность самостоятельно модифицировать визуальное представление АРМов системы в соответствии с собственными привычными терминами и особенностями обработки информации, без изменения базовой логики, а также строить любые отчеты.
Наиболее сложные контуры взаимодействия подразделений и сотрудников при решении проблемных ситуаций должны выполняться в рамках внешних систем «Workflow», позволяющих управлять логикой всего контура с использованием информации и АРМов как ERP-системы, так и других систем (PDM,CRN и т.п.) и описывать в явном виде специфику бизнес-процессов конкретного предприятия.
Мы не разделяем позиции тех фирм-разработчиков, которые поставляя клиентам закрытое ядро, предоставляют возможность изменять связи объектов, включать дополнительные процедуры и функции, изменяющие их состояние, и тем самым фактически бесконтрольно модифицировать базовую логику системы.
В этом случае фактически вся ответственность за работоспособность комплекса переходит к специалистам предприятия. Техническая поддержка фирмой-разработчиком в полном объеме оказываться уже не может, поскольку автономные изменения, внесенными специалистами предприятия могут принципиально противоречить изменениям в новых версиях, внесенным самим разработчиком. В этом случае предприятие мало, что выигрывает по сравнению с вариантом разработки системы собственными силами.
m3system.ru
Комментарии ERPNEWS
Подчеркнем самое важное в статье:
Наиболее известные на рынке зарубежные ERP-системы являются чрезмерно усложненными, что не оправдано с точки зрения реальных потребностей клиентов.
А вот сайт у компании на наш взгляд не совсем удобный.
В связи с этим, мы не разделяем стратегии разработок многих крупных зарубежных компаний. Мы считаем, что наиболее известные на рынке зарубежные ERP-системы являются чрезмерно усложненными, что не оправдано с точки зрения реальных потребностей клиентов.
В результате, на российском рынке практически отсутствуют специалисты, обладающие полными знаниями о возможностях не только систем в целом, но и даже их отдельных модулей. Крайне затруднены какие-либо изменения, поскольку они влекут за собой большое число связей, которые трудно просчитать. В целом для указанных систем, на наш взгляд, характерны черты гигантизма со всеми негативными последствиями (точно также как гигантизм был характерен для ряда отраслей промышленности 30-х гг.).
Соотношение централизованного развития и децентрализованных разработок
В отношении вопроса о соотношении границ закрытого ядра системы и возможностей самостоятельной доработки специалистами заказчика, либо силами привлеченных фирм, мы занимаем следующую позицию.
Поскольку ERP-система является крайне сложным комплексом, охватывающим все сферы деятельности предприятия, в интересах руководства и собственников иметь единого ответственного за работоспособность данного комплекса.
Поэтому в части основной логики ERP-системы на уровне поддержки целостности связей объектов развитие системы должно осуществляться строго фирмой-разработчиком под непосредственным контролем правообладателя системы. Данные связи объектов являются общими для всех ERP-систем и, как правило, не могут носить специфического характера в соответствии с отраслевыми или иными особенностями предприятий. В случае объективного возникновения существенных различий в характере взаимодействия объектов системы для различных отраслей, разработчик обязан предусмотреть на уровне кода использование различных вариантов по выбору предприятия.
Специфические же моменты должны быть вынесены за рамки собственно поставляемой системы в виде специальных библиотек алгоритмов и функций, применяемых в строго определенных зонах, гарантирующих сохранение целостности базовых связей объектов. Данные алгоритмы и функции разрабатываются специалистами предприятий самостоятельно. Также предприятия должны иметь возможность самостоятельно модифицировать визуальное представление АРМов системы в соответствии с собственными привычными терминами и особенностями обработки информации, без изменения базовой логики, а также строить любые отчеты.
Наиболее сложные контуры взаимодействия подразделений и сотрудников при решении проблемных ситуаций должны выполняться в рамках внешних систем «Workflow», позволяющих управлять логикой всего контура с использованием информации и АРМов как ERP-системы, так и других систем (PDM,CRN и т.п.) и описывать в явном виде специфику бизнес-процессов конкретного предприятия.
Мы не разделяем позиции тех фирм-разработчиков, которые поставляя клиентам закрытое ядро, предоставляют возможность изменять связи объектов, включать дополнительные процедуры и функции, изменяющие их состояние, и тем самым фактически бесконтрольно модифицировать базовую логику системы.
В этом случае фактически вся ответственность за работоспособность комплекса переходит к специалистам предприятия. Техническая поддержка фирмой-разработчиком в полном объеме оказываться уже не может, поскольку автономные изменения, внесенными специалистами предприятия могут принципиально противоречить изменениям в новых версиях, внесенным самим разработчиком. В этом случае предприятие мало, что выигрывает по сравнению с вариантом разработки системы собственными силами.
m3system.ru
Комментарии ERPNEWS
Подчеркнем самое важное в статье:
Наиболее известные на рынке зарубежные ERP-системы являются чрезмерно усложненными, что не оправдано с точки зрения реальных потребностей клиентов.
А вот сайт у компании на наш взгляд не совсем удобный.
© Галактика, 2005
© Издание 12NEWS (ИП Маринин А.Л.), 2005
