Как надо выбирать ERP-системы для крупных промышленных предприятий в рамках процесса импортозамещения
Процесс выбора ERP-решения всегда непрост, в том числе, и в силу многофакторности сравнения систем. А в ситуации необходимости замены уже внедренной ERP-системы осложняется тем, что придется понести серьезные затраты на новое внедрение.
Автор: Михаил Аксенов, операционный директор компании «Национальная платформа».
Содержание |
Если говорить об импортозамещение ERP-систем в промышленности, то, как правило, возможны два варианта:
- Предприятия, которые относятся к критический инфраструктуре (производства, обеспечивающие энергетику, нефтегазодобычу и т.д.) — они обязаны заменить западные системы на российские к 1 января 2025 г., а с 31 марта 2022 г. в России запрещено приобретать иностранное программное обеспечение для объектов критической информационной инфраструктуры страны.
- Остальные предприятия — не обязаны заменять, и они будут всячески оттягивать переход, если западная система внедрена и работает. Но, если в ходе развития бизнеса обнаружится, что предприятию не хватает имеющихся лицензий, и купить их невозможно, или нужен дополнительный функционал, то им тоже придется начать проект по замене ERP.
При этом, если предприятиям хватает ERP-лицензий, то им может со временем перестать хватать ИТ-инфраструктуры — т.е. потребуется и импортозамещение ИТ-ландшафта, который включает серверные ОС, СУБД, средства виртуализации, средства резервного копирования, средства мониторинга.
Ниже рассмотрим каким критериям должна соответствовать ERP-система для крупного промышленного предприятия.
Производство
Крупные промышленные предприятия — это разные виды производств. Поэтому, во-первых, ERP-система должна иметь развитую функциональность по направлению «Производство»: Планирование потребности, Учет текущей деятельности, Учет выполнения плана. Во-вторых, система должна обладать достаточной производительностью. В-третьих, должна быть обеспечена возможность отображать нормативно-справочную информацию производств в системе учета.
Количество пользователей (в данном случае это — кладовщики, производственники, бухгалтеры) определяет нагрузку на системы. Самая тяжелая ситуация — когда большое количество пользователей одновременно обращаются к одному и тому же набору таблиц СУБД. Например, когда надо перемещать значительное количество материалов в цеха, а в цехах списывать их на произведенную продукцию — это обращения к одной таблице данных. Как правило, в подобных ситуациях системы начинают упираться в ограничения по количеству одновременно работающих пользователей именно из-за блокировок таблиц. Как DevOps-сервис помогает «разгрузить» высоконагруженные системы BPMSoft Еще более критичны такие характеристики системы как поддержка взаимозамен, структуры НСИ, возможности планирования на всё предприятие со всеми его цехами и производствами.
Российская ERP-платформа «Ма-3» — это решение класса ERP для крупных промышленных предприятий и холдингов, поэтому в системе реализована возможность работы с большим количеством пользователей, одновременно обращающимися к одному набору таблиц. Доказана работоспособность 6-8 тыс. пользователей в такой ситуации. Более того, наличие свободно конфигурируемой системной организационной структуры позволяет распределять ведение различных таблиц по системной структуре, устраняя чрезмерное количество обращающихся одновременно к одним таблицам.
Также стоит отметить, что т.к. «Ма-3» реализовывалась с учетом опыта внедрения на машиностроительных предприятиях РФ других крупных систем, таких как SAP ERP, SAP SCM, то в ней было обращено серьезное внимание на реализацию востребованных предприятиями функций: возможность высокопроизводительного планирования потребностей в материалах в режиме in memory; планирование не только в рамках цеха или последовательности цехов, связываемых на уровне первых и последних шагов технологических карт, но и планирования в целом по всей цепочке технологической кооперации с описанием этой цепочки объектами типа «транспортное отношение», обычно относящимися к SCM. Подобная возможность позволяет единообразно описать технологию в привычной для российского производства структуре заводские и межзаводские маршруты изготовления, выполняя как планирование по всей цепочке поставок, так и движение материалов по ней.
В системе «Ма-3» учтены требования и решены задачи дифференциации затрат на производство продукции до исходных элементов затрат. Обычно, при применении в учете полуфабрикатного метода, приходится выполнять серьезную разработку, которая обеспечивает «раскручивание» себестоимости произведенных полуфабрикатов до исходных элементов. В «Ма-3» реализована передача полуфабрикатов не только с ценой, но и со структурой затрат, формирующих её. То есть, формирование отчета по дифференциации, обеспечивается стандартными инструментами системы.
Можно также отметить то, что в системе «Ма-3» реализована возможность low-code no-code настройки ведения любого количества видов учета. С разными оценками в них, разными проводками и суммами, отражающими хозяйственные операции по-разному в разных видах учета. Все это позволяет не только получить стандартную бухгалтерскую отчетность, но и реализовать параллельный учет по МСФО, управленческий и налоговый учеты стандартными функциями системы.
Резюмируя, отметим, что с точки зрения Планирования производства в выбираемом ERP-решении:
- Должен реализован как минимум стандарт MRP-II.
- Проработаны способы реализации планирования на все предприятие.
- Должна быть реализована альтернативность маршрутов производства.
- Обеспечена производительность для работы с достаточно крупными с точки зрения количества компонентов изделиями.
Понимая, что одного MRP II может быть недостаточно, в «Ма-3» мы реализовали возможность адаптации применяемых методик планирования под потребности предприятия. Сохраняя пользовательский настройки методов планирования, мы в значительной степени воспроизводим функциональность, обычно решаемую в системах класса SCM пользовательскими эвристиками.
А с точки зрения Учета должны быть обеспечены:
- Партионность учета.
- Оперативность, достаточная для осуществления в режиме реального времени (хотя бы раз в полсмены) фактического списания материалов, оформленных в производство в ходе подтверждения производством.
- Работа с взаимозаменами, достаточная для машиностроительного предприятия.
- Возможность работы с большим количеством движения материалов, которые будут поставляться со снабжающих складов — приемлемая производительность с точки зрения одновременно работающих в системе складов (их может быть больше сотни).
- Достаточная производительность для работы по операциям движения материалов — до нескольких миллионов операций движения материалов в сутки.
Модуль «Планирование производства» российской ERP-платформы «Ма-3» разработан с учетом решения задач эффективного управление полным циклом производственного процесса крупного промышленного предприятия. В рамках базовой функциональности в «Ма-3» реализованы:
- Ведение производственной НСИ (нормативно-справочной информации).
- Планирование потребности в материалах (MRP).
- Процедура выравнивания загрузки мощностей.
- Формирование производственной программы.
- Нормативное подтверждение производственных заказов.
- Контроль производства.
Архитектура системы
Система должна иметь встроенные средства интеграции. Все модули ERP-системы сразу заменить не получится, поэтому надо иметь возможность замены по частям. Кроме того, на предприятии существует много информационных систем, с которыми надо будет организовывать обмен данными.
Крупные промышленные предприятия нередко работают в режиме 24х7. Это значит, что ERP-система должна иметь архитектуру, подходящую для организации такой работы. Первое — ERP-система должна иметь встроенные средства переноса обновлений (транспортную систему) и не должна иметь единых точек отказа. Также система должна иметь возможность работы с кластеризуемыми СУБД и обладать встроенными средствами управления производительностью и системным ландшафтом.
Как следствие из этих требований — система должна иметь как минимум трехзвенную архитектуру. Клиент-серверная архитектура не обладает необходимыми функциями, т.к. в ней нет возможности при возрастании нагрузки распараллелить работу серверов приложений и серверов СУБД и балансировать нагрузку горизонтально между ними.
Структура данных
С точки зрения структуры основных данных, ERP-система должна иметь параллели с описанием основных данных в системе конструкторско-технологической подготовки производства. Это значит, что должны быть связанным образом представлены спецификации, технологические карты и материалы.
Второе — в системе должны быть представлены объекты, обеспечивающие описание того, что называется расцеховка / раззаводка в терминах российской конструкторско-технологической подготовки производства. Подходящим объектом здесь может выступать объект «Транспортные отношения» из систем управления цепочками поставок.
Система должна иметь возможность функционирования с учетом сроков годности / валидности соответствующих объектов основных данных производства: техкарты, спецификации, варианты изготовления.
Совместная работа с другими информационными системами
Если проводит замену ERP-системы, то делать это надо на самом современном уровне развития ИТ. Это значит, что ERP-система должна иметь возможность взаимодействовать с системами соседних уровней — MES, АСУ ТП, с датчиками оборудования, автоматическими складами.
Для этого в архитектуру систем должны быть заложены средства обеспечения интеграции: интеграционная шина, механизмы для работы с системами, которые могут переводить непрерывные данные в дискретные и использовать их на уровне ERP.
Система должна уметь работать с методом дифференциации затрат до элементов затрат, потому что в российской промышленности полуфабрикатный метод учета затрат используется повсеместно и система должна уметь это делать быстро. Надо понимать, что любая интеграция — это накопление ошибок и торможений. С этой точки зрения MRP II / ERP, логистика основного процесса — закупки, запасы, планирование производства, учет исполнения факта производства внутренняя логистика плюс учет затрат и формирование прямых производственных затрат должны были в одном контуре. Неприемлема ситуация, когда планирование производства в одной системе, логистика в другой, а учет затрат — в третьей. Придется надстраивать интерфейс, а любой интерфейс — источник ошибок. Материал физически перевезли со склада в цех, а в системе это не отобразилось, т.к. возник затык в очереди на стыке учетных систем.
Также процесс периодической загрузки обновления НСИ — реальная необходимость при производстве и это нужно будет делать постоянно из системы PDM / PLM. И реализовать можно сделать только за счет обеспечения интеграции, о чем говорилось выше.
В заключение отметим еще раз основные требования к корпоративным информационным системам на крупных промышленных предприятиях:
- Высокая производительность, чтобы обеспечить быстрый доступ к большому количеству данных для принятия правильных решений на основе актуальной информации.
- Гибкость и масштабируемость, чтобы система могла адаптироваться к изменениям требований бизнеса и увеличению объемов данных.
- Интегрируемость с другими системами предприятия для обмена данными между различными процессами.
- Высокая надежность и безопасность, так как корпоративная информационная система должна защищать конфиденциальные данные компании.
- Возможность автоматизировать ключевые бизнес-процессы, чтобы повысить эффективность работы и снизить затраты на персонал.
Российский рынок ERP-систем готов к импортозамещению, есть отечественные решения разных классов для различных компаний и предприятий. Выбрать замену не всегда просто в силу как нежелания делать переход (ведь дополнительную добавленную стоимость при замене одного решения на другое получить сложно), так и в силу многофакторности сравнения. Надеемся, что эта статья облегчит выбор ERP-системы для крупных промышленных предприятий в рамках процесса импортозамещения.