Интеграция с маркетплейсами: где чаще всего рвётся обмен

Меня зовут Анна, мне 33, шесть лет работаю в учётных системах склада, до этого была кладовщиком. Интеграции с маркетплейсами — это та часть моей работы, которую со стороны не видно совсем. Когда обмен работает, о нём никто не вспоминает. Когда рвётся, первым об этом узнаёт не склад, а покупатель, который не получил заказ.

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

Что вообще передаётся

Упрощённо обмен между складом и площадкой идёт в две стороны.

Направление	Что передаётся	Что будет, если сломается
Площадка → склад	Новые заказы, отмены, изменения	Заказ не собран или собран отменённый
Склад → площадка	Остатки, статусы сборки и отгрузки	Продажа товара, которого нет, или просрочка
Склад → площадка	Данные для этикеток и поставок	Отгрузка не проходит приёмку

Каждая стрелка может порваться, и каждая по-своему. Разберу те места, где у нас рвалось чаще всего.

Место первое: заказ не дошёл до склада

Самый опасный разрыв, потому что его не видно. Заказ оформлен на площадке, а в нашей системе его нет. Никто не собирает то, чего не видит, и вспоминают о заказе, только когда площадка фиксирует просрочку.

Причины бывают разные: временный сбой обмена, заказ с нестандартным товаром, который система не смогла сопоставить, изменение настроек на стороне клиента. Итог один — тишина.

Что я делаю: утром и после обеда сверяю количество заказов на площадке с количеством заказов в нашей системе по каждому клиенту. Не построчно, а просто цифру. Если цифры разошлись, ищу, какого заказа не хватает. Это пять минут, и за год эта сверка поймала у нас несколько пропавших пачек заказов, которые иначе ушли бы в просрочку.

Место второе: товар не сопоставился

У товара на площадке свой идентификатор, у нас свой артикул, у поставщика третий код. Обмен работает, пока между ними есть правильная связь.

Ломается это чаще всего, когда клиент заводит новую карточку или меняет старую. Заказ приходит, а система не понимает, какой товар собирать. В лучшем случае заказ встаёт с ошибкой, в худшем — сопоставляется с похожей позицией, и покупатель получает не тот размер или цвет.

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

Место третье: остатки уходят с задержкой

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

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

Что помогает: держать небольшой буфер по ходовым позициям в распродажи и не выставлять на продажу последние единицы. И второе — следить, чтобы остатки в нашей системе были точными. Если система и полка расходятся, мы честно передаём площадке неверную цифру. Про то, откуда берутся такие расхождения, я писала отдельно.

Место четвёртое: отмена пришла, когда заказ уже собран

Покупатель отменил заказ, отмена ушла в обмен, но комплектовщик уже собрал и упаковал. Если отмену не заметили, заказ уезжает. Потом он возвращается, и мы платим за этот круг дважды.

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

Место пятое: статус не ушёл обратно

Заказ собран и отгружен вовремя, а площадка об этом не знает, потому что статус не передался. Для площадки это просрочка, хотя физически всё сделано.

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

Случай с пропавшими заказами

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

Заметили мы это в субботу утром по той самой сверке количества: у нас по клиенту было заметно меньше заказов, чем обычно в выходной. Проверили площадку — там их было несколько десятков.

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

Что я проверяю каждый день

1. Количество заказов на площадке и у нас по каждому клиенту.
2. Заказы с ошибкой сопоставления — те, что пришли, но не смогли стать заданием на сборку.
3. Отмены за сутки — не ушли ли отменённые заказы в отгрузку.
4. Статусы отгруженных — дошли ли они до площадки.
5. Позиции с нулевым остатком, по которым идут продажи.

Всё вместе занимает около двадцати минут в день. Это дешевле, чем разбирать последствия одного пропущенного разрыва.

Когда у клиента несколько площадок

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

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

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

Что зависит не от склада

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

Частые вопросы

Можно ли полностью доверять автоматическому обмену?

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

Кто должен следить за интеграцией — склад или клиент?

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

Что делать, если заказы перестали приходить в выходной?

Иметь заранее понятный порядок: кто проверяет, кому звонить, можно ли подтянуть заказы вручную. У нас в выходные дежурный смотрит ту же сверку количества утром и в обед. Если разрыв найден, заказы подтягиваем вручную и сообщаем клиенту, не дожидаясь понедельника.

Итог: обмен с маркетплейсами рвётся тихо, и главная задача оператора — замечать это раньше покупателя. Сверка количества заказов, контроль сопоставления, отмен и статусов закрывает большую часть проблем за двадцать минут в день. А точные остатки на своей стороне — это то, без чего никакая интеграция не поможет, потому что она честно передаст площадке ту цифру, которая есть в системе. На этой точности держится и вся обработка заказов.