Интеграция с 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. Рутину вокруг обмена , отчёты, уведомления, документы , автоматизируем заодно.