Файл правок: сохранятся ли остальные товары

Запишите, что должно остаться

В учебном каталоге уже существуют двенадцать товаров F01–F12. Владелец согласовал новые цены только для F02, F07 и F11. Создавать или удалять товары не поручено. В подготовленном файле три строки. Ожидаемый результат: те же двенадцать идентификаторов и три утверждённые цены. Девять товаров вне файла тоже входят в приёмку, хотя редактор прайса их не менял.

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

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

Выясните смысл конкретной загрузки

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

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

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

Не переносите правило между платформами

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

Дополнительный источник Google меняет атрибуты существующих товаров, но не может добавлять или удалять товары.

Shopify не поддерживает массовое удаление товаров через товарный CSV. Это не гарантирует неизменность колонок или вариантов: для них действуют отдельные правила.

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

Примите решение по трём условиям

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

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

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

Сверьте идентичность состава после выполнения

До разрешённого выполнения согласуйте способ получить результат по тому же каталогу и момент проверки. Затем сопоставьте исходные и итоговые ID в обе стороны: что исчезло и что появилось. Равенство общего количества недостаточно. Двенадцать записей могут включать чужую новую позицию вместо одной прежней. Для нашего задания оба списка различий должны быть пустыми.

Отдельно проверьте фактические цены F02, F07 и F11 по утверждённому заданию. Не ставьте отметку «принято» только по отчёту о трёх обработанных строках: он отвечает на более узкий вопрос. Сохраните исходный список, переданный файл, наблюдаемый результат и заключение проверяющего рядом с одним заданием. Если данные ещё недоступны для сверки, результат остаётся неподтверждённым.

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