На современном производстве SCADA и 1С находятся на разных уровнях автоматизации. SCADA получает данные непосредственно из технологического контура: контроллеров, станков, датчиков и другого оборудования. 1С отвечает за более высокий уровень: заказы, производство, склад, закупки, себестоимость, ресурсы и управленческий учет.
Поэтому задача «SCADA + 1С» — не просто подключить две программы. Нужно правильно преобразовать технологические сигналы в бизнес-события: выпуск продукции, начало и завершение операции, простой, брак, расход материала, энергопотребление или факт выполнения производственного задания.
Что такое интеграция SCADA и 1С
SCADA (Supervisory Control and Data Acquisition) предназначена для диспетчеризации, визуализации, сбора и архивирования данных технологического процесса. 1С используется для управления бизнес-процессами предприятия.
Между ними может находиться MES или отдельный Integration Layer. Такая архитектура особенно полезна на производстве, где необходимо связать реальное состояние оборудования с производственным планом и экономикой предприятия.
SCADA
Состояние оборудования, параметры процесса, счетчики, аварии, события, архивы, технологические показатели и визуализация.
MES
Диспетчеризация производства, операции, задания, качество, трассируемость, OEE и связь технологического факта с производственным заказом.
1С
Заказы, номенклатура, спецификации, склад, закупки, производственные документы, себестоимость, план-факт и управленческий учет.
Зачем интегрировать SCADA с 1С
Пока SCADA и ERP работают изолированно, между цехом и офисом появляется ручной информационный разрыв. Оператор фиксирует выпуск, диспетчер переносит данные, бухгалтер или экономист сверяет показатели, а руководитель получает отчет спустя некоторое время.
После интеграции производственный факт может автоматически становиться источником данных для учетной системы.
- фактический выпуск продукции;
- начало и завершение производственной операции;
- время работы и простоя оборудования;
- количество брака;
- расход сырья и материалов;
- энергопотребление;
- показатели оборудования;
- данные по партиям;
- фактическое выполнение производственного задания;
- показатели OEE и производительности.
SCADA + 1С: архитектура интеграции
Для среднего производства оптимально разделить технологический и корпоративный контуры. SCADA не должна напрямую превращаться в источник произвольных записей в базе 1С. Между ними нужен понятный контракт данных.
┌─────────────────────────────────────────┐
│ ПРОМЫШЛЕННОЕ ОБОРУДОВАНИЕ │
│ │
│ PLC / ЧПУ / датчики / счетчики / линии │
└──────────────────┬──────────────────────┘
│
Modbus / OPC UA /
MQTT / Ethernet
│
▼
┌─────────────────────────────────────────┐
│ SCADA │
│ │
│ визуализация · архив · тревоги · теги │
│ технологические параметры · события │
└──────────────────┬──────────────────────┘
│
│ агрегированные данные
▼
┌─────────────────────────────────────────┐
│ Integration Layer / MES │
│ │
│ mapping · нормализация · бизнес-события │
│ очереди · retry · idempotency · audit │
└──────────────────┬──────────────────────┘
│
REST / HTTP /
JSON / XML
│
▼
┌─────────────────────────────────────────┐
│ 1С │
│ │
│ 1С:ERP · 1С:УНФ · 1С:КА · 1С:УПП │
│ производство · склад · себестоимость │
│ закупки · план-факт · аналитика │
└─────────────────────────────────────────┘
Такой подход соответствует логике вертикальной интеграции производства: технологический уровень → диспетчеризация → MES → ERP. В современных проектах для обмена между уровнями используются OPC UA, REST API, MQTT, SQL и другие механизмы.
Можно ли подключить SCADA напрямую к 1С
Технически — да. Платформа 1С:Предприятие является открытой и предоставляет механизмы интеграции с внешними программами и оборудованием, включая обмен файлами и работу с распространенными форматами и протоколами, в том числе XML и JSON.
Но вопрос не только в технической возможности. Для промышленной системы прямое соединение SCADA → 1С подходит далеко не всегда.
Если SCADA генерирует большое количество технологических событий, а 1С должна одновременно заниматься учетом, документами и бизнес-транзакциями, прямое подключение может создать ненужную связанность.
Поэтому для простого сценария можно использовать прямой API или файловый обмен, а для сложного производства лучше выделить интеграционный сервис или MES-уровень.
Какие данные передавать из SCADA в 1С
Самая распространенная ошибка — попытаться отправить в ERP все теги оборудования. Для 1С гораздо ценнее производственные события, которые имеют бизнес-контекст.
Факт выпуска
Например: линия №2 выпустила 850 единиц продукции по производственному заказу. Такое событие уже можно связать с номенклатурой, сменой, операцией и заказом.
Факт выполнения операции
В 1С передается информация о том, что операция начата или завершена, сколько продукции обработано и сколько времени заняла операция.
Простой
SCADA фиксирует остановку оборудования, а интеграционный слой преобразует технологическое событие в бизнес-событие: простой, его продолжительность и причина.
Брак
Фактический объем брака может передаваться в производственный контур для дальнейшего анализа качества и себестоимости.
Расход ресурсов
В зависимости от производства это могут быть сырье, вода, газ, электричество, сжатый воздух или другие ресурсы.
Почему не нужно передавать в 1С каждый датчик
SCADA может работать с большим количеством сигналов и фиксировать их значительно чаще, чем это требуется ERP. Температура, давление, вибрация или обороты могут архивироваться на технологическом уровне.
В 1С достаточно передать результат, который нужен для бизнес-процесса: среднее значение, максимальное отклонение, расход за партию, факт достижения заданного параметра или событие аварийной остановки.
SCADA + 1С: OPC UA
OPC UA — один из основных вариантов промышленного обмена данными между оборудованием, SCADA, MES и верхними системами. В отличие от простого обмена файлами, OPC UA предназначен для структурированного промышленного взаимодействия и поддерживает механизмы безопасности.
На практике архитектура может выглядеть следующим образом:
PLC / ЧПУ
│
▼
OPC UA Server
│
▼
SCADA / Edge Gateway
│
▼
Integration Service
│
▼
1С:ERP
Такой вариант особенно удобен, когда на предприятии установлено оборудование разных производителей. OPC UA позволяет построить единый слой обмена, а конкретная бизнес-логика остается выше технологического уровня.
SCADA + 1С через REST API
Если SCADA или промежуточный шлюз предоставляет HTTP API, можно передавать агрегированные производственные события в интеграционный сервис или непосредственно в 1С.
Пример бизнес-события:
{
"event": "production_completed",
"timestamp": "2026-09-09T12:30:00+03:00",
"line": "LINE-02",
"order": "ПЗ-000145",
"product": "DET-00125",
"quantity": 850,
"unit": "шт",
"shift": "Смена-1",
"quality": "OK"
}
Главное здесь не формат JSON, а наличие бизнес-контекста. Число «850» само по себе почти бесполезно. Значение приобретает смысл, когда известно, что именно произведено, по какому заказу, на какой линии, в какой смене и с каким результатом контроля качества.
SCADA + 1С через SQL
Многие SCADA-системы используют базы данных для хранения архивов и событий. Поэтому иногда возникает идея подключить 1С непосредственно к таблицам SCADA.
Для аналитики или пакетной загрузки такой подход может использоваться, однако прямую зависимость ERP от внутренней структуры базы SCADA лучше избегать. При обновлении SCADA структура таблиц может измениться, и интеграция перестанет работать.
Более надежный вариант — выделить стабильное представление или промежуточную базу/сервис, который предоставляет наружу согласованный контракт данных.
SCADA + 1С через MQTT
MQTT удобен в распределенных системах, где производственные события поступают от множества объектов и устройств. Архитектура publish/subscribe позволяет отделить источник события от потребителей.
Например:
SCADA / Edge
│
├── production/line1
├── production/line2
├── energy/line1
└── alarms/line2
│
▼
MQTT Broker
│
┌─────┴─────┐
▼ ▼
Integration Analytics
Service / Data Lake
│
▼
1С
Типовые сценарии интеграции SCADA и 1С
Сценарий №1. Автоматическая регистрация выпуска
SCADA получает сигнал о завершении партии. Integration Service сопоставляет линию и производственное задание, после чего передает факт выпуска в 1С.
Сценарий №2. Производственное задание из 1С
1С формирует производственный заказ. MES или Integration Layer передает необходимые параметры на производственный уровень. SCADA отображает состояние выполнения технологического процесса.
Сценарий №3. Контроль простоев
SCADA фиксирует остановку. Система определяет длительность и причину, после чего событие становится доступно в 1С или MES для анализа эффективности.
Сценарий №4. Учет брака
Фактический объем брака поступает из производственного контура и используется при анализе качества и себестоимости.
Сценарий №5. Энергетика
Потребление электроэнергии, газа, пара или других ресурсов агрегируется по периоду, линии, заказу или партии и используется для производственной аналитики.
SCADA + 1С + MES: почему MES часто нужен между ними
SCADA и ERP решают разные задачи. SCADA должна работать с технологическим процессом, а ERP — с экономикой предприятия. MES занимает промежуточное положение: связывает производственное задание с конкретной операцией, рабочим местом, оборудованием и фактическим выполнением.
Типовая вертикаль выглядит так:
ERP / 1С
заказы · ресурсы · себестоимость
│
▼
MES
задания · операции · качество
│
▼
SCADA
оборудование · события · телеметрия
│
▼
PLC / станки
Современные производственные решения используют именно такую многоуровневую архитектуру: SCADA работает с оборудованием, MES — с исполнением производства, ERP — с ресурсами и бизнес-процессами.
Нужен ли MES среднему производству
Не обязательно. Если задача ограничивается передачей факта выпуска, простоев и нескольких агрегированных показателей, полноценная MES может быть избыточной.
В таком случае разумнее начать с небольшого Integration Layer: буфер событий + mapping + журнал обмена + интеграция с 1С.
MES становится оправданной, когда появляются диспетчеризация операций, управление очередностью заказов, контроль качества, прослеживаемость, OEE, электронные рабочие места и сложная логика исполнения производства.
Symfony как Integration Layer между SCADA и 1С
Для сложного производственного контура отдельный сервис на Symfony может выступать интеграционным backend между SCADA/MES и 1С.
В этом случае Symfony отвечает не за технологическое управление станком, а за корпоративный обмен:
- REST API;
- прием производственных событий;
- валидацию данных;
- mapping оборудования и номенклатуры;
- сопоставление производственных заказов;
- очереди;
- retry;
- idempotency;
- журналирование;
- мониторинг ошибок;
- маршрутизацию данных в 1С и другие системы.
При этом технологическая логика должна оставаться в PLC/SCADA/MES, а бизнес-правила — в ERP или соответствующем прикладном слое. Такое разделение снижает связанность систем.
Надежность интеграции SCADA + 1С
Промышленная интеграция не должна зависеть от того, доступна ли 1С в конкретную секунду. Остановка ERP не должна приводить к потере производственного события.
Поэтому интеграционный слой должен поддерживать:
- буферизацию — событие временно сохраняется до доставки;
- retry — повторную попытку после временной ошибки;
- idempotency — защита от дублей;
- dead letter queue — отдельную очередь проблемных событий;
- audit log — полную историю обмена;
- correlation ID — связь события с конкретной операцией;
- мониторинг — контроль задержек и ошибок.
Как избежать дублей при передаче выпуска
Представим, что SCADA передала событие о выпуске 500 изделий, но ответ от 1С не дошел из-за сетевой ошибки. Integration Service повторяет запрос. Без идемпотентности 1С может дважды зарегистрировать один и тот же выпуск.
Поэтому каждое бизнес-событие должно иметь уникальный идентификатор, например:
event_id = PROD-20260909-L2-00018452
При повторной доставке система проверяет event_id и понимает, что событие уже обработано.
Безопасность SCADA + 1С
Связывать технологическую сеть непосредственно с корпоративной сетью без сегментации — плохая практика. Между OT и IT-контуром необходимо определить разрешенные направления обмена и минимальный набор доступных сервисов.
В зависимости от архитектуры используются DMZ, шлюзы, reverse proxy, сертификаты, TLS, учетные записи сервисов, ACL и другие средства защиты. Конкретная схема должна определяться после обследования инфраструктуры предприятия.
Что делать с историческими данными SCADA
Архив технологических параметров не обязательно переносить в 1С. Для больших объемов телеметрии разумнее использовать специализированное хранилище или historian, а в ERP передавать агрегаты и производственные факты.
Например:
SCADA:
10 000 000 измерений температуры
↓ aggregation
Integration Layer:
среднее / максимум / минимум
за смену и партию
↓
1С:
факт расхода / факт партии /
производственный результат
SCADA + 1С и расчет себестоимости
Одна из наиболее интересных задач — связать фактическое производство с экономикой продукции.
Если система знает:
- какой заказ выполнялся;
- какая номенклатура производилась;
- сколько продукции выпущено;
- сколько сырья использовано;
- сколько времени работало оборудование;
- сколько энергии потреблено;
- сколько продукции забраковано;
эти данные можно использовать для более точного анализа фактической себестоимости и отклонений от плановых показателей.
SCADA + 1С + AI-аналитика
После объединения технологических и учетных данных появляется возможность построить аналитический слой, который отвечает не только на вопрос «что произошло», но и помогает находить отклонения.
Например:
- на какой линии выросли простои;
- какое оборудование чаще всего становится причиной срыва графика;
- как изменение режима производства влияет на расход ресурсов;
- какие заказы имеют отклонение по себестоимости;
- где фактический расход материала отличается от нормы;
- какие производственные события требуют внимания руководителя.
AI здесь выступает над уже нормализованными данными. Он не должен напрямую управлять PLC или изменять технологические параметры без специализированного контура безопасности и контроля.
SCADA + 1С: типичные ошибки
Ошибка №1. Передавать все теги в 1С
ERP превращается в архив телеметрии. Лучше передавать бизнес-события и агрегированные показатели.
Ошибка №2. Подключать 1С напрямую к PLC
Это создает сильную связанность между IT и OT-контуром. Лучше использовать SCADA, OPC UA, шлюз или MES.
Ошибка №3. Не связывать событие с производственным заказом
Факт выпуска без заказа, номенклатуры, партии и операции мало полезен для экономического анализа.
Ошибка №4. Не предусмотреть повторную доставку
Сетевые ошибки неизбежны. Интеграция должна быть рассчитана на повторную отправку без создания дублей.
Ошибка №5. Использовать внутренние таблицы SCADA как API
Такая схема может сломаться после обновления SCADA. Лучше определить стабильный контракт обмена.
Ошибка №6. Делать сложную интеграцию до пилота
Сначала нужно доказать один сквозной сценарий: например, «производственный заказ → выпуск → 1С → план-факт». После этого расширять контур.
Как внедрить SCADA + 1С
- Обследование. Инвентаризация PLC, SCADA, оборудования, 1С, сетей и существующих интерфейсов.
- Карта данных. Определение источника каждого показателя и системы-владельца данных.
- Бизнес-события. Формализация выпуска, простоя, брака, расхода и других событий.
- Протокол. Выбор OPC UA, REST, MQTT, SQL или файлового обмена для конкретного участка.
- Пилот. Подключение одной линии или одного производственного процесса.
- Надежность. Добавление очередей, retry, idempotency, журнала и мониторинга.
- Масштабирование. Подключение остальных линий, участков и производственных площадок.
Что выбрать: прямая интеграция или Integration Layer
| Вариант | Когда подходит | Особенности |
|---|---|---|
| SCADA → 1С напрямую | Небольшой объем обмена | Простая архитектура, но сильнее связаны системы |
| SCADA → API → 1С | Современная SCADA с API | Удобно для агрегированных событий |
| SCADA → Integration Layer → 1С | Несколько систем и сложные правила | Лучший контроль надежности и mapping |
| SCADA → MES → 1С | Сложное дискретное/серийное производство | Полноценное управление исполнением производства |
Для каких предприятий актуальна интеграция SCADA и 1С
Связка особенно полезна предприятиям, где между фактическим производством и управленческим учетом остается значительный объем ручной работы.
- металлообработка;
- машиностроение;
- пищевое производство;
- химическое производство;
- фармацевтика;
- производство строительных материалов;
- энергетика;
- серийное и массовое производство;
- предприятия с автоматизированными линиями.
FAQ: SCADA + 1С
Можно ли интегрировать SCADA с 1С?
Да. Платформа 1С:Предприятие предоставляет механизмы интеграции с внешними программами и оборудованием. Конкретный способ зависит от SCADA, конфигурации 1С и бизнес-сценария.
Какой протокол лучше использовать — OPC UA или REST API?
Они решают разные задачи. OPC UA естественен для промышленного обмена данными с оборудованием и SCADA, REST API удобен для передачи нормализованных бизнес-событий между программными системами.
Можно ли подключить PLC напрямую к 1С?
Технически возможно построить различные варианты обмена, но архитектурно чаще разумнее использовать SCADA, OPC UA, edge-шлюз или MES между технологическим и ERP-уровнями.
Нужно ли передавать в 1С данные с каждого датчика?
Нет. Сырые технологические данные лучше хранить и обрабатывать на уровне SCADA/historian. В 1С следует передавать необходимые бизнес-события и агрегированные показатели.
Нужен ли MES между SCADA и 1С?
Не всегда. Для простого учета выпуска может быть достаточно интеграционного сервиса. MES становится полезной при необходимости диспетчеризации, управления операциями, качеством, прослеживаемостью и OEE.
Можно ли использовать Symfony для интеграции SCADA и 1С?
Да. Symfony подходит для реализации самостоятельного Integration Layer: API, очередей, mapping, валидации, retry, idempotency, аудита и мониторинга. При этом технологический контур должен оставаться отделенным от бизнес-логики.
Итог
SCADA + 1С — это способ связать фактическое производство с экономикой предприятия. SCADA знает, что происходит с оборудованием, а 1С знает, какой заказ выполняется, сколько стоит продукция, какие ресурсы использованы и как выглядит план-факт.
Наиболее эффективная архитектура не пытается превратить 1С в промышленную SCADA. Она разделяет ответственность: оборудование и технологические параметры остаются в OT-контуре, производственные события проходят через SCADA/MES/Integration Layer, а 1С получает именно те данные, которые нужны для управления предприятием.
Для среднего производства оптимальная стратегия — начать с одного сквозного сценария, например «производственное задание → фактический выпуск → 1С → себестоимость и план-факт», а затем масштабировать архитектуру на простои, качество, энергопотребление, оборудование и AI-аналитику.
По теме: если вы проектируете связанный контур, посмотрите Renga + 1С: интеграция BIM-модели со строительной ERP и Интеграция 1С с WMS: архитектура обмена складскими данными.
