XML-фид Мегамаркета: пропавшая строка не обнуляет остаток

Если товар закончился, исключить его из очередной XML-выгрузки кажется естественным решением. Но для обновления цен и остатков Мегамаркета это не команда снять товар с продажи. Сначала проверьте, передаёте ли вы изменение явно.

Отсутствующая позиция и нулевой остаток

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

Для снятия товара с продажи по DBS или C&C справка предлагает передать остаток 0. Остатки FBO рассчитываются на складе площадки; этот способ их обновления не предназначен для FBO. Сам XML-фид доступен пока части магазинов.

Найдите место, где исчезает товар

Возьмите конкретную позицию, которая должна перестать продаваться. Зафиксируйте её код продавца, магазин, склад и фактическое доступное количество. Сравнивать нужно один и тот же товар на одном и том же складе.

Проверьте последовательность подготовки выгрузки:

1. Есть ли позиция в исходном наборе учётной системы с остатком 0?
2. Не исключает ли её отбор вида «только товары в наличии»?
3. Попала ли позиция в итоговый XML, который доступен по указанной в кабинете ссылке?
4. Передаётся ли нулевое количество для нужного склада, а не для другого адреса хранения?

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

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

Отделите передачу от обработки

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

В инструкции описаны дата последнего обновления, число товаров и статус обработки рядом с фидом. Система проверяет последний загруженный фид каждые 1–2 часа. При ошибках можно скачать Excel-файл с кодом товара продавца, номером строки и описанием проблемы.

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

Проверьте итог на площадке

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

Для команды полезно зафиксировать два разных правила в регламенте обмена:

• исключение из файла означает отсутствие нового изменения по позиции;
• снятие с продажи по DBS или C&C требует явного нулевого остатка для соответствующего склада.

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