Интеграция с Ozon, Wildberries и Яндекс Маркетом

Где храним достоверные данные

Составляем карту систем: сайт, 1С, CRM, склад и кабинеты площадок. Для товаров, контента, цен и остатков отдельно определяем владельца данных. Один компонент может вести номенклатуру, а другой — подготовленные описания, но два источника не должны бесконтрольно перезаписывать одно поле.

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

Почему подключаем площадки отдельными потоками

Разделяем канальные цены, ассортиментные исключения и правила доступности. Учитываем модель продаж, склады, требования к полям и разрешённые операции каждой площадки. Для каждого канала согласуем частоту обмена и допустимую задержку с учётом ограничений его API.

В состав включаем конкретные подключения: Ozon, Wildberries и Яндекс Маркет. Сбой одного канала должен быть виден отдельно. Где архитектура позволяет, его повторная обработка не должна останавливать исправные обмены остальных площадок.

Как принимаем общий процесс продаж

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

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