Как связать интернет-магазин на 1С-Битрикс с 1С:УТ и проверить обмен

Когда заказы с сайта не попадают в 1С

Рассмотрим распространённый ручной сценарий: сайт принимает заказ, а сотрудник открывает админку, копирует данные и создаёт документ в 1С.

При ручном маршруте появляются риски, которые важно оценить до интеграции:

• Задержка. Документ появляется в учёте только после ручного переноса; дальнейшая обработка зависит от этого шага.
• Ошибки ввода. Повторный ввод данных создаёт риск опечаток и расхождений, но их фактическую частоту нужно измерять в конкретном процессе.
• Скорость реакции. Ручной маршрут требует регулярно проверять новые заказы; его реальная задержка зависит от организации работы.

В проекте Dag Sport я интегрировал существующий интернет-магазин на 1С-Битрикс с 1С:УТ и реализовал AI-консультанта.

Что нужно определить для конкретной связки

До настройки зафиксируйте четыре вещи: какие системы участвуют, какие данные входят в обмен, где хранится основная версия каждого типа данных и по каким сценариям проверяется результат. Полный разбор номенклатуры, цен, остатков, доступов и тестовой среды вынесен в отдельный чек-лист подготовки.

• Системы и данные. Опишите сайт, конфигурацию 1С, справочники и документы, которые действительно входят в обмен.
• Направления и проверки. Для каждого потока задайте источник истины, событие запуска, реакцию на ошибку и критерий приёмки.

Как устроен стандартный обмен 1С-Битрикс и 1С

Для сайтов на 1С-Битрикс есть открытый протокол обмена, который разработали «1С» и «1С-Битрикс». Данные передаются в XML-формате CommerceML, а обмен всегда начинает 1С: она отправляет запросы скрипту обмена на сайте, а сайт отвечает, успешно ли прошёл шаг.

Какие заказы и в какую сторону пойдут, на стороне сайта определяют настройки «Интеграция с 1С». Например, там можно:

• выгружать только оплаченные заказы или заказы с разрешённой доставкой;
• выгружать заказы начиная с определённого статуса;
• менять статусы заказов по данным из 1С;
• создавать на сайте новые заказы и контрагентов из 1С;
• добавлять префикс к номеру заказа при выгрузке.

Каждая такая настройка отвечает на вопрос «что и в какую сторону передаём», поэтому её значение стоит записать в описание схемы до запуска.

В 1С обмен настраивают в самой конфигурации, например в 1С:УТ или 1С:Рознице. Названия и расположение настроек зависят от редакции, поэтому их сверяют с документацией своей версии. Отдельная проблема такой связки — повторное создание заказов. Её разбор и таблица проверок есть в статье «Почему дублируются заказы в 1С».

Что проверить в обмене заказами

Важно: далее описаны общие инженерные рекомендации, а не внутренняя архитектура проекта dag-sport.

1. Сопоставление номенклатуры

Товар на сайте нужно однозначно сопоставить с товаром в 1С. До запуска проверьте выбранный идентификатор и отдельно разберите дубли и расхождения. Конкретный ключ — артикул, код или другой идентификатор — зависит от схемы обмена.

2. Где хранится основной статус заказа

Определите, в какой системе хранится основная версия статуса заказа и кто её меняет. Если статус можно независимо редактировать и на сайте, и в 1С, заранее задайте правило синхронизации и разрешения конфликтов. Эту основную версию данных обычно называют источником истины.

3. Идемпотентность

Повторная отправка того же заказа не должна создавать второй документ. Для этого нужен устойчивый идентификатор заказа из системы-источника и обработка, которая при повторе находит уже созданный документ. Это называется идемпотентной обработкой; конкретный механизм зависит от архитектуры. Подробный разбор причин и мер — в статье «Почему дублируются заказы в 1С».

4. Уведомления без спама

Для уведомлений заранее определяют событие, состав сообщения и получателя. Это позволяет отделить рабочий сигнал от технических сообщений и не приписывать уведомлению данные, которых нет в согласованном маршруте.

Что подтверждено по Dag Sport

• Сайт на 1С-Битрикс уже существовал; его разрабатывал не Ибрагим.
• В проекте реализованы интеграция с 1С:УТ и AI-консультант.

По зафиксированной в августе 2026 года версии проекта AI-консультант использует каталог из 169 беговых дорожек: подбирает и сравнивает модели по характеристикам и показывает ориентировочные цены. Точное наличие и окончательную цену предлагает уточнить у менеджера. Автоматическая передача диалога менеджеру в этой версии проекта не настроена. Точный состав и направления обмена с 1С публично не перечислены. Про этот формат AI-помощи есть отдельный разбор.

С чего начать у себя

1. Зафиксируйте текущий путь заказа: кто и что делает руками от «оформил на сайте» до «документ в 1С». Этот список показывает, какие действия повторяются вручную и где именно нужен обмен.
2. Проверьте каталог: совпадают ли артикулы на сайте и в 1С, есть ли дубли.
3. Решите, где живут статусы и кто получает уведомления.
4. До запуска согласуйте тесты: обычный сценарий, повтор, ошибка и восстановление после сбоя.

Если у вас магазин на Битриксе и учёт в УТ или Рознице, а заказы всё ещё переносят руками, можно оценить подходящую схему автоматизации. Подробности есть на странице услуги «Интеграция сайта с 1С». Отдельно посмотрите кейс Dag Sport с интеграцией существующего сайта и AI-консультантом. А если магазин у вас в Дагестане — я как раз из Махачкалы.

Источники и документация

• 1С-Битрикс: официальный курс по интеграции с 1С — состав обмена, документы, идентификаторы и диагностика.
• 1С: механизм обмена данными — состав данных, правила обмена и обеспечение целостности.
• 1С: протокол обмена с сайтом — CommerceML, порядок запросов для каталога и заказов.
• 1С-Битрикс: настройки «Интеграция с 1С» — выгрузка заказов, статусы, создание заказов из 1С, префикс номера.
• AWS Builders’ Library: безопасные повторы и идемпотентные API — общие принципы повторной обработки запросов.