Менеджер закрыл продажу, но через несколько часов по машине продолжают писать новые покупатели. В CRM автомобиль продан, в файле выгрузки он ещё есть, а на площадке объявление активно. Фраза «статус поменяли» не объясняет, на каком этапе оборвалось обновление. Нужно проверить три разных состояния: что должно публиковаться, что отправлено и что принято площадкой.
Закрытая продажа не равна подтверждённому снятию объявления
Внутренний склад знает результат сделки. Адаптер выбирает автомобили для экспорта, формирует документ и отправляет его получателю. Площадка затем обрабатывает обновление по своим правилам. У каждого перехода есть время и результат; одного поля «опубликовано» недостаточно, если оно означает только создание файла.
На сайте A777AA описана публичная витрина, связанная со складом и продажами. Это не означает, что любая внешняя площадка автоматически получила и приняла обновление. Конкретные внешние подключения, способ снятия и подтверждения нужно проверять по действующему адаптеру и документации получателя.
Сверка начинается с ожидаемого состава
| Слой | Что проверить | Какой вывод допустим |
|---|---|---|
| Склад | Продажа закрыта, ID машины не перепутан | Внутреннее состояние определено |
| Отбор для экспорта | Проданная машина исключена согласованным правилом | Следующая выгрузка должна отличаться |
| Подготовленный файл | Фактический список ID и время снимка | Понятно, что собирались отправить |
| Получатель | Подтверждение обработки и видимое объявление | Можно проверить фактическое снятие |
Правило отбора нужно написать явно. Например, в учебной модели публикуются только автомобили available с включённым флагом show. Reserved, preparing и sold исключены. Это не универсальная политика: автосалон может показывать резерв как отдельное состояние. Важно, чтобы сотрудники и адаптер использовали одну подтверждённую договорённость.
Не меняйте ID при обычном обновлении
Идентификатор экспортируемой машины должен сохранять смысл между запусками. Если он строится из номера строки или текущей цены, очередное изменение способно выглядеть как новый объект. Старое объявление тогда может остаться без понятной связи с обновлением. Используйте устойчивое сопоставление внутренней карточки и идентификатора получателя.
При этом нельзя механически переносить правила одной площадки на другую. Получатель может поддерживать полную замену набора, отдельную команду снятия или иной протокол. Исчезновение ID из очередного файла не всегда означает удаление публикации. Перед изменением выясните, что именно делает ваш формат обмена.
XML без ошибок ещё не означает правильный список машин
Проверка синтаксиса показывает, можно ли разобрать документ по правилам формата. Она не знает, что автомобиль уже продан, сотрудник выключил публикацию или в файле два раза повторён один объект. Поэтому техническую проверку структуры дополняют предметной сверкой состава и условий отбора.
Инструмент ниже принимает упрощённые строки, а не настоящий XML. В первой таблице задаются внутренние ID, состояния и флаг show либо hide. Во второй — ID из подготовленного файла. Он показывает пропущенные ожидаемые машины, лишние известные, неизвестные складу ID и повторы. Ввод не отправляется на площадки и не снимает объявления.
В учебном примере CAR-1 доступен и выбран, CAR-2 продан, CAR-3 готовится, а CAR-4 доступен, но скрыт. В выгрузке указаны CAR-1, CAR-2, неизвестный CAR-X и ещё раз CAR-1. Результат разделит лишнюю проданную машину, неизвестный объект и повтор. Это три разных причины, исправлять их одной кнопкой «пересоздать всё» опасно.
Подтверждение должно относиться к конкретной отправке
Сохраните время снимка, идентификатор задания, контрольную сумму файла и результат приёма, если они доступны в вашем протоколе. Тогда можно отличить сегодняшнюю успешную доставку старого файла от сегодняшней правильной выгрузки. При повторной отправке убедитесь, что более ранний снимок не перезапишет позднее состояние.
Даже успешный ответ загрузчика не всегда означает завершение обработки всех объявлений. Проверьте доступный отчёт получателя и итоговую страницу машины. Если публикация задерживается, сообщите ответственному о расхождении и предусмотренном следующем действии. Не обещайте клиенту мгновенное снятие без подтверждённого основания.
Что испытать перед включением регулярного обмена
- Продажу между двумя запусками и выключение флага публикации.
- Неизвестный и повторный ID в подготовленном наборе.
- Доступную машину, случайно пропущенную при отборе.
- Повтор старого задания после более свежего обновления.
- Отказ получателя и отдельное подтверждение исправленной отправки.
Итоговый контроль полезно строить вокруг расхождений, а не только зелёной отметки «обмен выполнен». Владелец автосалона должен видеть, какие машины ещё рекламируются вопреки согласованному состоянию и кто проверит результат снятия.
Сверить ожидаемые машины и ID подготовленной выгрузки
Учебное правило: экспорт только available + show. Сравнивает строки ID, не разбирает XML и не проверяет принятие площадкой. Отсутствие ID в фиде не доказывает снятия объявления. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.