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