Wildberries 8 октября сообщил об изменении песочницы «Маркетплейс». В запрос создания тестового сборочного задания POST /api/v3/test/dbs/orders/make добавлен параметр deliveryType. Он позволяет создавать тестовые задания моделей DBS в ПВЗ и EDBS. Речь идёт о возможностях тестовой среды, а не об объявлении нового запуска этих моделей для всех продавцов.

Зачем разделять типы доставки при тестировании

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

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

Где особенно вероятны ошибки

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

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

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

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

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

Критерий готовности обновления

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