Когда настраиваешь обмен 1С с площадкой, первый вопрос обычно звучит так: почему остатки обновляются не сразу. Ответ складывается из двух ограничений, и оба измеримые.
Собрал числа, с которыми работаем сами. Часть из них берется из документации площадок, часть это наши собственные интервалы опроса. Разделяю явно, чтобы не путать.
Сколько позиций влезает в один запрос
Это ограничение площадки, не ваше.
| Площадка | Что отправляем | Лимит на один запрос |
|---|---|---|
| Ozon | остатки | 100 SKU |
| Ozon | цены | 1000 SKU |
| Wildberries | остатки | 1000 SKU |
| Google Таблицы (аналитика) | строки | 5000 за вызов |
Практический вывод для Ozon: если у вас 5000 позиций, одна выгрузка остатков это 50 отдельных запросов. Не один долгий, а именно пятьдесят. Отсюда и берется ощущение, что «обмен идет долго»: он не идет долго, он идет частями.
Отдельная деталь по Wildberries: пустой список остатков означает не «ничего не менять», а сброс всех остатков склада в ноль. Ошибка в формировании пакета превращается в снятие товара с продажи, и заметно это не сразу.
Как часто имеет смысл опрашивать
Это уже наша сторона, и здесь числа выбираются, а не выдаются площадкой.
| Что | Интервал | Почему так |
|---|---|---|
| Заказы | 15 секунд | заказ должен попасть в 1С до того, как его начнут собирать |
| Остатки | 5 минут | быстрее нет смысла: продажи не идут чаще |
| Поставки FBM | 30 минут | статус меняется медленно |
| Цены | раз в сутки ночью, плюс сразу при изменении | цены меняются событием, а не по расписанию |
Логика простая: частота обмена должна соответствовать скорости, с которой данные реально меняются. Гонять цены каждые пять минут бессмысленно, они неделями стоят на месте. Гонять остатки раз в сутки опасно, они меняются после каждой продажи.
Что происходит при превышении лимита
Площадка отвечает кодом 429, «слишком много запросов». Дальше есть два варианта поведения, и разница между ними принципиальная.
Плохой: повторить запрос сразу. Площадка отвечает тем же 429, счетчик нарушений растет, и в худшем случае ключ временно блокируется.
Рабочий: exponential backoff, то есть повтор с увеличивающейся паузой. Сначала через секунду, потом через две, потом через четыре. Обмен замедляется, но не ломается и не подставляет ключ.
Важная деталь, которую стоит проверить в любом решении для обмена: упирается ли в лимит одна интеграция или все сразу. Если превышение по Ozon останавливает и выгрузку в Wildberries, у вас одна общая очередь на все, и одна проблемная площадка тормозит остальные. У нас очереди разведены, и 429 по одному адаптеру не роняет соседние.
Что из этого следует на практике
Считайте объем до настройки. Число позиций, деленное на лимит площадки, дает число запросов на одну выгрузку. Если получается больше сотни, интервал в пять минут вы физически не выдержите, и надо либо сокращать номенклатуру в обмене, либо разносить выгрузку по группам.
Не выгружайте то, что не продается. Самый дешевый способ ускорить обмен это уменьшить объем. Позиции без остатка и снятые с продажи часто продолжают ездить в каждой выгрузке годами.
Проверьте поведение при 429. Это тот случай, когда неверная реализация не видна, пока все хорошо, и очень заметна в первый же пик продаж.
Как настраивается подключение площадки, с интервалами и разбором ошибок: Как подключить Ozon к 1С.