Главное за минуту
- Онлайн-режим нужен там, где задержка меняет решение покупателя или сотрудника.
- Регламентный обмен надёжнее и дешевле для больших каталогов, цен и свойств.
- Разделяйте потоки: заказ, остаток, цена и каталог не обязаны иметь одну частоту.
- Приемка должна включать журнал, повтор запуска и сверку данных в 1С и на сайте.
01
Начните с цены ошибки, а не со скорости
Обмен 1С и Битрикс обычно включает каталог, цены, остатки, заказы и статусы. Ошибка возникает, когда для всех потоков выбирают единый режим: например, обновляют 40 тысяч товаров при оформлении каждого заказа или ждут ночной выгрузки критичного заказа.
Сформулируйте для каждого потока допустимую задержку, источник истины и действие при сбое. Тогда режим выбирается как часть процесса продаж, а не как настройка сервера.
02
Допустимая задержка
Это максимальное время, за которое изменение в 1С должно стать видимым на сайте или вернуться обратно.
03
Когда нужен обмен в реальном времени
Под «реальным временем» на практике обычно понимают обработку события за секунды или несколько минут: вебхук, API-запрос либо частый фоновый агент. Это не означает, что весь каталог нужно синхронизировать сразу.
Выбирайте онлайн
- заказ нужно быстро создать в 1С;
- резерв товара влияет на продажу;
- менеджер меняет статус для клиента;
Учитывайте риск
- недоступность 1С тормозит сценарий;
- повторы запроса создают дубли;
- пиковая нагрузка требует очереди.
Правильная схема: сайт фиксирует заказ у себя, ставит его в очередь и передаёт в 1С с идентификатором операции. Ответ 1С не должен быть единственным условием успешного оформления.
04
Что безопаснее передавать по расписанию
Регламентный обмен подходит для данных, которые меняются массово и не требуют реакции покупателя в моменте.
| Поток | Обычная частота | Контроль |
|---|---|---|
| Каталог и свойства | 1–2 раза в сутки | Количество и XML_ID |
| Цены | каждые 1–4 часа | Тип цены и валюта |
| Остатки | 15–60 минут | Склад и доступность |
| Статусы заказов | 5–15 минут | ID заказа и дата |
05
Не смешивайте выгрузку и бизнес-правила
1С отвечает за учетные данные, сайт — за витрину и оформление, а правила резервирования, округления и скрытия товаров должны быть явно описаны. Полезно свериться с документацией 1С-Битрикс по обмену с 1С до доработок.
Если правило нельзя проверить на одном товаре или заказе, его нельзя надёжно автоматизировать.
Готовое сообщение
Готовая постановка задачи
Цель: настроить раздельный обмен между 1С и сайтом на 1С-Битрикс.
Потоки: заказы — очередь с передачей до 5 минут; остатки — каждые 30 минут; цены — каждый час; каталог — ночью.
Ключи: сопоставление по внешнему идентификатору, а не по названию товара. Заказ передавать с ID сайта, составом, суммой, скидкой, доставкой, оплатой и UTM-метками.
Ошибки: записывать запрос, ответ, время, ID сущности и текст ошибки; повторять неуспешную операцию без создания дубля.
Приемка: провести тест на новом товаре, изменении цены, нулевом остатке, заказе и повторной отправке одного заказа.
06
Чек-лист перед выбором режима
Пройдите его вместе с маркетингом, продажами, бухгалтерией и разработчиком. Ответы лучше зафиксировать в таблице потоков.
- 1
Опишите событие. Укажите, что меняется: заказ, цена, остаток, статус или карточка товара.
- 2
Назначьте источник. Зафиксируйте, где данные редактируют и какая система имеет приоритет при конфликте.
- 3
Задайте задержку. Определите допустимое время обновления для каждого потока отдельно.
- 4
Проверьте объём. Оцените число товаров, изменений и заказов в час, включая пиковые дни.
- 5
Смоделируйте сбой. Убедитесь, что операция попадёт в журнал и сможет быть безопасно повторена.
07
Как принять работу без доступа к коду
Маркетолог или руководитель проекта может проверить обмен по понятным сигналам. Попросите подрядчика показать журнал и провести тесты на копии, затем на одном контролируемом наборе данных в боевой среде.
08
Когда стоит привлечь подрядчика
Нужна отдельная проработка, если обмен затрагивает несколько складов, типы цен, резервы, личный кабинет, CRM или нестандартную 1С. В таких сценариях готовая настройка часто не покрывает правила бизнеса.
Список потоков и владельцев данных; допустимая задержка; внешний ID для сопоставления; состав полей заказа и UTM; журнал ошибок; сценарий повторной отправки; тестовый набор товаров и заказов.
FAQ
Частые вопросы
Можно ли сделать весь обмен раз в сутки?
Можно только для редко меняющегося каталога. Для заказов, остатков и цен такая задержка часто приводит к ручной работе и отменам.
Чем вебхук отличается от обмена по расписанию?
Вебхук запускает передачу после события. Расписание периодически проверяет изменения и передаёт их пакетно.
Нужно ли передавать UTM-метки в 1С?
Да, если продажи и маркетинг анализируют источник заказа. Согласуйте поле хранения и формат до запуска.
Что делать, если 1С временно недоступна?
Сайт должен сохранить событие в очереди, записать ошибку и повторить передачу по правилам, не создавая дубль.
Можно ли проверить обмен на одном заказе?
Да, но приемка должна включать также изменение цены, остатка, ошибочный запрос и повторную отправку.
