Тестирование получения нотификаций FBS

Lamoda B2B Platform позволяет протестировать получение нотификаций об изменении статусов заказов и товаров на Demo окружении. Целью данного тестирования является настройка и отладка механизма получения нотификаций.

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

Для проведения тестирования необходимо:

• Предоставить URL адрес для получения нотификаций.
• Добавить IP адрес Lamoda B2B Platform в Whitelist вашего сервиса.
• Предоставить логин и пароль для авторизации по механизму Basic Auth (при необходимости).
• Получить у КАМ подтверждение о настроенной отправке нотификаций.
• Создать такое количество заказов, какое количество сценариев получения нотификаций планируется протестировать. Каждый заказ должен состоять только из двух товаров.
• Каждый созданный заказ на начало тестирования должен быть в статусе "Подтвержден" (Confirmed).

Триггер	Необходимо в рамках тестирования привести заказ и товары, входящие в него, к определенным конечным статусам
Действие	POST /api/v1/orders/{id}/status, где id - номер заказа в Lamoda B2B Platform
Результат	Получены нотификации о каждом промежуточном изменении статуса заказа и товаров, входящих в него, а также конечные статусы

В теле запроса необходимо указать необходимый сценарий изменения статуса заказа {"scenario":"<название сценария
изменения статуса заказа>"}.

Сценарии тестирования для метода доставки LME

Название сценария	Описание сценария
delivered (Доставлен)	Собранный на складе заказ доезжает до транзитного склада, а далее успешно доставляется клиенту
notDelivered (Не доставлен)	Адрес доставки заказа оказался за зоной доставки. Заказ возвращается обратно на склад и больше не будет доставляться клиенту
postponed (Перенесен)	Курьер отправился доставлять заказ клиенту, но клиент по телефону попросил курьера доставить заказ в другой день
failedDelivery (Доставка не удалась)	После трех безуспешных попыток доставить заказ, курьер возвращает его на склад. Заказ больше доставляться не будет
transportIncidence (Не успели доставить)	Курьер отправился доставлять заказ клиенту, но не успел к указанному времени доставки, после чего, клиент отказался от заказа. Заказ возвращается обратно на склад и больше не будет доставляться покупателю
deliveryIncidence (Требует уточнения)	Курьер отправился доставлять заказ клиенту, но не дозвонился до него. Заказ будет доставляться на следующий день (первая попытка доставки)/ необходимо уточнение по новой дате доставки (НЕ первая попытка доставки)
rejectedByCustomer (Не выкуплен)	Клиент отказался от покупки. Заказ возвращается на склад
claimedOk (Принят к возврату)	Клиент вернул товар по причине ненадобности. Товар поступает на склад для проверки качества, в ходе которой не выявляется дефектов. Товар принимается к возврату, осуществляется возврат денежных средств клиенту
partiallyDelivered (Частично выкуплен)	Клиент выкупил только один товар из заказа. В результате: * SKU 1 - не выкуплен, * SKU 2 - доставлен и выкуплен

Сценарии тестирования для метода доставки XDC

Название сценария	Описание сценария
delivered (Доставлен)	Собранный на складе заказ передается в стороннюю курьерскую службу, затем в пункт выдачи, далее клиент забирает заказ из пункта выдачи
rejectedByCustomer (Не выкуплен)	Собранный на складе заказ передается в стороннюю курьерскую службу, курьер везет заказ клиенту. Клиент отказался от покупки. Заказ возвращается на склад
partiallyDeliveredAfterDelivered (Корректировка статуса доставки товара)	Заказ был доставлен сторонней курьерской службой до клиента и курьер по ошибке указал, что выкуплены все товары. После сверки ошибка была исправлена — один из товаров не был выкуплен