Главное за минуту
- Принимайте не настройку, а согласованный набор бизнес-сценариев и полей.
- Для проверки нужны тестовые товары, заказ, отмена и изменение статуса.
- Цена, остаток и статус должны совпадать в 1С, на сайте и в журнале обмена.
- Ошибки обмена должны быть видны ответственному, а не оставаться в логах сервера.
01
С чего начинается приемка обмена
Обмен между 1С и сайтом — это два независимых маршрута: каталог обычно идет из учетной системы на сайт, а заказы и статусы — обратно. Работу нельзя принять формулировкой «выгрузка прошла»: одна успешная сессия не подтверждает корректность полей, расписания и обработки изменений.
До теста назначьте владельца данных в 1С, ответственного за сайт и менеджера, который проверит заказ в реальном процессе. Подготовьте короткий набор эталонов: товар с вариантами, товар без остатка, позицию со скидкой и заказ с доставкой.
02
Карта полей обмена
Документ связывает поля 1С, свойства товара и поля заказа на сайте. Без него нельзя доказать, что данные передаются верно.
03
Проверьте каталог до первого заказа
Сначала убедитесь, что сайт получает именно те данные, которые бизнес готов показать покупателю. Не ограничивайтесь карточкой товара: ошибки часто скрыты в торговых предложениях, разделах, свойствах и деактивации позиций.

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

Изменение статуса в 1С также должно корректно отражаться на сайте и не запускать повторное создание заказа.
| Сценарий | Что проверить | Критерий приемки |
|---|---|---|
| Новый заказ | Состав, сумма, клиент | Один документ в 1С, суммы совпадают |
| Оплата | Статус и способ оплаты | Не меняется самопроизвольно |
| Отмена | Причина, резерв, статус | Нет дубля и неверного списания |
| Повторный запуск | Идемпотентность | Заказы и товары не дублируются |
05
Что считать ошибкой, а что — правилом
Не каждое различие является дефектом. Например, в 1С может храниться закупочная цена, а сайт обязан получать розничную; статус «отгружен» может не выводиться покупателю. Такие правила должны быть согласованы до приемки.
Дефект — это отклонение от карты полей и сценария: дубль товара, неверная сумма, пропавший заказ, устаревший остаток или незаметно остановившееся расписание.
Не проверяйте только «счастливый путь»
Обязательно протестируйте товар без цены, отмененный заказ, временную недоступность 1С и повторный запуск обмена.
06
Маршрут приемки за один рабочий цикл
Лучше проводить тест вместе с бухгалтером или оператором 1С и менеджером интернет-магазина. Каждый видит свой участок процесса и быстрее подтверждает результат.
- 1
Зафиксируйте правила. Согласуйте направление обмена, расписание, карту полей и перечень статусов.
- 2
Соберите эталоны. Запишите значения четырех товаров и двух заказов до изменения данных.
- 3
Запустите каталог. Поочередно меняйте цену, остаток, свойство и активность товара в 1С.
- 4
Оформите заказ. Пройдите путь покупателя и проверьте документ, сумму и состав в 1С.
- 5
Проверьте сбой. Остановите один из маршрутов в тестовом окне и убедитесь, что ошибка заметна.
- 6
Зафиксируйте итог. Приложите к приемке время запусков, номера заказов и список отклонений.
07
Артефакты, без которых обмен нельзя считать поддерживаемым
После запуска важна не только текущая корректность, но и возможность восстановить работу через месяц, когда изменится цена, каталог или сотрудник. Попросите передать доступы и описание регламента.
Карта полей
Показывает источник, приемник и правило преобразования каждого значения.
Расписание
Фиксирует частоту запуска, часовой пояс и допустимую задержку данных.
Логи
Содержат время сессии, ошибки и идентификаторы обработанных объектов.
Контакты
Определяют, кто реагирует на сбой со стороны сайта и учетной системы.
08
Где смотреть технические детали
Маркетологу не нужно редактировать настройки обмена, но важно запросить доступ к журналу и понять, кто его контролирует. В документации 1С-Битрикс описаны механизмы обмена и настройки интернет-магазина.
Если нужны скриншоты для внутреннего согласования, используйте реальные примеры процессов и кейсы из портфолио ICONICA, а не макеты интерфейсов.
Документация
Раздел 1С-Битрикс об обмене с 1С поможет сверить терминологию с подрядчиком.
Карта полей согласована; эталонные товары проверены; заказ создан с сайта; статусы проверены в обе стороны; повторный запуск без дублей; журнал ошибок доступен; ответственный за контроль назначен.
FAQ
Частые вопросы
Как часто должны обновляться остатки?
Частота зависит от продаж и допустимого риска. Зафиксируйте интервал в требованиях и проверяйте фактическое время обновления.
Можно ли проверять обмен на рабочем сайте?
Можно, если подготовлены безопасные тестовые товары и заказы, а время проверки согласовано с операционным отделом.
Почему появляются дубли товаров?
Обычно меняется внешний идентификатор, нарушается сопоставление или повторная выгрузка создает новые сущности вместо обновления.
Кто должен получать уведомление об ошибке?
Минимум ответственный за сайт и сотрудник, который ведет 1С. Уведомление должно содержать время и причину сбоя.