Растёт компания, и системы в ней появляются быстрее, чем связи между ними: сайт сам по себе, 1С сама по себе, CRM сама. Мосты между ними держат ваши люди: менеджер копирует заказ в учёт, переносит оплату, вводит реквизиты повторно. Каждая ручная операция стоит денег, а иногда и клиента: забыли строку, задвоили документ, продали то, чего нет на складе. Сколько таких операций в день делает ваша команда?
Мы строим обмен на Go и RabbitMQ: товары, заказы, оплаты и клиенты ходят сами, через очереди с гарантированной доставкой и контролем дублей, а журнал хранит каждую операцию. Без ручного переноса. Без потерь.
Сбои при ручном обмене
И заказы с сайта попадают в 1С руками: ваш менеджер забыл строку или внёс документ дважды, и следом срыв поставки и потерянный клиент. К обеду остатки на витрине устарели — покупатель переводит деньги за позицию, которой физически нет, и негатив остаётся надолго. Картина клиента размазана по трём системам: переписка в почте, сделка в CRM, акты в 1С, и целиком её не видит никто. Конец месяца превращается в сверки: бухгалтерия и отдел продаж днями выверяют расхождения по выгрузкам за тридцать дней. Любимое время месяца.
Закрыть ручной обмен часто пытаются типовой настройкой: программист 1С уверяет, что «из коробки» всё умеет, и обмен правда же запускается — снаружи выглядит как решённая задача. На самом деле типовой обмен не знает ваших правил учёта, а расхождения тем временем выползают тихо, без ошибок на экране. Мы дорабатываем протоколы под ваш контур и сверяем каждую партию данных. И это, на мой взгляд, самая коварная из ловушек.
Практическая отдача интеграции
Правду на витрине показывает учётная система: клиент не покупает отсутствующие позиции, потому что 1С автоматически отдаёт цены, остатки и номенклатуру, а корзина всегда сверяется со складом.
Оформил заказ на сайте, и он уже документ в 1С и сделка в CRM. Состав и сумма точны. Менеджеры открывают день отгрузкой, а не перепечатыванием реквизитов.
Гарантирует доставку очередь, поэтому сбой сети или ночное обновление 1С не теряют заказы: события копятся и доезжают до учёта, когда связь вернётся. Ни одного. Журнал фиксирует каждый шаг.
Клиент и его договор вводятся один раз, и данные сразу корректны в каждой связанной системе. И самое недооценённое здесь то, что сверка из расследования превращается в плановый контроль.
Этапы построения интеграционного контура
Прежде чем проектировать обмен, смотрим, как живёт контур: какие данные, откуда, куда и как часто ходят, заодно — в каком состоянии справочники и правила учёта. Потому что обмен наследует качество учёта: на витрину доедет ровно то, что лежит в 1С. Дальше проектируется модель обмена — события, расписания, правила сверки, поведение при сбоях связи, — и сам обмен строится на очередях: гарантированная доставка, контроль дублей, повторные попытки, журналирование каждой операции. Потом подключаются стороны — 1С, МойСклад, amoCRM, Битрикс24, банки и маркетплейсы.
И последнее: мониторинг со статусом обмена на дашборде, оповещения команде, автоматическая сверка расхождений. Вместе с документацией и регламентом реагирования уходит обучение вашей команды — или наше сопровождение по SLA.
Дежурство первых недель
После запуска обмен неделю-другую работает под наблюдением. Проверяем логи после каждой пакетной выгрузки из 1С, сопоставляем проводки и первичные документы, калибруем правила под редкие исключения, чтобы расхождения не ускользали от взгляда дежурного. Когда несколько отчётных циклов проходят без единой ошибки, переходим на штатный регламент мониторинга.
Архитектурные компоненты и стек обмена
Ядро обмена — Go: предсказуемая производительность на больших массивах номенклатуры, стабильные фоновые процессы. Очереди с гарантией доставки держит RabbitMQ: события не теряются из-за сбоев и не задваиваются при повторах. Журнал операций и состояния обмена живёт в PostgreSQL: каждая транзакция прослеживается на всём маршруте от источника до точки приёма. Обменные модули 1С — стандартные и доработанные протоколы: HTTP-сервисы и регламентные задания без самописных файлов на флешке.
График запуска и требования к учёту
На интеграцию уходит от 2 до 6 недель до промышленного обмена.
Честная граница: обмен транслирует качество учёта. Если у вас номенклатура в 1С задвоена, а остатки не ведутся, сначала порядок в данных, и мы честно называем это первым этапом. Вторая граница: обмен не тестовая среда. Изменения учётной конфигурации согласуются с контуром, иначе «небольшая доработка 1С» тихо ломает обмен в пятницу вечером.
Встраивание в цифровой контур
Связывает учётную систему с витринами и сервисами интеграционный слой: ни одна сторона не мешает другой. Актуальные остатки, персональные цены и статусы заказов доходят до витрин без задержек, а пиковые нагрузки магазина не создают блокировок в рабочих базах 1С. Финансовые и складские операции сопоставляются автоматически, отчёты сходятся без ручной сверки.