При внедрении «1С:ERP.Управление холдингом» (1С:ERP.УХ) в группе фармацевтических компаний ключевой задачей стала не просто замена устаревшей учетной системы, а синхронизация нового ядра с действующим ИТ-контуром. Команде «КомЛайн» предстояло сохранить отказоустойчивость бизнес-процессов, скорость обработки данных и адаптировать информационные потоки под новую архитектуру, не останавливая операционную деятельность.
Эволюция ИТ-ландшафта
До начала проекта инфраструктура холдинга была завязана на 1С:УПП, которая выполняла функции бухгалтерского ядра. В периметре также работали системы кадрового учета (1С:ЗУП), логистики (1С:TMS), бизнес-аналитики (BI), документооборота (1С:Документооборот) и управления нормативно-справочной информацией (1С:MDM), находящаяся на этапе запуска. Кроме того, в головном торговом предприятии группы использовалась SAP ERP.
В ходе проекта место старого «1С:Документооборота» заняло масштабируемое решение Directum RX. Все остальные системы были сохранены и интегрированы с платформой 1С:ERP.УХ, которая стала новым ядром корпоративной информационной системы вместо 1С:УПП. Мы аккуратно встроили новое ядро в существующий ландшафт, исключив простои.
Архитектура обмена: гибридный подход
В качестве магистрального канала передачи данных на проекте использовалась сервисная шина FESB, предоставляющая широкие возможности по трансформации, мониторингу и маршрутизации пакетов. Для взаимодействия с SAP ERP была сохранена шина SAP PO, поскольку Directum RX изначально внедрялся в связке с SAP и поддерживал этот интерфейс. В итоге для транзакций между SAP, Directum и новым контуром 1С пакеты проходят последовательную маршрутизацию через две шины. Для обмена с 1С:ЗУП, как наиболее простого и устоявшегося, применяется файловый обмен.
Унификация форматов и работа с гетерогенной средой
Общего формата данных для всех систем не существовало. Для обмена с системами на платформе 1С мы использовали кастомизированный формат EnterpriseData (XML). Взаимодействие с Directum, MDM и TMS строилось на JSON, а с SAP и BI — на XML. Такой подход позволил сохранить нативную логику работы каждой системы, унифицировав лишь точки входа через шину.
Особого внимания заслуживает взаимодействие с BI-системой. Ранее обмен строился по принципу синхронного HTTPS-запроса, что не соответствовало асинхронной парадигме обработки данных в 1С:ERP.УХ. Для решения этой задачи на шине FESB был реализован механизм временной идентификации: шина присваивает запросу от BI уникальный идентификатор, 1С:ERP.УХ обрабатывает его с помощью регламентного задания, а затем возвращает результат, сохраняя идентификатор, через шину. Это позволило не менять логику работы BI.
Обработка запроса на стороне 1С:ERP.УХ выглядит как последовательность шагов: запрос – квитанция о получении запроса – обработка запроса – выдача результата – обработка квитанции о получении результата.
Новая философия документации
Вместо классического подхода «объект системы А — объект системы Б» мы разработали спецификации по принципу «объект системы — формат». Учитывая, что в основе обменов лежал доработанный типовой формат EnterpriseData, такой подход оказался прозрачнее: мы фиксировали, как именно данные выгружаются и загружаются, независимо от их происхождения. Это упростило как разработку, так и последующее сопровождение контура.
Стрессоустойчивость и управление ошибками
В фармацевтике остановка учетных процессов недопустима. Для повышения отказоустойчивости мы внедрили комплексный механизм квитирования: 1С:ERP.УХ подтверждает факт получения и обработки каждого пакета. Квитанции хранятся как на шине, так и в самой системе.
Ключевым улучшением стала доработка типовой процедуры обработки документов. В стандартном механизме 1С, если хотя бы один объект в пакете содержит ошибку, весь пакет не проводится. В реальной эксплуатации это приводит к остановке бизнес-процессов (например, отгрузки) до ручного вмешательства поддержки.
Мы изменили логику: система проводит все корректные документы, а пакет помечает как обработанный частично. Проблемные объекты фиксируются, но не блокируют работу пользователей.
Это решение позволило снизить зависимость операционной деятельности от инцидентов в интеграции.
Тонкая настройка бизнес-процессов
Для бухгалтерского блока мы реализовали защиту от случайных изменений: если документ уже помечен как «Проверен» (флаг, запрещающий редактирование), обмен не перезаписывает его. Это исключило риск искажения утвержденных финансовых данных.
Особый подход потребовался для производственного учета. В производственной системе 1С:ERP используется ордерная схема складов, а в 1С:ERP.УХ — нет. Передача документов движения «один в один» приводила бы к расхождениям во времени списания остатков.
Мы отказались от прямой передачи документов списания и оприходования. Вместо этого системы обмениваются только этапами (с указанием времени, номера и UID документа), на основании которых 1С:ERP.УХ самостоятельно формирует движения.
Это позволило сохранить актуальность остатков в управленческом и регламентированном учете.
Ключевые результаты
Реализованный интеграционный контур позволил достичь следующих эффектов:
-
Непрерывность процессов - даже при возникновении ошибок в пакетах данных бизнес-процессы не останавливаются, а проблемные записи изолируются для последующей обработки службой поддержки.
-
Масштабируемость архитектуры - использование шины FESB создало основу для быстрого подключения новых систем и перенастройки маршрутов без доработок ядра 1С:ERP.УХ.
-
Прозрачность поддержки - единые каналы квитирования и мониторинга ошибок позволили IT-службе сократить время реакции на инциденты.
-
Сохранение инвестиций в периметр - существующие системы (SAP, TMS, MDM, BI) продолжили работу в штатном режиме без вынужденной замены.
Таким образом, проект продемонстрировал возможность глубокой модернизации ИТ-ландшафта фармацевтического холдинга без остановки операционной деятельности, с сохранением высокой отказоустойчивости и готовностью к дальнейшему масштабированию бизнеса.
