Интеграция 1С нужна, когда один и тот же заказ проходит через сайт, CRM, склад и бухгалтерию. Без согласованных правил менеджер повторно вводит данные, остатки расходятся, а клиент получает счет с опозданием. Хороший обмен сохраняет единый источник каждого факта и показывает ошибку до того, как ее заметит покупатель.
Headline проектирует такие связки вместе с прикладной и серверной частью. До разработки команда определяет, какая система хранит номенклатуру, цену, остаток, заказ и статус отгрузки. Это важнее выбора протокола: быстрый API не исправит процесс, в котором сайт и учет одновременно считают себя владельцами одного остатка.
Интеграция 1С начинается с владельца данных
Чаще всего 1С остается источником номенклатуры, цен, остатков и проведенных документов. Сайт принимает заказ и показывает доступное количество, CRM ведет коммуникацию и этап сделки, личный кабинет сообщает статус. Конкретное распределение зависит от процесса, но для каждого поля должен быть один владелец записи и понятные потребители.
Пытаться синхронизировать все поля в обе стороны рискованно. Двусторонний обмен без правил разрешения конфликтов создает две версии правды. Поэтому на обследовании описывают события: товар изменен, заказ создан, резерв подтвержден, отгрузка проведена, документ отклонен. Для каждого события задают направление, обязательные реквизиты и реакцию на ошибку.
- сайт показывает остаток, которого склад уже не видит;
- менеджер заводит заказ в CRM и повторяет его в 1С;
- повторная отправка создает второй счет или резерв;
- статус отгрузки не возвращается клиенту;
- обмен запускается вручную одним сотрудником;
- ошибка остается в файле без уведомления ответственному.
Как проходит заказ от витрины до отгрузки
Сайт запрашивает доступность товара и принимает заказ. 1С проверяет номенклатуру, организацию, цену и возможность резерва. После успешной записи внешняя система получает идентификатор, по которому отслеживает дальнейшие статусы. Когда склад проводит отгрузку, информация возвращается в CRM или кабинет клиента.
Главное техническое свойство такого обмена, идемпотентность. Повтор одного запроса после обрыва связи не должен создавать новый заказ. Для этого используют устойчивый внешний идентификатор, проверку состояния и журнал попыток. Если сообщение отклонено, оператор видит причину и может исправить данные, не разбирая вручную весь пакет.
Обмен может идти по API, через очередь сообщений или регламентными пакетами. Выбор зависит от допустимой задержки и нагрузки. Витрине обычно нужен быстрый ответ об остатке, бухгалтерской выгрузке может подойти расписание. Очередь полезна там, где внешняя система временно недоступна: сообщения сохраняются и уходят после восстановления связи.
Путь заказа и статуса
Сайт, CRM и личный кабинет решают разные задачи
Интеграция 1С с сайтом обычно охватывает каталог, цены, доступность и заказы. Для прямых продаж полезно заранее решить, как резервируются товары и что увидит покупатель при расхождении. Подробнее о витрине, оплате и доставке рассказано в статье про интернет-магазин для селлеров.
CRM хранит контакт, договоренности, задачи менеджера и этап сделки. Она может получить финансовый статус и факт отгрузки из 1С, но не обязана копировать весь бухгалтерский учет. В проекте «Мегаполис-Недвижимость» отдельная CRM объединила объекты, документы, финансы и каналы публикации для 25 риелторов; время на сделку сократилось на 30%. Это показатель конкретного проекта, описанного в кейсе CRM.
Личный кабинет показывает клиенту его цены, документы и состояние заказов. Доступ ограничивают по организации и роли, а данные получают из исходных систем. Кабинет не должен вести собственный независимый остаток, иначе расхождение возвращается уже в новом интерфейсе.
Маркировка и ЭДО требуют отдельной границы
Если компания работает с маркированными товарами, обмен сайта с 1С не заменяет взаимодействие с ГИС МТ. Headline не оператор Честного ЗНАКа и не управляет государственной системой. Команда может поддерживать клиентскую часть 1С, очереди, серверы и диагностику запросов. Практические границы описаны в материале Честный ЗНАК в 1С.
Аналогично ЭДО: оператор обеспечивает юридически значимый обмен, а интеграция передает подготовленные документы и статусы между учетной системой и сервисом оператора. Смешивать обычный заказ, документы маркировки и ЭДО в одном неуправляемом файле опасно. Потоки разделяют, но наблюдают в общей системе инцидентов.
В проекте «Петро-Проект» 1С 7 и 8 работали рядом с СБИС, ЕГАИС и Честным ЗНАКом. Инженерные задачи включали также Proxmox, PostgreSQL, WireGuard и сеть офиса со складом. Полная история доступна в кейсе дистрибьютора; она показывает, почему стабильность обмена зависит и от приложения, и от инфраструктуры.
Тестирование и ввод в эксплуатацию
Проверку начинают с одного сквозного сценария. Создают товар и контрагента, меняют цену, оформляют заказ, резервируют, отгружают и возвращают статус. Затем моделируют ошибки: неизвестная номенклатура, неверная организация, недоступная 1С, повтор сообщения и частично обработанный пакет.
Перед запуском определяют метрики: задержку доставки сообщений, размер очереди, долю ошибок и время с последнего успешного обмена. Уведомление должно приходить человеку, который может принять решение. Красный индикатор без ответственного лишь переносит проблему из файла на панель мониторинга.
Доступ к базе из интернета напрямую обычно не требуется. Интеграционный сервис размещают с учетом политики безопасности клиента, ограничивают сетевые маршруты и права технической учетной записи. Данные могут оставаться в периметре компании, а внешнему приложению передают только необходимый набор полей.
Как оценить будущую интеграцию
Для оценки нужны версии и конфигурации 1С, описание внешней системы, перечень данных, частота обновления и ожидаемая нагрузка. Полезны примеры текущих файлов, API-документация и три реальных заказа с исключениями. После обследования можно разделить обязательный первый этап и развитие.
Чужой обмен также можно принять на сопровождение. Сначала фиксируют текущие правила, идентификаторы и известные ошибки, затем добавляют журнал и тесты. Переписывание оправдано, если существующий механизм нельзя безопасно повторить, наблюдать или расширять. В остальных случаях постепенная модернизация снижает риск остановки продаж.
Частые вопросы
Можно связать 1С с существующим сайтом?
Да. Сначала проверяют возможности сайта и конфигурации 1С, затем согласуют каталог, цены, остатки, заказы и статусы.
Как избежать двойных заказов?
Использовать внешний идентификатор, идемпотентную обработку и проверку состояния перед созданием документа.
Обмен обязательно должен работать в реальном времени?
Нет. Частота зависит от процесса: остаткам может требоваться быстрый ответ, отчетности подойдет расписание.
CRM может стать источником остатков?
Технически может, но решение должно быть осознанным. Обычно складской остаток остается в учетной системе.
Вы являетесь оператором маркировки или ЭДО?
Нет. Headline отвечает за разработку и клиентские интеграции, оператора выбирает и заключает с ним договор заказчик.
Что прислать для первичной оценки?
Версии 1С, описание сайта или CRM, перечень данных, частоту обмена и примеры ошибок.
Если остатки и заказы уже расходятся, отправьте описание систем и одного реального сценария на welcome@headln.ru. Технический план подготовят после обследования.