MES и 1С работают на разных уровнях управления производством. 1С обычно хранит заказы, номенклатуру, спецификации, склад, финансы, себестоимость и учетные документы. MES управляет тем, что происходит в цехе: планирует операции, выдает задания, собирает факт, видит рабочие центры, отклонения, качество и незавершенное производство. Интеграция нужна, чтобы эти уровни не расходились.
Если MES не связана с 1С, цех может жить по одному набору данных, а учет по другому. Производственный заказ создается в 1С, затем вручную переносится в MES, потом факт возвращается обратно таблицами или документами. В такой схеме быстро появляются задержки, двойной ввод, спорные остатки, неточный выпуск и разрыв между планом и реальностью.
Роли систем
Перед интеграцией нужно определить, какая система за что отвечает. 1С чаще всего остается источником учетных данных: номенклатура, склады, заказы клиентов, производственные заказы, спецификации, партии, учет материалов, выпуск, документы и себестоимость. MES становится системой оперативного исполнения: сменные задания, операции, рабочие центры, маршрутные листы, факт выполнения, простои и контроль качества.
Граница важна для архитектуры, данных и ответственности. Она определяет, где появляется правка и кто отвечает за достоверность. Если номенклатура меняется в 1С, MES должна получать актуальную версию. Если операция выполнена в цехе, факт должен возвращаться из MES. Если брак зафиксирован в QAS/MES, учет должен получить корректный результат для выпуска, доработки или списания.
Общая разница между уровнями раскрыта в статье MES и ERP. Интеграция с 1С делает эту разницу практической: одна система отвечает за учетный контур, другая за ход работ на уровне операций.
Что передает 1С
Из 1С в MES обычно передаются данные, которые нужны для планирования и выполнения работ. Это номенклатура, спецификации, состав изделия, маршрутные карты, рабочие центры, производственные заказы, этапы производства, партии, плановые сроки, приоритеты, доступные материалы и ограничения по складам.
Для цеха эти данные должны быть достаточно точными. Если в 1С неактуальная спецификация, MES получит неправильный состав. Если рабочие центры описаны слишком укрупненно, диспетчеризация будет грубой. Если маршрут не содержит операций, цеховой учет превратится в ручное уточнение. Поэтому интеграция часто начинается с проверки НСИ.
Страница разработки ERP-системы показывает, что учетная система должна хранить структуру данных компании. Для интеграции с MES это особенно важно: цеховой уровень зависит от качества справочников, которые приходят сверху.
Что возвращает MES
Из MES в 1С возвращается производственный факт. Это выполненные операции, количество годных изделий, брак, доработка, фактическое время, трудозатраты, расход материалов, выпуск, движение полуфабрикатов, причины простоев и результаты контроля. Именно этот поток помогает 1С перейти от планового заказа к учетному отражению реального производства.
Факт должен быть понятен для учета. Если в MES операция закрыта, нужно определить, какой документ или событие появляется в 1С. Если часть партии ушла на доработку, учет должен увидеть ее статус. Если материал списан по факту, нужно передать количество и привязку к заказу. Если зафиксирован брак, он должен попасть в правильный учетный и качественный сценарий.
Материал про электронный маршрутный лист показывает, как факт операций собирается в цехе. Интеграция с 1С нужна, чтобы этот факт не оставался внутри MES, а участвовал в выпуске, складском и управленческом учете.
Обмен заказами
Производственный заказ обычно формируется в 1С или приходит туда из контура продаж и планирования. MES получает заказ, этапы, приоритет, состав изделия, плановые сроки и ограничения. Затем MES раскладывает работу на операции, сменные задания, очереди рабочих центров и маршруты.
После выполнения MES возвращает факт: что сделано, когда, в каком объеме, с какими отклонениями и результатами контроля. Для предприятия важно, чтобы заказ в 1С и заказ в MES были связаны стабильным идентификатором. Тогда можно проследить путь от учетного документа до конкретной операции в цехе.
Если связь заказов построена плохо, появляются дубли, ручное сопоставление и ошибки в статусах. Поэтому в интеграции заранее фиксируют правила: кто создает заказ, кто меняет количество, как обрабатываются отмены, переносы сроков, частичный выпуск и возврат на доработку.
НСИ и маршруты
Качество нормативно-справочной информации влияет на весь обмен. Номенклатура, единицы измерения, спецификации, технологические операции, рабочие центры, склады, подразделения, причины брака и статусы должны быть согласованы. При чистых справочниках интеграция передает понятные данные, а ошибки обмена быстрее разбираются по источнику.
Для маршрутов нужно решить, где хранится эталонная технологическая логика. В одних компаниях маршруты ведутся в 1С и передаются в MES. В других MES хранит расширенную операционную модель для цеха. В третьих часть данных приходит из PDM/PLM. Главное, чтобы у каждой сущности был владелец и понятный порядок обновления.
Если маршрут меняется в цехе из-за фактической ситуации, это тоже должно быть отражено правилами. Временная перестановка операций, замена рабочего центра, доработка, дополнительный контроль или разделение партии должны передаваться в 1С в понятном учетном статусе.
Качество и QAS
Производственная интеграция часто затрагивает качество. MES может фиксировать контрольные операции, результаты замеров, несоответствия, брак и решения ОТК. Эти данные могут передаваться в QAS и 1С, если они влияют на выпуск, доработку, списание, себестоимость или претензионную работу.
Если качество ведется отдельно от производства, факт выпуска может оказаться учетно закрытым, хотя изделие еще ожидает решения ОТК. Поэтому правила обмена должны учитывать статусы качества: годно, заблокировано, на контроле, доработка, брак, разрешено к выпуску.
Для производственных компаний это особенно важно при связке MES и QAS. Цех видит ход операции, качество фиксирует отклонение, 1С получает итоговый учетный результат. Без такой связки данные расходятся между отделами.
Технический контур
Технически интеграция может использовать встроенные механизмы обмена, веб-сервисы, API, XML, очереди сообщений, регламентные задания или отдельный интеграционный шлюз. Выбор зависит от конфигурации 1С, архитектуры MES, объема данных, требований к скорости и надежности.
Для справочников и плановых данных часто подходит регламентный обмен. Для статусов операций и событий цеха может понадобиться более быстрый канал. Для оборудования и датчиков иногда используется промежуточный сервис, который принимает события, нормализует их и передает в MES/1С. Важно, чтобы обмен был проверяемым: логи, статусы, повторная отправка, контроль ошибок.
Отдельное внимание нужно уделить нетиповым конфигурациям 1С. Если в компании изменены документы, справочники и бизнес-логика, типовой обмен может потребовать адаптации. В таких проектах сначала описывают фактическую модель данных, а затем проектируют интеграционный слой.
Риски
Основные риски интеграции связаны не с протоколом обмена, а с данными и ответственностью. НСИ не совпадает, заказы меняются в двух местах, факты приходят с задержкой, статусы трактуются по-разному, часть операций закрывается вручную, а часть автоматически. В результате учет и цех снова расходятся.
Чтобы снизить риски, нужно заранее определить владельцев данных, правила изменения заказов, порядок закрытия операций, статусы качества, обработку ошибок обмена и сценарии восстановления. Также полезно запускать интеграцию на одном участке или группе изделий, а не сразу на всем производстве.
Статья про контроль хода работ в цехе показывает, какие события важны для оперативного управления. В интеграции с 1С нужно выбрать, какие из этих событий действительно должны возвращаться в учетный уровень.
Запуск
Начинать стоит с карты обмена. Нужно перечислить сущности, источник, получателя, частоту, обязательные поля, правила изменения и действие при ошибке. Отдельно описываются производственные заказы, маршруты, операции, материалы, факт, выпуск, брак и качество.
Затем выбирают пилотный участок: один маршрут, группа изделий, один тип заказов или один цех. На нем проверяют НСИ, обмен заказами, закрытие операций, возврат факта и учет результата в 1С. После пилота становится видно, какие поля лишние, каких статусов не хватает, где требуется доработка интерфейса и какие ошибки обмена нужно обработать.
Если компания уже использует 1С и хочет внедрить MES или связать существующую MES с учетной системой, полезно начать с разбора текущих данных: где создаются заказы, где живут маршруты, как цех передает факт, как отражается брак и какие решения руководитель хочет видеть в течение смены. Такая карта быстро показывает, какой обмен нужен и где будет практический эффект.