Интеграция ERP нужна не для того, чтобы системы просто “видели друг друга”. Польза появляется, когда данные переходят между отделами без ручного копирования, а каждое событие понятно: где оно возникло, кто владелец, что должно измениться дальше и какая система считается источником истины.
Если интеграция сделана только как технический обмен полями, компания быстро получает новый вид хаоса. Данные вроде передаются, но менеджер видит одно, склад другое, производство третье, а руководитель снова выясняет правду через людей.
Источник истины
Перед интеграцией нужно решить, где рождаются основные данные. Клиент может появляться в CRM, заказ - в ERP, факт операции - в MES, качество - в QAS, поставщик - в SRM. Если одно и то же поле редактируется в нескольких местах, конфликт почти неизбежен.
Например, карточка клиента может жить в CRM, а финансовые условия - в ERP. Производственное задание может создаваться из ERP, но фактический статус операции возвращается из MES. Такие границы нужно описать до разработки обмена, иначе интеграция начнёт переносить не порядок, а противоречия.
Какие данные связывать
Интеграция не должна тащить всё подряд. Нужны данные, которые двигают процесс: заказ, статус, остаток, резерв, срок, партия, операция, отгрузка, закупочная заявка, поступление, факт производства, решение по качеству. Остальное можно оставить внутри профильной системы.
Хорошая проверка звучит так: что изменится в работе человека, если эти данные не передать. Если ничего не изменится, возможно, поле не нужно в обмене. Если без него сотрудник будет звонить, писать в мессенджер или переносить руками, значит его нужно включить в контур.
ERP и производство
Связка ERP и MES особенно чувствительна. ERP знает план, материалы, заказ, склад и общий управленческий контур. MES знает факт на уровне операций, смен, рабочих центров, простоев и отклонений. Если эти уровни не связаны, план живёт отдельно от цеха.
В обмене нужно аккуратно разделить роли. ERP передаёт задания, спецификации, плановые данные и ограничения. MES возвращает факт выполнения, статус операции, выпуск, простой, отклонение, информацию по партии. Тогда руководитель видит не только план, но и реальное движение производства.
ERP и продажи
С CRM интеграция часто ломается на мелочах. Менеджер выиграл сделку, но заказ в ERP создали вручную. Клиент изменил условия, но склад этого не видит. Производство сдвинуло срок, но менеджер узнаёт об этом поздно. В итоге клиент получает уверенный ответ, который уже не соответствует реальности.
Связка CRM и ERP должна помогать пройти путь от интереса клиента до заказа, резерва, производства, отгрузки и повторной продажи. Менеджеру не обязательно видеть всю ERP. Но он должен видеть то, что влияет на обещания клиенту.
Ошибки обмена
- Давать пользователям редактировать одни и те же данные в разных системах.
- Передавать слишком много полей без понимания, кто ими пользуется.
- Не фиксировать ошибки обмена и узнавать о них только от сотрудников.
- Не описывать, что происходит при отмене, возврате, изменении срока или частичной отгрузке.
- Считать интеграцию завершённой после первого успешного тестового сообщения.
Мониторинг обмена
Интеграция должна быть наблюдаемой. Нужно видеть, какие события прошли, какие остановились, где ошибка, кто должен реагировать. Без этого техническая проблема превращается в управленческую: заказ не появился, остаток не обновился, статус не вернулся, а люди выясняют причину вручную.
Иногда полезнее простая понятная очередь событий, чем сложный “невидимый” обмен. Если сотрудники видят, что передача не прошла, они могут быстро исправить причину. Если обмен скрыт, ошибка живёт до первого конфликта данных.
Справочники
Отдельная тема - справочники. Номенклатура, контрагенты, единицы измерения, склады, подразделения и статусы должны совпадать между системами или иметь понятные правила сопоставления. Если в CRM клиент называется одним образом, в ERP другим, а на складе третьим, интеграция будет постоянно требовать ручной правки.
Справочники лучше приводить в порядок до запуска обмена. Это не самая эффектная часть проекта, но именно она снижает количество мелких ошибок. Дубли, старые карточки, разные единицы измерения и устаревшие коды потом всплывают в заказах, документах и отчётах. Исправлять их после запуска сложнее, потому что ошибка уже успевает пройти по цепочке.
С чего начинать
- Составить карту систем и определить владельца каждого типа данных.
- Описать события, которые должны запускать обмен.
- Разделить обязательные поля и справочную информацию.
- Продумать ошибки, отмены, изменения и повторную отправку.
- Проверить обмен на реальных сценариях, а не только на идеальном заказе.
Интеграция ERP работает хорошо, когда она продолжает логику ERP-системы: собрать управление предприятием вокруг достоверных данных. Тогда CRM, MES, склад, закупки и производство не спорят за правду, а передают друг другу события в понятном порядке.