Когда продажи и учёт ведутся в нескольких системах, ручной перенос данных занимает время и создаёт расхождения. Интеграция связывает 1С с сайтом, CRM или маркетплейсом, чтобы товары, заказы и другие согласованные сведения передавались по установленным правилам. Рабочий обмен должен быть понятным и контролируемым.
Какие сведения можно передавать
Для интернет-магазина обычно рассматриваются товары, характеристики, изображения, цены, доступные остатки, заказы и статусы обработки. Для CRM — клиенты, сделки, счета, оплаты и связанные документы. Для маркетплейсов состав обмена зависит от площадки и модели работы: это могут быть карточки товаров, остатки, заказы, возвраты и отчёты.
Передача каждого вида данных обсуждается отдельно. Возможность выгрузить товар не означает, что готовый модуль также поддерживает все необходимые операции с возвратами или расчётами. Состав интеграции определяется используемой конфигурацией, возможностями внешней системы и выбранным решением.
С чего начинается интеграция
Сначала определяется, где создаются и изменяются сведения. Например, цены ведутся в 1С, заказ появляется на сайте, а статус оплаты приходит из внешнего сервиса. Для каждого объекта выбирается источник и направление передачи.
Затем согласуются правила сопоставления. Наименование товара само по себе редко подходит для устойчивой связи: оно может измениться или совпасть у разных позиций. Поэтому используются согласованные идентификаторы и проверяется обработка отсутствующих соответствий.
Также важно определить, какой остаток показывается покупателю. Физическое наличие, доступное количество с учётом резервов и остаток конкретного склада могут различаться. Это бизнес-правило должно быть согласовано до запуска обмена.
Готовый модуль или собственная разработка
Сначала проверяются штатные механизмы и существующие модули. Если они поддерживают нужный сценарий, задача может ограничиться настройкой и проверкой. Разработка требуется, когда стандартный обмен не покрывает состав данных, особую последовательность действий или правила обработки.
Платформа 1С поддерживает файловый обмен и взаимодействие через web- и HTTP-сервисы, включая работу с JSON и XML. Однако наличие технического механизма ещё не определяет бизнес-логику интеграции. Правила создания документов, обновления статусов и обработки ошибок проектируются отдельно.
Что делает обмен надёжным
Особое внимание уделяется повторной передаче, временной недоступности внешнего сервиса и конфликтам изменений. Повторная обработка одного заказа должна распознаваться, чтобы не создавать лишние документы. Ошибки нужно сохранять в журнале с понятным описанием и возможностью повторить обработку после устранения причины.
Периодичность обмена выбирается по задаче и ограничениям внешнего API. Обещать мгновенное обновление всех данных до проверки этих условий некорректно.
Как принимается результат
Проверка проходит на согласованных сценариях: создание и изменение заказа, обновление цены, изменение остатка, отмена, возврат и повторная отправка. В рабочий запуск входят контроль первых обменов и инструкция для сотрудника, который будет следить за их выполнением.
Для оценки нужны название и версия конфигурации, список внешних систем, перечень передаваемых данных и описание текущего обмена, если он уже существует. Полезно сразу показать пример заказа и объяснить, какие ручные действия требуется убрать.
Связанные темы: перенос и загрузка данных, сопровождение.
Официальные материалы 1С: Возможности интеграции платформы 1С.