После автозагрузки Авито появилась только часть каталога: как найти расхождение

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

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

Какой каталог должен был появиться?

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

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

Документация Sellzona отдельно описывает выбор складов, правила отбора, подготовку данных и генерацию XML. Это первичный источник о работе данного сервиса; конкретные настройки других интеграций нужно проверять в их документации. Руководство Sellzona.

Крупный план

Посмотрите этап и изменения конкретной позиции

Пример подготовки Sellzona

Окно показывает статус, этап и изменения поля «Остаток» у тестового товара. Это результат своего этапа интеграции, а не подтверждение публикации объявления.

Найдите пропавшую позицию по цепочке

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

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

Как читать результат обработки

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

В документации интеграции Leomik показано, как переходят к завершённому отчёту и рассматривают результаты по объявлениям. Этот пример подтверждает полезность поштучного разбора; он не устанавливает одинаковые статусы, сроки и состав полей для всех кабинетов. Инструкция Leomik по ошибкам автозагрузки.

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

Условный пример: из 120 ожидаемых позиций видны 96

Это учебные числа для объяснения сверки. Команда ожидала 120 предложений, а при просмотре нашла 96. Она не объявляет оставшиеся 24 отклонёнными, пока не сравнит наборы по идентификаторам.

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

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

Как исправлять без потери причины

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

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

Крупный план

Проверьте ранний этап получения исходных товаров

Пример истории процесса

Ошибка относится к получению товаров из источника. До проверки готовых карточек нужно установить, завершился ли этот этап; изображение не является отчётом Авито.

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

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

Достаточно ли сравнить два счётчика?

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

Можно ли сразу снова запустить загрузку?

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

Когда можно считать проблему устранённой?

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