Симптом: сайт продаёт, а учёт не знает

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

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

В проекте Dag Sport я интегрировал существующий интернет-магазин на 1С-Битрикс с 1С:УТ и реализовал AI-консультанта. По словам владельца, заказы не теряются. Точный состав данных и направления обмена определяются после проверки рабочей конфигурации.

Как проектировать связку

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

Системысайт + 1С Данныенаправления Сценарии Проверки Системысайт + 1С Данныенаправления Сценарии Проверки

В Dag Sport подтверждён сам факт интеграции существующего сайта на 1С-Битрикс с 1С УТ. По словам владельца, заказы не теряются. Точный механизм, направления, состав данных, событие запуска и каналы уведомлений без дополнительной проверки не заявляются.

Принцип

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

Грабли, о которых лучше знать до старта

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

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

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

2. Источник правды для статусов

Заказ оплатили, собрали, отгрузили — где статус меняется первым: на сайте или в 1С? Решите это заранее. Если статусы редактируются в нескольких системах без согласованных правил, появляется риск расхождений.

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

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

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

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

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

AI-консультант работает с файлом canonical_products.json: в нём 169 беговых дорожек с реальными характеристиками и ориентировочными ценами. Он подбирает и сравнивает модели, но не подтверждает точный остаток и предлагает уточнить его у менеджера. Автоматическая передача диалога человеку сейчас не настроена. Про этот формат AI-помощи есть отдельный разбор.

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

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

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

Первичные источники по общим рекомендациям

Заказы всё ещё переносятся руками?

Опишите сайт, конфигурацию 1С и нужные данные — обозначу границы задачи и что потребуется для оценки.

Описать задачу Написать в Telegram