Автор Виктор Перевезенцев 
Модуль UNIMODULE стал стандартом интеграции 1С и сайта. Разбираем, как он устроен внутри, за счёт чего достигает стабильности обмена и чем отличается от классических схем синхронизации.
Почему стандартные обмены больше не справляются
Когда компания решает связать сайт и 1С, она часто начинает с типового обмена — CommerceML или встроенного механизма CMS. Первое время этого хватает. Но стоит ассортименту превысить несколько тысяч позиций, добавить фильтры, вариации характеристик и валют — обмен начинает тормозить, зависать, терять данные.
Именно в этот момент на сцену выходит UNIMODULE — универсальный модуль интеграции, который работает по собственной архитектуре и снимает большинство типичных проблем обмена. Его ключевая особенность — способность адаптироваться под любую конфигурацию 1С и любую CMS без кардинальных доработок.
Что такое UNIMODULE
UNIMODULE — это независимый программный слой между 1С и сайтом, который обеспечивает двустороннюю синхронизацию данных: товаров, цен, остатков, заказов, пользователей, картинок, характеристик.
В отличие от классических решений, он не привязан к конкретной платформе. Модуль может быть внедрён как на Bitrix, OpenCart, CS-Cart, WooCommerce, MODX и даже на кастомных решениях с REST-API.
Главная идея — изолировать обмен от бизнес-логики сайта и базы 1С, превратив его в управляемый сервис. Это даёт стабильность, гибкость и прозрачность контроля данных.
Архитектура модуля: три уровня надежности
В основе UNIMODULE лежит трёхуровневая архитектура.
Первый уровень — адаптер 1С, который формирует и отправляет данные в формате, понятном системе обмена. Он может работать как внешняя обработка, HTTP-сервис или через расписание регламентных заданий.
Второй уровень — ядро обмена, реализованное в виде PHP-сервиса на стороне сайта. Именно здесь происходят: разбор входящих данных, проверка структуры, фильтрация ошибок, сопоставление полей и логика обновления. Это сердце модуля, где реализованы механизмы кэширования, отложенных запросов и повторных попыток при сбое.
Третий уровень — API-интерфейс CMS, который записывает уже очищенные данные в нужные таблицы, обновляет сущности, проверяет уникальные ключи и формирует ответ для 1С.
Такая модель исключает зависимость от конкретной платформы и делает модуль универсальным: достаточно написать адаптер под API сайта — и обмен заработает.
В чем отличие от CommerceML и типового обмена
CommerceML хорош для простых проектов, но ограничен XML-структурой и жёсткой логикой. При попытке передать что-то нестандартное (например, несколько типов цен, складские зоны, расширенные характеристики) система ломается или требует доработок.
UNIMODULE использует гибкий JSON-формат и позволяет создавать собственные структуры данных. Например, можно передавать не просто цену, а матрицу «цена–валюта–склад–сегмент клиента» или передавать изображения пакетами с отложенной обработкой.
Ещё одно преимущество — асинхронность. Обмен не блокирует работу 1С и сайта: данные передаются порциями, ошибки логируются, а не останавливают процесс.
Это особенно важно для крупных интернет-магазинов, где обновления идут каждые 5–10 минут и нужно избегать коллизий.
Как обеспечивается устойчивость обмена
UNIMODULE устроен так, чтобы никогда не потерять данные.
Если соединение прервалось или сервер ответил с ошибкой, модуль сохраняет транзакцию в очереди и повторяет попытку через заданный интервал. При этом вся история фиксируется в журнале логов: видно, какой файл, какой элемент и когда был обработан.
Ещё одна деталь — встроенный контроль целостности.
Модуль сверяет хэши пакетов данных и проверяет, не было ли изменений между моментом выгрузки и записью на сайте. Это исключает ситуации, когда в интернет-магазине внезапно появляются «битые» карточки.
Гибкость настройки и расширяемость
UNIMODULE задумывался как инструмент, который можно доработать под любую задачу без вмешательства в ядро.
Для этого предусмотрены:
- события (hooks), на которые можно «подписаться» из внешнего модуля;
- обработчики данных (handlers), позволяющие модифицировать контент на лету;
- собственный планировщик обменов.
Например, можно сделать так, чтобы определённые категории обновлялись раз в час, а акции — каждые 5 минут.
Разработчики отмечают, что такая структура позволяет добавлять интеграции с маркетплейсами (Ozon, Wildberries, Яндекс Маркет) без переписывания базового кода.
Почему бизнес выбирает UNIMODULE
Парадокс в том, что компании чаще всего приходят к UNIMODULE не из желания «попробовать новое», а после неудачного опыта с типовыми обменами.
Когда сайт перестаёт обновляться, остатки не совпадают, а заказы не попадают в 1С, бизнес несёт прямые убытки.
Универсальный модуль решает это за счёт архитектуры, где обмен становится сервисом, а не скриптом.
Система не требует постоянного участия программиста, а значит, экономит бюджеты на сопровождение.
А самое важное — она прозрачна: можно отследить каждый этап, каждый пакет и любое изменение данных.
Перспективы развития
Команда разработчиков UNIMODULE активно развивает систему: добавлены REST-эндпоинты, вебхуки для уведомлений, тестовая песочница для интеграторов, улучшена система логирования.
В ближайших версиях ожидается встроенный модуль мониторинга, который будет визуализировать статистику обменов, время обработки и ошибки.
UNIMODULE постепенно превращается из «моста» между 1С и сайтом в полноценную интеграционную платформу, где каждая система может подключаться к общей шине данных.