В релизе US Marketplace от 15 октября 2026 года Walmart изменил API упрощённых настроек доставки. Обновление касается полей запросов и ответов, поэтому интеграторам нужно проверить сохранение и повторное чтение настроек аккаунта и фулфилмент-центра. Оно не является объявлением нового тарифа или срока перевозки.

Что удалено и добавлено

Из запроса создания настроек аккаунта удалено shippingPriority; это же необязательное поле убрано из перечисленных успешных ответов чтения, создания и обновления аккаунтных настроек. Вместо предположения о прямом переименовании нужно сверить актуальную схему: релиз такой эквивалентности не утверждает.

В конфигурации перевозчиков добавлено необязательное shippingMethod. Поле отражено в запросах создания и обновления аккаунта, обновления фулфилмент-центра и соответствующих ответах. Обновление также добавляет customShippingRuleName для настройки центра и migrateEligibleOffers в запрос обновления аккаунта.

Почему нужен тест чтения после записи

Редакционная рекомендация — проверить цикл на разрешённом тестовом сценарии: получить существующие настройки, сформировать запрос по новой схеме, прочитать результат и сравнить ожидаемые значения. Успешный HTTP-ответ подтверждает обработку запроса, но сам по себе не объясняет, какие параметры сохранились.

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

Обновите обработку ошибок

Walmart перечислил HTTP 400, 401, 403 и 500 для создания аккаунтных настроек. Для чтения, обновления аккаунта и центра дополнительно указан 404. Это изменение описанного контракта; оно не означает, что все ошибки раньше были невозможны.

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

Как принять обновление в работу

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

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