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

Инструкция проверена 11 октября 2026 года по справке Маркета. Это дата проверки, а не объявления новой функции.

Создать контролируемый сценарий

В кабинете откройте «Настройки → API и модули → Тестовый заказ». Добавьте товары, проверьте их доступность, выберите вариант оплаты и доставки, заполните тестовые данные покупателя и отправьте заказ. Для нового магазина предусмотрен тестовый вариант службы доставки.

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

Пройти статусы, не отправляя товар

У тестовой покупки есть специальная отметка; сначала она ожидает подтверждения. Примите заказ в обработку и пройдите предусмотренный сценарий передачи. Физически отправлять товар не нужно. При отмене в процессе заказ получает состояние отменённого.

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

Проверить интеграцию отдельно от кабинета

В API тестовый заказ имеет признак fake=true, а запросы поступают в реальном времени. Сохраните этот признак при передаче между своими системами. Успешное отображение в кабинете ещё не доказывает, что коннектор и складская программа обработали тест правильно.

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

Зафиксировать результат и границы проверки

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

Для другой модели предусмотрен отдельный механизм тестовых LaaS-заказов. Инструкции и методы нельзя переносить между моделями по совпадению слова «тест». Хорошая проверка DBS заканчивается понятным протоколом обработки и отсутствием реальной отгрузки, а не просто созданным номером.