ERP не живет в вакууме: кейс сквозной интеграции «1С» в ИТ-ландшафте

Что такое интеграция на практике

ERP не живет в вакууме: кейс сквозной интеграции «1С» в ИТ-ландшафте
© It-world

Интеграция в контексте этой статьи — процесс организации связей между различными ИТ-системами для передачи данных и совместной работы. Без интеграции ERP с остальными ИТ-системами возрастает количество ошибок в данных, нарушается последовательность и преемственность данных между разными бизнес-функциями, снижается производительность и т.д. Поэтому интеграции являются условием выживания бизнеса, стремящегося к снижению издержек и ускорению процессов.

Выбор способа интеграции всегда индивидуален и зависит от набора факторов: готовность и технические возможности систем, параметры безопасности, скорость обмена, объем передаваемых данных, а также архитектурные особенности ИТ-ландшафта. Все перечисленное оказывает значительное влияние на стоимость внедрения решения.

Наша команда реализовала проект в FMCG-компании, работающей на рынках В2В и В2С. В активах компании завод в Московской области, 6 территориально-распределенных складов и управляющая компания в Москве. В рамках проекта мы решили задачи проектирования и реализации интеграций вокруг «1С:ERP» и обеспечили бесперебойное взаимодействие между системами.

Собери сам, или Как живут ИТ-системы на «1С»

Компания переходила от систем различных вендоров (2 системы ERP, а также WMS, MES, LIMS, SRM, PDM), каждая из которых отвечала за свой сегмент: финансовый учет, оперативный, складской и производственный. Одновременно запускали систему взаимодействия с клиентами на базе микросервисной архитектуры, систему закупок, систему для управления данными о производимых продуктах на всех этапах их жизненного цикла, PIM для каталогов и хранилище с аналитическими витринами.

Несколько слов об архитектуре решения. Ландшафт был сложный: помимо «1С:ERP» и «1С:WMS», в работу включались омниканальная e-com платформа с интернет-магазином и системой электронных закупок, транспортная система, 1C:MES, также оборудование на складах и в цехах — конвейеры, весы, терминалы. Все эти элементы должны были «говорить» друг с другом, и при этом ERP оставалась центром, через который шел основной поток данных.

Для выполнения всех поставленных задач их разделили на два блока интеграции: обмен между системами семейства «1С» — «1С:ERP», «1C:WMS» и «1C:MES», а также обмен с остальными системами ландшафта компании. В общей сложности в рамках проекта реализовано более 140 интеграционных потоков.

Первый блок: интеграции внутри ландшафта «1С»

Объединение «1С:ERP», «1С:WMS» и «1С:MES» в единое целое — задача нетривиальная. Да, вендор предоставляет возможности интеграции систем в базовой конфигурации без доработок: достаточно опубликовать базу и настроить планы обмена. Но этого недостаточно для обеспечения всех специфических требований бизнеса в рамках текущих процессов и, конечно, не покрывает доработанные под клиента функции ИТ-систем.

Бизнес запросил организацию складского учета в ERP-системе по ордерной схеме документооборота на складах, осуществляющих отгрузку конечным клиентам. Дополнительное требование: контроль статуса заказа на всех этапах через статусы заказов в разрезе каждой коробки. При этом средний объем отгружаемых товаров в месяц составляет порядка 3 млн. единиц.

Типовой план обмена этого не поддерживает, поэтому мы расширили планы обмена «1С:ERP» и «1С:WMS», добавив движения по расходным ордерам на товары и обмен статусами документов на каждом этапе обработки заказов. Внедрили поток по передаче упаковочных листов с обновлением информации по плану и факту сборки, а также включили весогабаритные данные для оптимизации загрузки транспорта.

Также был реализован обмен данными по кодам цифровой маркировки по собранным в заказы позициям: данные по КИЗ необходимы при формировании УПД и вывода из оборота маркируемой продукции для соблюдения требований госстандарта.

Одно из требований предполагало обеспечение попалетной приемки выпускаемой с конвейерной линии продукции и ее постановку на учет в системе управления складом в процессе выпуска до полного закрытия производственного заказа. Для этого в планы обмена на стороне «1С:ERP» была добавлена выгрузка производственных документов, отражающих выпуск продукции в соответствующих статусах. Это обеспечило возможность оприходования и размещения товаров на складе по плану выпуска под управлением «1С:WMS» и позволило своевременно обновлять информацию о факте выпущенной продукции.

Второй блок: интеграции с внешними системами

Здесь главные требования бизнеса сводились к скорости, прозрачности и соблюдению требований законодательства.

Первое, чего ждали от системы, — это онлайн-статусы для клиентов. Теперь Клиент имеет возможность зайти на сайт и в режиме реального времени отслеживать статус своего заказ от момента начала сборки до получения. За этим простым на первый взгляд сервисом скрывается сложная цепочка обменов между ERP, WMS и сайтом.

Второе — скорость реакции. Например, при создании заказа в интернет-магазине система должна мгновенно проверить наличие на складе и зарезервировать остаток. Здесь задержка даже в минуту превращается в бизнес-проблему. В первый же месяц обработано более 400 тысяч клиентских заказов, в дни высоких продаж свыше 20 тысяч заказов в день.

Третье ограничение связано с регулированием: речь о цифровой маркировке, КИЗах и работе с онлайн-кассами, которые не позволяют пробить чек, если данные некорректные. Эти процессы нужно было встроить в общую логику так, чтобы у сотрудников не появлялось ручной работы, а бизнес гарантированно выполнял требования законодательства.

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

И наконец, клиентский опыт. Компания хотела, чтобы сайт показывал точные сроки доставки еще до оформления заказа, на этапе выбора ПВЗ или адреса доставки. Это требовало сложной увязки сайта с ERP, позволившей обеспечить при оформлении заказа мгновенный расчет и ответ о плановой дате доставки на текущий момент времени. Именно эта деталь в итоге повысила доверие покупателей.

Как не превратить 1С в конструктор желаний?

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

При этом готовых решений от вендоров внешних систем не существовало — «коробки» покрывали лишь самые базовые сценарии, а документации по многим интеграциям попросту не было. В итоге каждое взаимодействие приходилось проектировать с нуля, учитывая реальные процессы и доработки, сделанные под клиента. Дополнительным вызовом стало отсутствие в исторических системах единого подхода к справочникам и мастер-данным. Каждая система вела их по-своему, и нам пришлось реализовать трансформацию данных на всех потоках, чтобы обеспечить корректность обмена и единую систему для коммуникации с покупателями.

Отдельная история — масштаб. По объемам заказов компания работала как ритейлер, с резкими всплесками в течение дня и месяца. Это потребовало внедрения многопоточной обработки и механизмов масштабирования. Иначе часть данных просто терялась бы: нестабильная инфраструктура и длительные операции внутри «1С» повышали риск потери транзакций.

Решение оказалось в двухэтапной схеме: сначала чтение и буферизация сообщения, а затем его полноценная обработка. Этот подход позволил гарантировать доставку данных и исключить «провалы», которые критичны для бизнеса.

Для интеграций использовались:

REST API (синхронные обмены, JSON) — для операций, где бизнес требовал немедленного ответа (создание заказа, резервирование остатков, подтверждение клиенту через сайт); асинхронный обмен через шину и брокер сообщений — для отложенной обработки, где скорость в миллисекундах не критична или требовались дополнительные гарантии безопасности/устойчивости.

Также были реализованы сквозное межсистемное взаимодействие и параллельная многопоточная обработка: данные передаются по цепочке — «система-источник → промежуточная система (ERP как буфер, выполняющий контроль и обогащение) → система-получатель (например, сайт или TMS) с поддержкой от 50 до 150 потоков обработки транзакций (для асинхронных сценариев число потоков автоматически масштабируется в зависимости от длины очереди сообщений).

Потребовалось обеспечить двухэтапную обработку входящих сообщений, поэтому стадия «чтение» и стадия «обработка» разделены. Черновые данные сохраняются в ERP, что позволяет перезапустить процесс без потерь данных при сбое. Наконец, обеспечена инфраструктура контроля: настроен мониторинг и учет всех интеграционных событий, что исключило «тихие» сбои и потери сообщений.

Что получил бизнес Прозрачность системы управления заказами. Клиент на сайте видит статус заказа онлайн, сотрудники офиса — в ERP полную картину по пяти складам. Скорость. Система выдерживает нагрузку в сотни тысяч заказов с пиковыми всплесками. Надежность. Потеря сообщений устранена, данные проходят по всем потокам гарантированно. Соответствие требованиям регулятора. Автоматизированы процессы цифровой маркировки и вывода продукции из оборота. Экономия времени. Нет ручного переноса данных, нет ошибок от человеческого фактора. Масштабируемость. Система выдерживает пики, обрабатывая 150 тыс. заказов в месяц. Интеграция с TMS-системами транспортных компаний. Автоматическая регистрация заказов у перевозчиков, печать этикеток, расчет логистики. Качество клиентского опыта. Сайт показывает сроки доставки и актуальные статусы, формируя доверие. Всегда ли стоит делать интеграцию? Да, стоит. Даже если сейчас кажется дешевле «перекидывать данные руками», это временная иллюзия. Любая интеграция — инвестиция в скорость принятия решений и снижение рисков. В условиях неопределенности и высокой стоимости человеческого капитала интеграция становится стратегическим активом. Современные компании движутся к распределенной композитной архитектуре: она гибкая, масштабируемая, надежная. Но без интеграций она невозможна. Проект показал: интеграции — это не «нагрузка» на ERP, а ключ к ее ценности. Правильно спроектированное взаимодействие превращает набор разрозненных систем в единый организм. Основной успех здесь в том, что благодаря интеграциям компания не просто заменила зарубежные решения на «1С», а вышла на новый уровень прозрачности, скорости и устойчивости работы бизнеса.