Товарный фид и API-источник: склад без интеграции с площадкой

Не всякий склад живёт на маркетплейсе. Сайт, оптовая база, розничная точка, учётная система — во всех этих случаях остатки уже где-то есть, и задача только в том, чтобы они регулярно доезжали до сервиса. Для этого два пути: фид и собственная передача по API.

Товарный фид

Фид — готовая выгрузка по ссылке, которую многие магазины и системы учёта делают и так: для рекламы, маркетплейсов или партнёров. Поддерживаются YML, Google Merchant и произвольный XML: поля товара сервис определяет сам.

Что нужно: одна публичная ссылка. Она должна открываться без авторизации — приватные и локальные адреса не подходят. Дальше сервис обновляет фид сам по расписанию.

Это самый дешёвый способ из всех: ничего не программируется, ничего не загружается руками, а данные приезжают ровно так же регулярно, как у складов маркетплейсов.

API-источник

Обратный подход: не сервис ходит за данными, а вы их отправляете. Подойдёт, когда выгрузки нет, зато есть разработчик и своя система.

При создании склада выдаётся токен. Он показывается один раз — сохраните его сразу; восстановить прежний нельзя, можно только выпустить новый. На странице склада есть готовый пример запроса и ссылка на полную документацию.

Частота — ваша. Раз в сутки достаточно: сервис считает по дневным срезам, и более частая отправка ничего не улучшит.

Что нужно передавать

В обоих случаях набор минимальный: артикул, остаток и, желательно, цена и название.

Артикул — единственное обязательное поле по смыслу: по нему товар узнаётся между загрузками, по нему считается изменение остатка. Меняете артикулы в своей системе — сервис увидит это как исчезновение одних товаров и появление других, и история по ним начнётся заново.

Цена не обязательна, но без неё не считается ничего денежного: ни стоимость остатка, ни замороженные деньги, ни потерянная выручка. Остальные показатели — скорость продаж, дни покрытия, точка заказа — работают и без цены.

Как это превращается в показатели

Каждая загрузка — новый срез. Разницу между срезами сервис считает сам: уменьшился остаток — были продажи, вырос — было поступление. Отсюда и всё остальное.

Поэтому важна регулярность, а не частота. Склад, который присылает данные каждый день, даёт точную картину. Склад, который присылает раз в неделю, даёт недельную: сервис не знает, в какой из семи дней товар кончился, и честно отметит эти дни как «нет данных», а не додумает их за вас.