Интеграция с 1С: как связать сайт, CRM и учёт, чтобы данные вводились один раз
1С — центр учёта в большинстве российских компаний: товары, цены, остатки, документы, деньги. Но пока 1С живёт отдельно от сайта и CRM, сотрудники работают «курьерами данных»: переносят заказы руками, выгружают остатки по понедельникам, сверяют расхождения по пятницам. Интеграция убирает эту прослойку: данные вводятся один раз и синхронизируются сами. Разбираем, что именно связывать, какими способами и как не сломать учёт в процессе.
Что даёт интеграция: по ролям
Сайту/магазину: актуальные цены и остатки без ручных выгрузок; заказы уходят в 1С сами, со всеми реквизитами.
Отделу продаж: менеджер в CRM видит оплаты и отгрузки, не дёргая бухгалтерию; статусы заказов обновляются автоматически.
Руководителю: одна правда о данных — без «на сайте одно, в 1С другое»; сквозная аналитика дотягивается до реальных денег.
Команде: минус часы копипаста и ошибки ручного ввода, которые всплывают у клиентов.
Какие данные обычно синхронизируют
Номенклатура: товары, цены, характеристики, фото → на сайт.
Остатки по складам → на сайт (по расписанию или по событию).
Заказы и покупатели: сайт/CRM → 1С, с корректными реквизитами и статусами.
Статусы и документы: 1С → CRM и личный кабинет клиента (счета, отгрузки, акты).
Для B2B-портала: индивидуальные цены, долги, лимиты — прямо из учёта.
Способы интеграции: от простого к сложному
Штатные протоколы. CommerceML для магазинов (родной для Битрикса), HTTP-сервисы и OData в самой 1С. Надёжно, переживает обновления, закрывает типовые обмены.
REST API между системами. Когда потоки нестандартные: пишется обмен под вашу логику — гибкость без ограничений «коробки». Это наша основная специализация (интеграции и разработка API).
Интеграционная шина. Систем больше трёх — связи «каждая с каждой» превращаются в клубок. Шина = единая точка обмена: очереди, логи, повторы при сбоях, лёгкое подключение новых систем.
Крайний случай — без API: файловый обмен или RPA-робот, имитирующий пользователя. Костыль, но иногда единственный путь для legacy.
Карта данных: пример для магазина
Номенклатура: хозяин — 1С → на сайт, раз в час. Конфликты: правки описаний на сайте — отдельное поле, 1С его не трогает.
Цены: хозяин — 1С → сайт, раз в 15 минут (акции!).
Остатки: хозяин — 1С → сайт, по событию изменения + контрольный полный обмен ночью.
Заказы: хозяин — сайт → 1С мгновенно; номер заказа возвращается на сайт.
Статусы заказов: хозяин — 1С → сайт и СМС клиенту.
Клиенты: создаются с сайта, обогащаются в 1С; дедупликация по телефону.
Такая таблица на старте — половина успеха проекта: все споры «почему данные разъехались» решаются строкой «кто хозяин».
Типовые сроки по видам обмена
Битрикс ⇄ 1С по CommerceML (типовой каталог): 1–2 недели.
Кастомный сайт ⇄ 1С через HTTP-сервисы: 2–4 недели.
CRM ⇄ 1С (сделки→счета, оплаты→статусы): 2–3 недели.
Шина на 3+ систем: 4–8 недель, дальше новые подключения — дни.
Почему интеграции «ломаются» — и как строить, чтобы не ломались
Обмен без логов. Сбой замечают через неделю по злым клиентам. Решение: лог каждой передачи + алерты при ошибках.
Обновление 1С снесло доработки. Решение: обмен через штатные интерфейсы, доработки — в расширениях, тест на копии перед обновлением.
Два источника правды. Цены правят и на сайте, и в 1С — расхождения неизбежны. Решение: для каждого типа данных назначен единственный источник-хозяин.
Запуск сразу на бою. Решение: обкатка на тестовых базах до полного совпадения результатов с ручным процессом.
Сколько стоит и сколько длится
Типовой обмен «сайт ⇄ 1С» (товары, остатки, заказы): 2–4 недели работы, от ~80–200 тыс. ₽ в зависимости от конфигурации и каталога.
Связка CRM ⇄ 1С: сопоставимо; сильно зависит от CRM и кастомизации 1С.
Шина на несколько систем: от месяца и от 300 тыс. ₽ — зато дальше новые системы подключаются дёшево.
Поддержка: следить за обменом и адаптировать под обновления — часы в месяц, а не недели.
Частые вопросы
С какими конфигурациями 1С вы работаете?
УТ, Бухгалтерия, ERP, УНФ, отраслевые и доработанные. «Сильно доработанная 1С» — обычная ситуация, а не приговор: смотрим, что живо из штатных механизмов, остальное закрываем HTTP-сервисами.
Не сломается ли при обновлении 1С или CMS?
Для того и строим через штатные интерфейсы с логированием: если внешняя система изменилась, это видно сразу, а не через неделю тихих потерь. Поддержка включает адаптацию под обновления.
У нас нет программиста 1С. Это проблема?
Нет: большинство обменов делается со стороны сайта/CRM через штатные механизмы 1С. Если доработка в 1С всё же нужна — подключаем своего специалиста точечно.
С чего начать?
С карты данных: какие сущности, где «хозяин», что и как часто передаётся. Этот документ на старте экономит недели переделок. Мы начинаем именно с него — и сразу даём смету по этапам.
Свяжем 1С с сайтом, CRM и сервисами: схема обмена → тест на копиях → запуск с логированием → поддержка. Подробности и заявка — интеграции и API Webcetera. Рутину вокруг обмена — отчёты, уведомления, документы — автоматизируем заодно.