Интеграция с ERP и цифровизация бизнес-процессов

SAP, Dynamics, NetSuite, Odoo и многие региональные ERP-системы через стандартные коннекторы; всё остальное через REST API или обмен файлами.

Уровень интеграции сопоставляет пользовательские поля и логику, и доработки для него норма, препятствием они не становятся.

MSF дополняет ERP: финансы и коммерция остаются там же, где были, а вы получаете производственный уровень мирового класса.

В цех, как правило, идут производственные заказы, номенклатура, спецификации, маршруты и остатки. Обратно идут подтверждения заказов и операций, годное количество и брак, расход материалов и результаты контроля качества. Спор обычно возникает вокруг того, какая система является владельцем каждого поля и что происходит, когда его правят с двух сторон. Сам список тут ни при чём. Договоритесь о владельце по каждому полю до того, как кто-то начнёт писать маппинг: это решение потом дорого разворачивать.

Да, если подтверждения должны проводиться обратно. Всё, что формирует складское движение или закрывает операцию, является записью, и ваши ERP-специалисты захотят, чтобы она шла через штатные интерфейсы: BAPI, OData-сервисы или промежуточную таблицу, без прямой записи в базу. Первый этап только на чтение вполне нормален: заказы выгружаются, отображаются на панелях в цехе, а проводки до поры делаются вручную, пока цифры не сойдутся.

Недели, если со стороны ERP есть конкретный ответственный, тестовый контур, похожий на продуктив, согласованные интерфейсы и в целом корректные мастер-данные; дольше, если чего-то из этого нет. Работа над коннектором редко бывает узким местом. Им оказывается ожидание окон изменений, согласования транспортов и ответа на вопрос, какой из четырёх артикулов настоящий. Если вы сегодня не можете назвать ответственного по ERP, закладывайте месяцы: недель не хватит.

Через выгрузку CSV или XML по расписанию на SFTP, промежуточную таблицу на стороне ERP или представление в базе, которое делает и поддерживает ваш вендор ERP либо ваша собственная команда; читать прикладные таблицы самостоятельно обычно не разрешают, и при обновлении это ломается. Теряется оперативность: задержка равна выбранному интервалу, обычно посменно или ночью. Для обратного направления нужна задача импорта на стороне ERP, у неё должен быть владелец и правило обработки записей, которые она отклонила.

Они будут расходиться, и никакая интеграция не решает, кто прав. Расхождения возникают из-за проводок, сделанных в разные моменты, из-за брака, зафиксированного в цехе, но ещё не проведённого, и из-за движений, выполненных мимо обеих систем. Вы получаете журнал событий: расхождение можно проследить до конкретной смены и заказа, и оно не всплывает общей суммой на инвентаризации. Назначьте ответственного за сверку и её периодичность до запуска в эксплуатацию.

Если ERP не отвечает, но локальный сервер и заводская сеть работают, уже переданные заказы остаются на панелях, и операторы продолжают подтверждать операции. Подтверждения пишутся в локальную базу, поэтому переживают перезагрузку и отправляются, как только ERP снова отвечает. Практическое ограничение касается заказов, которые не успели передать: их нельзя запустить. Уточните, не попадут ли отложенные проводки в период, уже закрытый бухгалтерией.

Нет. Конструктор процессов оцифровывает формы, согласования и маршрутизацию работы между людьми, поэтому бумажные процессы по отклонениям и инженерным изменениям переносятся на него хорошо, но он не меняет то, как ваша ERP считает цены, планирует и проводит документы, и за любым шагом, который должен обновить запись в ERP, всё равно нужен интерфейс. Логика, которая по сути является расчётом, например правила калькуляции себестоимости, должна оставаться там, где живут эти данные.