Интеграция маркетплейсов
Свести отчёты площадки с заказом, выплатой и остатком
Каждая площадка, кабинет и версия интерфейса проверяются отдельно; единого обещания коннектора для всех маркетплейсов нет.
Выбрать предметный отчёт
До подключения определяется решение: контролировать заказ, остаток, возврат, комиссию или выплату. Для него записываются кабинет, юридическое лицо, схема работы, часовой пояс и период. Похожее название поля на двух площадках не означает одинаковое событие или момент признания.
- Заказ и его жизненный цикл
- Продажа, возврат и отмена
- Комиссия, удержание и выплата
- Остаток площадки и учётной системы
Проверить доступный канал
Официальный API или регламентированный отчёт кабинета рассматривается на фактических правах клиента. Проверяются период доступной истории, пагинация, лимиты, изменение схемы и повторная выгрузка. Наличие публичного описания API не гарантирует доступ ко всем нужным данным аккаунта.
Сверить экономику заказа
Идентификаторы заказа, товара и выплаты сопоставляются с ERP или финансовым контуром. Возвраты и поздние корректировки меняют прошлые периоды по записанному правилу. Разница между отчётом площадки и внутренним учётом сохраняется как отдельный объект сверки с владельцем.
Эксплуатация изменяемого источника
Для загрузки назначаются мониторинг, журнал ошибок и проверка контрольных сумм. При изменении схемы процесс останавливает некорректное обновление, а не публикует неполный итог. Поддержка новой площадки или метода доставки оценивается как отдельный проверяемый объём.
Частые вопросы
Есть один коннектор для всех площадок?
Нет такого обещания: доступ, схема и правила каждого кабинета проверяются отдельно.
Можно свести выплаты с продажами?
Да, если доступны идентификаторы и согласованы правила возвратов, удержаний и периода.
Что происходит при изменении API?
Мониторинг должен обнаружить изменение, после чего маршрут обновляется и повторно сверяется.