...
Название личного кабинета - должно совпадать с тем, что указано в настройках вашей компании в личном кабинете b2b go, используется для инструкции в письме пользователю о назначении лимита:
OAuth Token - токен для работы с api b2b go, процедура получения описана выше.
Идентификатор клиента- также берется из личного кабинета go
Отправлять ежедневные уведомления по лимиту - при активации этой настройки, пассажир будет один раз в сутки получать сводное информационное письмо, в котором будет написано, сколько лимита у него осталось, а также историю поездок, из которой можно узнать детально о расходовании лимита.
Информационный текст для пользователя при бронировании - кастомизированное для вашей компании предупреждение о том, что пользователь должен делать, если лимит ему не начислился(обычно нужно указать, что надо связаться с Тревел Менеджером и его контактный номер телефона). Отображается на стартовой форме и в письме о назначении лимита.
Частота синхронизации - с какой периодичностью мы переопрашиваем b2b go для того, чтобы выгрузить выполненные заказы по переданному лимиту.
Разрешенное отклонение от дат контейнера - имеет смысл только при использовании совместно с модом "Первичный контейнер командировки" (ModComplexReserveContainer) - в этом случае на стартовой форме можно выбирать не произвольные будущие даты, а только даты в рамках, обозначенных датами контейнера и правилами отклонения от этих дат.
Пошаговое описание бизнес-процесса
Бронирование услуги b2b go похоже на заказ любой другой услуги и работает с модами, меняющими бизнес-процесс тем или иным образом(например, как контейнер командировки или согласование).
Для перехода к началу процесса необходимо выбрать услугу из меню “Бронирование”
...
После этого пользователь попадает на стартовую форму, где он выбирает:
дату начала предоставления лимита(считается с 00:00 по Москве, поэтому следует самостоятельно учитывать отклонения по часовым поясам, например, брать дату с запасом на сутки)
дату окончания предоставления лимита(до 23:59 по Москве)
общую сумму лимита, которую можно будет потратить в командировках
Info |
---|
В будущем планируется реализовать политику по ограничению классов перевозки на основании структурного или структурного-меняемого кода пассажира, это произойдет после пилотирования мода. |
Нажимая кнопку “Перейти к созданию заказа”, мы попадаем на страницу с выбором участников поездки:
...
Для создания заказа необходимы следующие данные по пассажиру:
Info |
---|
Если мы добавляем нескольких пассажиров на этом шаге, то на каждого из них создастся отдельный заказ с одинаковым лимитом на такси, поэтому если нам нужно дать разные лимиты разным участником, нужно провести процесс заказа несколько раз. Это же касается и разных дат лимитов для участников командировки. |
В деталях командировки лимит будет выглядеть таким образом:
...
Note |
---|
Так как данная услуга не привязана к агентству, а только к корпоративному клиенту, то чат заказа недоступен, а также ваш агент не увидит этот заказ в своих очередях на обработку. |
При создании заказа его стоимостью будет величина лимита, при совершении поездок стоимость станет суммой всех отъезженных заказов.
В день активации лимита пользователю приходит уведомление на почту следующего вида:
...
После чего для него открывается возможность оплаты за счет компании в приложении Яндекс.Go:
...
По факту совершения заказов, они будут в указанной в настройках частотой синхронизации обновляться в деталях заказа:
...
При использовании мода "Настраиваемые командировочные документы" (ModTripDocuments) поездки такси также будут попадать в таблицу TransportTable, при этом одной поездке на такси будет соответствовать одна запись в таблице транспортных услуг.
Info |
---|
В дату завершения лимита способ оплаты пропадает из списка доступных в приложении пользователя. |
Дополнительные возможности управления заказом
Принудительная синхронизации
Обновляет список поездок и остаток по лимиту. Следует использовать в том случае, если автоматический таймер по каким-то причинам не сработал, а нам нужно актуализировать заказ в b2b go:
...