Корпоративный блок: различия между версиями

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
(→‎Плательщики)
 
(не показано 75 промежуточных версий 9 участников)
Строка 1: Строка 1:
−
СТАТЬЯ В РАЗРАБОТКЕ
+
[[Категория:Модули]]
 +
[[Категория:Дополнительные модули‎]]
 +
[[Категория:Решения для B2B]]
 +
'''Корпоративный блок''' — компонент системы бронирования билетов онлайн {{NameSystemLink}} для обслуживания корпоративных агентов.
 +
== Назначение ==
 +
Компонент '''«Корпоративный блок»''' покрывает критичные для бизнес-тревел агентств потребности, возникающие в процессе обслуживания корпоративных клиентов. В частности, к ним относятся:
 +
* контроль доступа к балансу компании;
 +
* разделение ролей сотрудников на пользователей, подбирающих рейсы/жд-билеты для сотрудников компании, без права на самостоятельное бронирование, и пользователей-аппруверов, которые обладают правом утверждать выбранные рейсы/жд-билеты или отклонять их;
 +
* управление тревел-политикой корпорации путем заведения критериев подбора рейсов/жд-билетов, которых должны придерживаться сотрудники;
 +
* управление политикой корпорации в отношении разрешений на отгрузку оказываемых услуг (утверждение бронирований).
 +
* инструменты мониторинга и учета таких заказов.
  
−
Компонент '''«Корпоративный блок»''' покрывает критичные для бизнес-тревел агентств потребности, возникающие в процессе обслуживания корпоративных клиентов. С помощью этого компонента можно обеспечить более удобный контроль корпоративных агентств при помощи основных инструментов корпоративного блока, которыми являются: «Плательщики», «Тревел политики», задание личного пин-кода валидатора в целях обеспечения управления доступа к депозиту корпорации.
+
{{Attention| Для подключения модуля «Корпоративный блок» необходимо создать соответствующую заявку в проектном трекере техподдержки {{NameSystem}}. По умолчанию данный модуль не входит в базовую поставку системы.}}
  
−
[[Файл:Typeofcompany.png|справа|thumb|Выбор типа компании]]
+
== Принцип работы модуля ==
−
В дереве пользователей есть отдельный тип компаний – корпоративное агенство, по функционалу не отличается от «Субагента», но есть дополнительные настройки в разделе «Корпоративный блок», которые можно задать только для корпоративного агентства. В разделе «Администрирование» – «Пользователи и группы» можно изменить тип агентства на «Корпоративный клиент».
 
  
−
В личном кабинете доступна фильтрация заказов по типу пользователей сделавших заказ: Физ лицо, сотрудник агенства, субагент, корпоративный клиент.
+
При корректно выполненных настройках процесс оформления заказа от лица корпоративной компании происходит следующим образом:
 +
# Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.
 +
# Ориентируясь на подходящие и не подходящие тревел политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.
 +
# Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пин-кодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически. [[File:approve.png|center]]
 +
# Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение — одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. Также аппрувер имеет право при необходимости сменить выбранного плательщика (если для данной компании заведено более одного плательщика). [[File:approve2.png|center]]
 +
# Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.
 +
# В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с баланса компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, — и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.
 +
[[File:approve3.png|center]]
  
−
=== Плательщики ===
+
== Настройка модуля ==
−
[[Файл:Usertype.png|справа|thumb|Выбор типа пользователя]]Модуль позволяет одному бронирующему профайлу выбрать плательщика на стадии оформления заказа, в последствии оплата через платежный шлюз Счет/Инвойс будет проходить по реквизитам выбранного плательщика.
+
=== Создание корпоративного клиента ===
  
−
В личном кабинете доступна фильтрация по плательщику используемому в заказе.
+
Первый шаг для настройки модуля — это создание самих корпоративных компаний.
 +
Сначала необходимо завести компанию обычным способом, описанным в статье [[Пользователь]].
 +
После подключения модуля администратором {{NameSystem}} на странице настроек '''Аккаунт-менеджмент → Агенты и пользователи → Управление''' в блоке '''«Компании»''' для менеджера корневого агентства появляется дополнительный столбец для выбора типа компании (см. скриншот). По умолчанию создается обычный субагент. В данном столбце можно сменить тип компании на корпоративного клиента — '''уже после создания компании'''.  
  
−
При редактировании платежного шлюза в разделе «Платежки 2.0» в настройка фильтрации можно задать фильтрацию по типу пользователя.
+
[[Файл:Companytype.png|center]]
−
Настройка «Тип клиента»:
 
−
*Любой тип клиента – платежный шлюз будет доступен для всех типов пользователей
 
−
*Физлицо – доступно пользователям не являющимися экспертом или менеджером агентства
 
−
*Сотрудник агенства – доступно экспертам и менеджерам агентства
 
−
*Субагент – доступно любому пользователю субагентства
 
−
*Корпоративный клиент – доступно для любого пользователя корпоративного агентства
 
  
−
=== Тревел политика ===
 
−
[[File:SearchTravel.png|right|350px|300px|thumb|Результаты поиска с отображением тревел политик]]
 
−
[[File:TravelMiksher.png|right|350px|300px|thumb|Настройка постфильтров с тревел политикой]]
 
−
Тревел политикой считается некий набор рекомендованных ограничений и индикаторов, которых должны придерживаться работники корпорации, для которых создается бронирование. Определенный заказ может подходить сразу под несколько тревел политик, принадлежность перелета к тревел политикам отображается на странице с результатами поиска. В разделе с постфильтрами можно настроить фильтрацию по тревел политикам, заказ будет отображаться если он попадает хотя бы под одно выбранное правило.
 
  
−
В личном кабинете доступна фильтрация заказов по тревел политикам, будут отображены заказы подходящие под выбранную тревел политику.
+
'''Корпоративный клиент''' по остальному функционалу не отличается от '''субагента''', ему также будет доступна оплата с баланса компании и прочие возможности для В2В. Но при использовании данного модуля оплата заказов на данный момент возможна только с баланса компании.  
  
−
В разделе '''«Тревел политика»''' для каждого сегмента (авиа, жд, отели) задается уникальный набор тревел политик установленным по различным правилам.  
+
Менеджеру корпоративной компании становятся доступны дополнительные настройки в разделе '''Аккаунт-менеджмент → Корпоративный модуль''', которые можно задать только для корпоративной компании.
  
−
==== Авиа ====
+
=== Выбор типа подтверждения заказа ===
 +
Далее для каждого конкретного корпоративного клиента необходимо задать тип подтверждения бронирования.
 +
# Перейдите в раздел настроек '''Аккаунт-менеджмент → Корпоративный модуль → Настройки'''.
 +
# Система предложит выбрать корпоративного клиента. При этом в дереве выбора пользователей будут доступны только корпоративные клиенты, обычные субагенты отображаться в списке не будут.
 +
# Выберите одно из двух значений настройки {{Setting|Cпособ подтверждения заказа для Авиабилетов}}:
 +
#* '''разрешено бронирование без утверждения''' — это значение настройки выбрано по умолчанию. Сотрудник компании, подбирающий рейсы, сможет совершать реальные брони без оплаты, подтверждение будет запрашиваться только после бронирования. Минус такого варианта в том, что в случае отказа брони будут аннулироваться, что несколько ухудшает показатель book-to-cancel, а также не исключается вероятность создания дублирующих броней. Помимо этого, утверждающее лицо теоретически может заметить запрос на утверждение слишком поздно, когда бронь уже автоматически аннулируется по таймлимиту.
 +
#* '''бронирование только после утверждения''' — сотрудник компании подбирает рейс(-ы), вводит данные пассажиров в заказ и отправляет заказ на утверждение. При этом реальная бронь в GDS не создается и места не замораживаются. Только после получения аппрува последовательно происходят бронирование, оплата и выписка. Недостаток этого способа в том, что если между подбором и утверждением рейса пройдет довольно длительное время, то есть вероятность, что данный перелет уже будет недоступен для бронирования, если места закончатся или а/к отменит рейс. В таком случае придется делать новый поиск и запрашивать утверждение заново.
 +
 
 +
[[Файл:Corpsettings.png|centre]]
 +
 
 +
=== Задание корпоративных правил бронирования ===
 +
 
 +
В этом же разделе настроек ('''Аккаунт-менеджмент → Корпоративный модуль → Настройки''') можно внести специальный текст правил бронирования именно для выбранного корпоративного клиента. Внесенный текст будет отображаться на странице бронирования перелета при нажатии на соответствующую ссылку рядом с чекбоксом '''«''Я ознакомлен и согласен с правилами бронирования, ...''»'''. Данное поле в настройках не является обязательным. По умолчанию, если оно не заполнено, будут отображаться {{Setting|Правила бронирования}} из раздела настроек корневого агентства '''Управление сайтом → Домены и протоколы → Правила бронирования'''.
 +
 
 +
=== Создание плательщиков ===
 +
 
 +
Отправить заказ на утверждение невозможно без выбора плательщика. Плательщик обозначает юридическое лицо внутри корпоративной компании, от чьего имени будет производиться оплата выбранного перелета. Зачастую корпоративная компания может быть представлена несколькими юридическими лицами. Модуль «Корпоративный блок» позволяет создать в рамках одной корпоративной компании несколько учетных записей плательщиков с разными платежными реквизитами. На этапе отправки запроса на утверждение заказа сотрудник, подбирающий рейс, должен выбрать '''одного плательщика''', поэтому для каждого корпоративного клиента должен быть заранее задан хотя бы один плательщик.
  
 +
В рамках системы {{NameSystem}} плательщик — это не отдельная компания, а совокупность определенных реквизитов (параметров), объединенная одним названием.
  
−
=== Личный пин-код валидатор ===
+
<!--Модуль позволяет одному бронирующему профайлу выбрать плательщика на стадии оформления заказа, в последствии оплата через платежный шлюз Счет/Инвойс будет проходить по реквизитам выбранного плательщика. НЕПРАВДА, Я ПРОВЕРЯЛА!-->
−
В целях управления доступом к депозиту корпорации был добавлен инструмент «Пин-код», который находится в разделе «Корпоративный блок». При оформлении заказа пользователю у которого нет прав, совершить ответственное действие (произвести оплату кредитом корпорации), будет предложено запросить у другого пользователя из своей корпорации одобрения своего заказа. Для упорядочения подтверждения в системе считается, что подтверждение могут дать только те пользователи, у которых есть свой пин-код(при условии, что сумма «разрешительного» лимита на данный пин-код больше суммы заказа). Подтверждение требуется только в случае если нет прав на оплату с помощью кредита корпорации, но если будет использован другой стандартный способ оплаты разрешенный в Немо, то подтверждения не потребуется.  
+
Чтобы создать плательщика:
 +
# Перейдите в раздел '''Аккаунт-менеджмент → Корпоративный модуль → Плательщики'''.
 +
# Нажмите '''Создать новую запись.''' Система предложит заполнить список параметров, который почти полностью совпадает со списком банковских реквизитов компании/агентства в разделе '''Финансы и платежи → Банковские реквизиты''':
 +
#* Официальное название — обязательное поле. Все нижеследующие поля не обязательны для заполнения.
 +
#* Название плательщика
 +
#* Адрес электронной почты
 +
#* Телефон агентства
 +
#* Номер контракта
 +
#* Дата контракта
 +
#* Получатель
 +
#* ИНН
 +
#* КПП
 +
#* Счет получателя
 +
#* Банк
 +
#* БИК
 +
#* Счет банка получателя
 +
#* ОКПО
 +
#* ОКВЭД
 +
#* ФИО руководителя
 +
#* Должность руководителя
 +
#* ФИО бухгалтера
 +
#* Должность бухгалтера
 +
#* Факс
 +
# Нажмите '''Сохранить'''.
 +
# При необходимости повторите для нового плательщика.
  
−
Пользователь обладающий пин-кодом, получив почтовую нотификацию о том, что требуется утвердить заказ (шаблон этого сообщения настраивается в разделе «Заказы» – «Шаблоны электронных сообщений» – «Требуется утверждение заказа»), перейдет на странице с данными о заказе, где он сможет ввести свой пин-код и подтвердить/отклонить заказ. По результатам подтверждения формируется нотификация (шаблон этого сообщения настраивается в разделе «Заказы» – «Шаблоны электронных сообщений» – «Утверждение заказа получено») для учетной записи, сделавшей заказ. Для продолжения бронирования заказа, пользователю запросившему подтверждение, нужно будет ввести произвольно генерируемый системой код из 9 цифр, связанный с этим заказом (шаблон нотификации с результатами подтверждения можно настроить таким образом, что бы код, необходимый для продолжения бронирования, приходил в почтовом уведомлении). И ему становятся доступны действия, только на этот заказ. Если за время подтверждения данные поиска устарели, места уже заняты, изменилась цена, то подтверждение необходимо запросить заново.
+
Созданных плательщиков можно удалять, также можно восстановить удаленных плательщиков.
  
−
В личном кабинете можно настроить фильтрацию таким образом, что бы отображались заказы которые уже получили подтверждение или еще только ожидают подтверждения. Все пользователи обладающие пин-кодом могут утвердить заказ находящийся в очереди на подтверждение.
+
[[Файл:payers.png|center]]
  
−
В разделе '''«Корпоративный блок» – «Пин-коды» – «Коды»''' для конкретного пользователя создается пин-код (один пин-код для пользователя) с допустимой максимальной суммой заказа.  
+
=== Создание тревел политик ===
 +
[[File:Wursttyles.png|right|350px|300px|thumb|Отображение тревел политик на выдаче плиткой]]
 +
[[File:Wurstlist.png|right|350px|300px|thumb|Отображение тревел политик на выдаче списком]]
 +
[[File:Wurstfilters.png|right|76px|123px|thumb|Пост-фильтр на выдаче]]
 +
[[File:Checkout.png|right|thumb|Отображение тревел политик на странице заказа]]
 +
Тревел политикой считается некий набор рекомендованных правил и фильтров, которых должны придерживаться работники корпорации, для которой создается бронирование. Определенный заказ может подходить сразу под несколько тревел политик, принадлежность перелета к тревел политикам отображается на странице с результатами поиска. В разделе постфильтров можно отфильтровать перелеты по тревел политикам. Фильтр '''Тревел политики''' будет отображаться в том случае, если для результатов конкретного поиска есть хотя бы две подходящие тревел-политики. То есть, если ни один перелет не подходит ни под одну заведенную тревел-политику, или если все перелеты удовлетворяют только одной тревел-политике, постфильтр не отображается. Если заказ не подходит ни под одну тревел политику, то его все равно можно отправить на утверждение, т.к. тревел политика носит лишь рекомендательный, а не запрещающий характер.
  
−
В разделе '''«Корпоративный блок» – «Пин-коды» – «Операции»''' расположена таблица в которой можно просмотреть все операции связанные с пин-кодом (Имя пользователя, номер заказа, 9-значный код для подтверждения, время создания операции, был ли использовать 9-знычный код, ссылка на логи с применением)
+
В разделе '''Аккаунт-менеджмент → Корпоративный модуль → Тревел политики''' для каждого компонента (авиа, жд) задается уникальный набор тревел политик, установленных по различным правилам.
  
−
== Настройки ==
 
−
=== Плательщики ===
 
−
Настройка модуля происходит в разделе '''«Корпоративный блок» – «Плательщики»''', где создается новая запись с данными о депозите.
 
−
=== Тревел политика ===
 
 
==== Авиа ====
 
==== Авиа ====
−
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
+
 
−
Описание правил для Авиа тревел политик
+
Описание правил для настройки тревел политики для компонента '''Авиабилеты'''.
−
<div class="mw-collapsible-content">
+
 
−
{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
+
{| border="1" class="wikitable mw-collapsible mw-collapsed"
 +
! Название параметра !! Описание параметра
 
|-
 
|-
−
! Название правила
+
| Название правила
−
! Описание правила
+
| Название тревел-политики в свободной форме. Реализована мультиязычность: можно настроить свое название для каждого языка, используемого на сайте.
 
|-
 
|-
 
|Города/аэропорты вылета
 
|Города/аэропорты вылета
−
|Правило будет применено к заказам с вылетами из указанных городов/аэропортов
+
|Правило будет применено к перелетам с вылетами из указанных городов/аэропортов.
 
|-
 
|-
 
|Города/аэропорты прилета
 
|Города/аэропорты прилета
−
|Правило будет применено к заказам с прилетом в указанные города/аэропорты
+
|Правило будет применено к перелетам с прилетом в указанные города/аэропорты.
 
|-
 
|-
 
|Страны вылета
 
|Страны вылета
−
|Список стран для вылета, к которым будет применено правило
+
|Список стран для вылета, к которым будет применено правило.
 
|-
 
|-
 
|Страны назначения
 
|Страны назначения
Строка 70: Строка 121:
 
|-
 
|-
 
|Географические зоны перелета (весь перелет не должен выходить за пределы одной или нескольких из указанных зон)
 
|Географические зоны перелета (весь перелет не должен выходить за пределы одной или нескольких из указанных зон)
−
|Выбранные зоны в пределах которых будет проходить весь перелет, если не выбрать хотя бы одну зону, то правило будет применимо ко всем зонам.
+
|Выбранные зоны, в пределах которых будет проходить весь перелет. Если ни одна зона не выбрана, то правило будет применимо ко всем зонам.
 
|-
 
|-
 
|Верхняя планка цены
 
|Верхняя планка цены
−
|Правило будет применено к заказам с ценой не выше указанной, значение указывается в валюте.  
+
|Правило будет применено к перелетам с итоговой ценой не выше указанной, значение указывается в валюте агентства.  
 
|-
 
|-
 
|Максимальная разбежка с минимальной ценой
 
|Максимальная разбежка с минимальной ценой
−
|Цена заказа не может быть больше минимальной цены на указанное значение(проценты или точное значение в валюте)
+
|Если данный параметр задан, то тревел политика будет считаться подходящей для перелета даже в том случае, если его цена превышает значение предыдущей настройки (Верхняя планка цены), но не более чем на указанную здесь величину. Т.е. можно задать так называемую максимальную разбежку (толерантность) — в процентах или в валюте.
 
|-
 
|-
 
|Класс обслуживания
 
|Класс обслуживания
−
|Можно выбрать классы обслуживания для данного правила: эконом-класс, бизнес-класс, первый-класс.
+
|Можно выбрать классы обслуживания для данного правила: эконом, бизнес, первый.
 
|-
 
|-
 
|Допустимые перевозчики (интерлайны) любого сегмента
 
|Допустимые перевозчики (интерлайны) любого сегмента
−
|Список авиакомпаний доступных для этой тревел политики.
+
|Список маркетинговых авиакомпаний, допустимых для этой тревел политики.
 
|-
 
|-
 
|Только прямые перелеты
 
|Только прямые перелеты
−
|Прямой, любой (по умолчанию любой)
+
|Прямой или любой (по умолчанию любой).
 
|-
 
|-
 
|Тарифы
 
|Тарифы
−
|Можно задать коды тарифов через запятую  
+
|Можно задать коды тарифов через запятую.
 
|-
 
|-
 
|Допустимые классы бронирования
 
|Допустимые классы бронирования
−
|Коды допустимых классов бронирования
+
|Коды допустимых классов бронирования.
 
|}
 
|}
  
−
</div>
+
==== ЖД ====
−
</div>
+
 
 +
Описание правил для настройки тревел политики '''ЖД''' компонента.
 +
 
 +
{| border="1" class="wikitable mw-collapsible mw-collapsed"
 +
! Название правила !! Описание правила
 +
|-
 +
|Отправление
 +
|Правило будет применено к заказам с отправлением из указанного города/станции
 +
|-
 +
|Прибытие
 +
|Правило будет применено к заказам с прибытием в указанные город/станцию
 +
|-
 +
|Класс обслуживания
 +
|Список типов вагонов, к которым будет применено правило
 +
|-
 +
|Верхняя планка цены
 +
|Правило будет применено к заказам с ценой не выше указанной, значение указывается в валюте.
 +
|-
 +
|Максимальная разбежка с минимальной ценой
 +
|Цена заказа не может быть больше минимальной цены на указанное значение(проценты или точное значение в валюте)
 +
|}
 +
 
 +
=== Создание ролей аппруверов и генерация пин-кодов ===
 +
 
 +
В целях управления доступом к балансу компании был реализован механизм генерации пин-кодов для пользователей-аппруверов.
 +
 
 +
Сотрудник корпорации, подбирающий рейсы, по умолчанию не может выписать билеты без разрешения ответственного за это сотрудника. При оформлении заказа (до бронирования или после, в зависимости от того, какой тип утверждения задан в настройках) он должен отправить запрос на утверждение вышестоящему лицу (аппруверу). Для упорядочения процесса подтверждения в системе считается, что подтверждение могут дать только те пользователи, у которых есть свой пин-код (при условии, что сумма «разрешительного» лимита на данный пин-код больше суммы заказа). Пользователей с правом утверждения в рамках каждой корпорации может быть несколько.
 +
 
 +
{{Attention|Забронировать и выписать заказ в системе без подтверждения может только менеджер главного агентства.}}
 +
 
 +
Если пользователь, подбирающий рейсы, выбрал аппрувера, максимальный лимит пин-кода которого меньше стоимости выбранного перелета, то пользователю будет показано сообщение об ошибке. В таком случае можно выбрать другое утверждающее лицо (если такое есть). Если же стоимость выбранного перелета превышает максимальный лимит всех имеющихся аппруверов, такой перелет на утверждение отправить нельзя.
 +
 
 +
Для того чтобы создать роль аппрувера и присвоить ему личный пин-код:
 +
# Зайдите в раздел настроек '''Аккаунт-менеджмент → Корпоративный модуль → Пин-коды → Коды.'''
 +
# Выберите корпоративную компанию.
 +
# Нажмите кнопку '''Создать новую запись'''.
 +
# Выберите '''Владельца пин-кода''' в предложенном списке пользователей.
 +
# В поле '''Ограничение на максимальную сумму заказа для подтверждения''' задайте сумму в валюте агентства.
 +
# Нажмите '''Сохранить'''.
 +
 
 +
В результате система автоматически сгенерирует уникальный постоянный пин-код для данного пользователя.<br/>
 +
{{Attention|Пин-коды аппруверов отображаются только в настройках менеджера корневого агентства, для менеджеров корпоративных компаний данный раздел настроек недоступен. Соответственно передачу пин-кодов корпоративным клиентам должен осуществить сам менеджер корневого агентства.}}
 +
 
 +
У каждого аппрувера может быть только один активный пин-код. При попытке создать второй пин-код для того же пользователя появится сообщение об ошибке: '''Для данного пользователя пин-код уже сохранен.''' Менеджер корневого агентства может временно заблокировать тот или иной пин-код (нажав на кнопку '''Нет''' в столбце '''Заблокирован'''), или же удалить его безвозвратно (нажав на кнопку '''Нет''' в столбце '''Удален'''). Если пин-код удален, аппрувер больше не сможет им воспользоваться, пока не будет создан новый пин-код. Данные о всех созданных пин-кодах (в том числе удаленных) хранятся в системе и отображаются в таблице (см. скриншот ниже).
 +
 
 +
[[Файл:pincodes.png|center]]
 +
 
 +
Помимо вышеперечисленных действий таблица позволяет увидеть дату создания каждого пин-кода и перейти в раздел логов для просмотра лога создания данного пин-кода (ссылка '''лог''' в столбце '''Дата создания'''), а также детально просмотреть все операции по каждому пин-коду (ссылка '''Операции''' в одноименном столбце). <br/>
 +
При переходе по ссылке Операции из таблицы всех пин-кодов менеджер попадет на отдельную таблицу действий по выбранному пин-коду, которая также доступна из настроек по пути '''Аккаунт-менеджмент → Корпоративный модуль → Пин-коды → Операции'''.
 +
 
 +
[[Файл:operations.png|center]]
 +
 
 +
Здесь в каждой строчке отображаются следующие данные:
 +
* пользователь — владелец пин-кода
 +
* номер заказа, по которому было запрошено утверждение
 +
* одноразовый девятизначный пин-код, который был сгенерирован после утверждения заказа аппрувером
 +
* время создания одноразового пин-кода (равносильно времени утверждения заказа)
 +
* был ли использован данный пин-код после утверждения
 +
* ссылка на логи бронирования/выписки заказа — в том случае, если пин-код был использован
 +
 
 +
=== Настройка шаблонов нотификаций по заказам ===
 +
 
 +
Для оперативного уведомления пользователей-аппруверов о заказах, требующих утверждения, необходимо настроить шаблоны соответствующих писем. Шаблоны настраиваются в разделе '''Настройки системы → Нотификации → Шаблоны электронных писем.''' Для корпоративного модуля доступны три шаблона, а именно:
 +
* '''Требуется утверждение заказа''' — отправляется на почту, указанную в профиле пользователя-аппрувера, после отправки заявки на утверждение. Из специфических переменных: <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%TRAVEL_POLICIES_AVAIBLE%</syntaxhighlight> — подходящие тревел политики и <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%TRAVEL_POLICIES_UNAVAIBLE%</syntaxhighlight> — неподходящие тревел политики. Общий список поддерживаемых переменных доступен по клику на значок '''%'''.
 +
* '''Утверждение заказа получено''' — отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае положительного ответа. {{Attention|В данный шаблон обязательно надо добавить переменную <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%NEW_GENERATED_PINCODE%</syntaxhighlight>, которая отвечает за вывод одноразового пин-кода в письме, т.к. корпоративный клиент больше нигде данный пин-код не сможет увидеть.}}
 +
* '''В утверждении заказа отказано''' — отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае отрицательного ответа.
 +
 
 +
== Календарь командировок ==
 +
[[Файл:Календарь командировок.png|650px|thumb|right|Календарь командировок]]
 +
В данном календаре отображаются заказы, находящиеся в статусе '''Забронирован/Оплачен''', что позволяет как менеджеру агентства, так и корпоративному агенту отслеживать заказы корпоративных клиентов в режиме календаря.
 +
Данный календарь находится в разделе настроек '''Аккаунт-менеджмент → Корпоративный модуль → Календарь командировок'''.
 +
 
 +
Для каждого заказа на календарной сетке отображаются следующие данные:
 +
* компонент (ЖД или Авиабилеты)
 +
* пункты отправления-прибытия (пример: DME — KBP; Челябинск — Петропавловск);
 +
* ФИО пассажира(-ов), на которого(-ых) забронирован заказ. По клику на имя пассажира можно быстро перейти на страницу самого заказа.
 +
* количество заказов на конкретную дату (цифрами в скобках).
 +
Доступна навигация по месяцу и году.
 +
 
 +
<!--В информации о «Произвольном заказе» отображается только ФИО пассажира.-->
 +
{{Attention| Заказы в статусе '''Отложен/Выписан/Аннулирован''' в календаре отображаться не будут.}}
 +
 
 +
== Мониторинг корпоративных заказов в личном кабинете ==
 +
 
 +
[[Файл:Middleoffice.png|right|thumb|Дополнительный фильтры]]
 +
[[Файл:columns.png|right|thumb|Дополнительные столбцы]]
 +
 
 +
[[Личный кабинет]] также располагает всеми возможностями, необходимыми для удобного отслеживания и работы с заказами корпоративных компаний. После подключения модуля в списке фильтров личного кабинета становятся доступны дополнительные фильтры (см. скриншот):
 +
* '''Плательщик''' — после выбора конкретной корпоративной компании в списке будут доступны все плательщики данной компании.
 +
* '''Статус утверждения''' — возможные варианты:
 +
** Любой статус утверждения
 +
** Утверждение не требуется
 +
** Утверждение не использовано
 +
** Требуется утверждение
 +
** Утверждение получено
 +
** Утверждение использовано
 +
** Отказано
 +
** Частично отказано
 +
* '''Тревел политика''' — после выбора конкретной корпоративной компании в списке будут доступны все тревел политики данной компании.
 +
* '''Без тревел политик'''
 +
 
 +
В настройке вывода столбцов можно включить отображение дополнительных колонок: '''Плательщик, Статус утверждения, Тревел политика, Согласующее лицо, Тип клиента'''.
 +
 
 +
Подробнее с возможностями личного кабинета можно ознакомиться в [[Личный кабинет|соответствующей статье]].
 +
 
 +
<!--== Произвольные заказы ==
 +
Произвольный заказ предназначен решать проблему ввода в систему данных о заказах, сделанных в оффлайн(без взаимодействия с внешними системами) на абсолютно любые произвольные товары и услуги, которые могут понадобиться корпоративному агентству в процессе обслуживания клиента.
 +
 
 +
Все произвольные заказы доступны для просмотра в личном кабинете для экспертов и менеджера корпоративного агентства.
 +
'''Корпоративный блок → Произвольные заказы''' в этом разделе находится таблица с созданными заказами. Создать произвольный заказ может только менеджер корпоративного агентства.
 +
Доступные действия с произвольным заказом:
 +
 
 +
* Аннуляция — аннулирование созданного заказа
 +
* Оплата — оплата заказа с помощью выбранных платежных шлюзов и выбранных плательщиков если оплата проводится через платежный шлюз «Баланс компании»
 +
* Выписать — выписка заказа, с выдачей документа, который настраивается в разделе '''«Заказы» – «Документы» – «Ваучер для произвольного заказа»'''
 +
Описанные выше действия доступны экспертам и менеджеру корпоративного агентства
 +
Аннуляцию оплаченного заказа может провести только менеджер главного агентства.
 +
 
 +
При создании заказа необходимо заполнить поля:
 +
* Плательщик — в этом поле из предложенных вариантов необходимо выбрать плательщика, который будет использоваться при оплате методом «Баланс компании», плательщики создаются в разделе '''«Корпоративный блок» – «Плательщики»'''.
 +
* Тип — из предложенных вариантов необходимо выбрать тип услуги, для выбора доступно: авиабилеты, отели, жд билеты, произвольный.
 +
* Дата начала услуги — дата начала действия создаваемого заказа
 +
* Дата конца услуги — дата окончания действия создаваемого заказа
 +
* Сегменты — в этом поле можно самостоятельно внести информацию о сегментах
 +
* Поставщик — в этом поле можно самостоятельно записать поставщика услуги
 +
* Комментарий — поле для комментария к заказу
 +
* Количество сегментов — можно самостоятельно выбрать количество сегментов
 +
* Доступные методы оплаты — нужно выбрать платежный шлюзы, которые будут доступны для оплаты заказа
 +
* Цена нетто — цена заказа без сборов
 +
* К оплате клиентом — общая стоимость, которую должен будет оплатить клиент
 +
* Статус заказа — изначально нужно выбрать один из двух статусов «Забронирован» или «Отложен»
 +
* Добавить пассажира — кнопка добавляет поля, в которые заносится информация о пассажире
 +
* Удалить пассажира — кнопка удаляющая последний блок с пассажиром
  
−
=== Пинкод ===
+
После того как заказ был создан, остается возможность изменить внесенные данные, перейдя по соответствующей ссылке в таблице с заказами.-->
−
==== Коды ====
+
== См. также ==
−
==== Операции ====
+
* [[Личный кабинет]]
 +
* [[Баланс компаний]]
 +
* [[Нотификация]]

Текущая версия на 15:21, 21 июня 2019

Корпоративный блок — компонент системы бронирования билетов онлайн Nemo.travel для обслуживания корпоративных агентов.

Назначение

Компонент «Корпоративный блок» покрывает критичные для бизнес-тревел агентств потребности, возникающие в процессе обслуживания корпоративных клиентов. В частности, к ним относятся:

  • контроль доступа к балансу компании;
  • разделение ролей сотрудников на пользователей, подбирающих рейсы/жд-билеты для сотрудников компании, без права на самостоятельное бронирование, и пользователей-аппруверов, которые обладают правом утверждать выбранные рейсы/жд-билеты или отклонять их;
  • управление тревел-политикой корпорации путем заведения критериев подбора рейсов/жд-билетов, которых должны придерживаться сотрудники;
  • управление политикой корпорации в отношении разрешений на отгрузку оказываемых услуг (утверждение бронирований).
  • инструменты мониторинга и учета таких заказов.

Внимание! Для подключения модуля «Корпоративный блок» необходимо создать соответствующую заявку в проектном трекере техподдержки Nemo.Travel. По умолчанию данный модуль не входит в базовую поставку системы.

Принцип работы модуля

При корректно выполненных настройках процесс оформления заказа от лица корпоративной компании происходит следующим образом:

  1. Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.
  2. Ориентируясь на подходящие и не подходящие тревел политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.
  3. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пин-кодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически.
    Approve.png
  4. Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение — одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. Также аппрувер имеет право при необходимости сменить выбранного плательщика (если для данной компании заведено более одного плательщика).
    Approve2.png
  5. Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.
  6. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с баланса компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, — и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.
Approve3.png

Настройка модуля

Создание корпоративного клиента

Первый шаг для настройки модуля — это создание самих корпоративных компаний. Сначала необходимо завести компанию обычным способом, описанным в статье Пользователь. После подключения модуля администратором Nemo.Travel на странице настроек Аккаунт-менеджмент → Агенты и пользователи → Управление в блоке «Компании» для менеджера корневого агентства появляется дополнительный столбец для выбора типа компании (см. скриншот). По умолчанию создается обычный субагент. В данном столбце можно сменить тип компании на корпоративного клиента — уже после создания компании.

Companytype.png


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

Менеджеру корпоративной компании становятся доступны дополнительные настройки в разделе Аккаунт-менеджмент → Корпоративный модуль, которые можно задать только для корпоративной компании.

Выбор типа подтверждения заказа

Далее для каждого конкретного корпоративного клиента необходимо задать тип подтверждения бронирования.

  1. Перейдите в раздел настроек Аккаунт-менеджмент → Корпоративный модуль → Настройки.
  2. Система предложит выбрать корпоративного клиента. При этом в дереве выбора пользователей будут доступны только корпоративные клиенты, обычные субагенты отображаться в списке не будут.
  3. Выберите одно из двух значений настройки Cпособ подтверждения заказа для Авиабилетов:
    • разрешено бронирование без утверждения — это значение настройки выбрано по умолчанию. Сотрудник компании, подбирающий рейсы, сможет совершать реальные брони без оплаты, подтверждение будет запрашиваться только после бронирования. Минус такого варианта в том, что в случае отказа брони будут аннулироваться, что несколько ухудшает показатель book-to-cancel, а также не исключается вероятность создания дублирующих броней. Помимо этого, утверждающее лицо теоретически может заметить запрос на утверждение слишком поздно, когда бронь уже автоматически аннулируется по таймлимиту.
    • бронирование только после утверждения — сотрудник компании подбирает рейс(-ы), вводит данные пассажиров в заказ и отправляет заказ на утверждение. При этом реальная бронь в GDS не создается и места не замораживаются. Только после получения аппрува последовательно происходят бронирование, оплата и выписка. Недостаток этого способа в том, что если между подбором и утверждением рейса пройдет довольно длительное время, то есть вероятность, что данный перелет уже будет недоступен для бронирования, если места закончатся или а/к отменит рейс. В таком случае придется делать новый поиск и запрашивать утверждение заново.
Corpsettings.png

Задание корпоративных правил бронирования

В этом же разделе настроек (Аккаунт-менеджмент → Корпоративный модуль → Настройки) можно внести специальный текст правил бронирования именно для выбранного корпоративного клиента. Внесенный текст будет отображаться на странице бронирования перелета при нажатии на соответствующую ссылку рядом с чекбоксом «Я ознакомлен и согласен с правилами бронирования, ...». Данное поле в настройках не является обязательным. По умолчанию, если оно не заполнено, будут отображаться Правила бронирования из раздела настроек корневого агентства Управление сайтом → Домены и протоколы → Правила бронирования.

Создание плательщиков

Отправить заказ на утверждение невозможно без выбора плательщика. Плательщик обозначает юридическое лицо внутри корпоративной компании, от чьего имени будет производиться оплата выбранного перелета. Зачастую корпоративная компания может быть представлена несколькими юридическими лицами. Модуль «Корпоративный блок» позволяет создать в рамках одной корпоративной компании несколько учетных записей плательщиков с разными платежными реквизитами. На этапе отправки запроса на утверждение заказа сотрудник, подбирающий рейс, должен выбрать одного плательщика, поэтому для каждого корпоративного клиента должен быть заранее задан хотя бы один плательщик.

В рамках системы Nemo.Travel плательщик — это не отдельная компания, а совокупность определенных реквизитов (параметров), объединенная одним названием.

Чтобы создать плательщика:

  1. Перейдите в раздел Аккаунт-менеджмент → Корпоративный модуль → Плательщики.
  2. Нажмите Создать новую запись. Система предложит заполнить список параметров, который почти полностью совпадает со списком банковских реквизитов компании/агентства в разделе Финансы и платежи → Банковские реквизиты:
    • Официальное название — обязательное поле. Все нижеследующие поля не обязательны для заполнения.
    • Название плательщика
    • Адрес электронной почты
    • Телефон агентства
    • Номер контракта
    • Дата контракта
    • Получатель
    • ИНН
    • КПП
    • Счет получателя
    • Банк
    • БИК
    • Счет банка получателя
    • ОКПО
    • ОКВЭД
    • ФИО руководителя
    • Должность руководителя
    • ФИО бухгалтера
    • Должность бухгалтера
    • Факс
  3. Нажмите Сохранить.
  4. При необходимости повторите для нового плательщика.

Созданных плательщиков можно удалять, также можно восстановить удаленных плательщиков.

Payers.png

Создание тревел политик

Отображение тревел политик на выдаче плиткой
Отображение тревел политик на выдаче списком
Пост-фильтр на выдаче
Отображение тревел политик на странице заказа

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

В разделе Аккаунт-менеджмент → Корпоративный модуль → Тревел политики для каждого компонента (авиа, жд) задается уникальный набор тревел политик, установленных по различным правилам.

Авиа

Описание правил для настройки тревел политики для компонента Авиабилеты.

Название параметра Описание параметра
Название правила Название тревел-политики в свободной форме. Реализована мультиязычность: можно настроить свое название для каждого языка, используемого на сайте.
Города/аэропорты вылета Правило будет применено к перелетам с вылетами из указанных городов/аэропортов.
Города/аэропорты прилета Правило будет применено к перелетам с прилетом в указанные города/аэропорты.
Страны вылета Список стран для вылета, к которым будет применено правило.
Страны назначения Список стран для конечной точки перелета, к которым будет применено правило
Географические зоны перелета (весь перелет не должен выходить за пределы одной или нескольких из указанных зон) Выбранные зоны, в пределах которых будет проходить весь перелет. Если ни одна зона не выбрана, то правило будет применимо ко всем зонам.
Верхняя планка цены Правило будет применено к перелетам с итоговой ценой не выше указанной, значение указывается в валюте агентства.
Максимальная разбежка с минимальной ценой Если данный параметр задан, то тревел политика будет считаться подходящей для перелета даже в том случае, если его цена превышает значение предыдущей настройки (Верхняя планка цены), но не более чем на указанную здесь величину. Т.е. можно задать так называемую максимальную разбежку (толерантность) — в процентах или в валюте.
Класс обслуживания Можно выбрать классы обслуживания для данного правила: эконом, бизнес, первый.
Допустимые перевозчики (интерлайны) любого сегмента Список маркетинговых авиакомпаний, допустимых для этой тревел политики.
Только прямые перелеты Прямой или любой (по умолчанию любой).
Тарифы Можно задать коды тарифов через запятую.
Допустимые классы бронирования Коды допустимых классов бронирования.

ЖД

Описание правил для настройки тревел политики ЖД компонента.

Название правила Описание правила
Отправление Правило будет применено к заказам с отправлением из указанного города/станции
Прибытие Правило будет применено к заказам с прибытием в указанные город/станцию
Класс обслуживания Список типов вагонов, к которым будет применено правило
Верхняя планка цены Правило будет применено к заказам с ценой не выше указанной, значение указывается в валюте.
Максимальная разбежка с минимальной ценой Цена заказа не может быть больше минимальной цены на указанное значение(проценты или точное значение в валюте)

Создание ролей аппруверов и генерация пин-кодов

В целях управления доступом к балансу компании был реализован механизм генерации пин-кодов для пользователей-аппруверов.

Сотрудник корпорации, подбирающий рейсы, по умолчанию не может выписать билеты без разрешения ответственного за это сотрудника. При оформлении заказа (до бронирования или после, в зависимости от того, какой тип утверждения задан в настройках) он должен отправить запрос на утверждение вышестоящему лицу (аппруверу). Для упорядочения процесса подтверждения в системе считается, что подтверждение могут дать только те пользователи, у которых есть свой пин-код (при условии, что сумма «разрешительного» лимита на данный пин-код больше суммы заказа). Пользователей с правом утверждения в рамках каждой корпорации может быть несколько.

Внимание! Забронировать и выписать заказ в системе без подтверждения может только менеджер главного агентства.

Если пользователь, подбирающий рейсы, выбрал аппрувера, максимальный лимит пин-кода которого меньше стоимости выбранного перелета, то пользователю будет показано сообщение об ошибке. В таком случае можно выбрать другое утверждающее лицо (если такое есть). Если же стоимость выбранного перелета превышает максимальный лимит всех имеющихся аппруверов, такой перелет на утверждение отправить нельзя.

Для того чтобы создать роль аппрувера и присвоить ему личный пин-код:

  1. Зайдите в раздел настроек Аккаунт-менеджмент → Корпоративный модуль → Пин-коды → Коды.
  2. Выберите корпоративную компанию.
  3. Нажмите кнопку Создать новую запись.
  4. Выберите Владельца пин-кода в предложенном списке пользователей.
  5. В поле Ограничение на максимальную сумму заказа для подтверждения задайте сумму в валюте агентства.
  6. Нажмите Сохранить.

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

У каждого аппрувера может быть только один активный пин-код. При попытке создать второй пин-код для того же пользователя появится сообщение об ошибке: Для данного пользователя пин-код уже сохранен. Менеджер корневого агентства может временно заблокировать тот или иной пин-код (нажав на кнопку Нет в столбце Заблокирован), или же удалить его безвозвратно (нажав на кнопку Нет в столбце Удален). Если пин-код удален, аппрувер больше не сможет им воспользоваться, пока не будет создан новый пин-код. Данные о всех созданных пин-кодах (в том числе удаленных) хранятся в системе и отображаются в таблице (см. скриншот ниже).

Pincodes.png

Помимо вышеперечисленных действий таблица позволяет увидеть дату создания каждого пин-кода и перейти в раздел логов для просмотра лога создания данного пин-кода (ссылка лог в столбце Дата создания), а также детально просмотреть все операции по каждому пин-коду (ссылка Операции в одноименном столбце).
При переходе по ссылке Операции из таблицы всех пин-кодов менеджер попадет на отдельную таблицу действий по выбранному пин-коду, которая также доступна из настроек по пути Аккаунт-менеджмент → Корпоративный модуль → Пин-коды → Операции.

Operations.png

Здесь в каждой строчке отображаются следующие данные:

  • пользователь — владелец пин-кода
  • номер заказа, по которому было запрошено утверждение
  • одноразовый девятизначный пин-код, который был сгенерирован после утверждения заказа аппрувером
  • время создания одноразового пин-кода (равносильно времени утверждения заказа)
  • был ли использован данный пин-код после утверждения
  • ссылка на логи бронирования/выписки заказа — в том случае, если пин-код был использован

Настройка шаблонов нотификаций по заказам

Для оперативного уведомления пользователей-аппруверов о заказах, требующих утверждения, необходимо настроить шаблоны соответствующих писем. Шаблоны настраиваются в разделе Настройки системы → Нотификации → Шаблоны электронных писем. Для корпоративного модуля доступны три шаблона, а именно:

  • Требуется утверждение заказа — отправляется на почту, указанную в профиле пользователя-аппрувера, после отправки заявки на утверждение. Из специфических переменных: %TRAVEL_POLICIES_AVAIBLE% — подходящие тревел политики и %TRAVEL_POLICIES_UNAVAIBLE% — неподходящие тревел политики. Общий список поддерживаемых переменных доступен по клику на значок %.
  • Утверждение заказа получено — отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае положительного ответа. Внимание! В данный шаблон обязательно надо добавить переменную %NEW_GENERATED_PINCODE%, которая отвечает за вывод одноразового пин-кода в письме, т.к. корпоративный клиент больше нигде данный пин-код не сможет увидеть.
  • В утверждении заказа отказано — отправляется на почту, указанную в профиле сотрудника, который запрашивал утверждение заказа у аппрувера, в случае отрицательного ответа.

Календарь командировок

Календарь командировок

В данном календаре отображаются заказы, находящиеся в статусе Забронирован/Оплачен, что позволяет как менеджеру агентства, так и корпоративному агенту отслеживать заказы корпоративных клиентов в режиме календаря. Данный календарь находится в разделе настроек Аккаунт-менеджмент → Корпоративный модуль → Календарь командировок.

Для каждого заказа на календарной сетке отображаются следующие данные:

  • компонент (ЖД или Авиабилеты)
  • пункты отправления-прибытия (пример: DME — KBP; Челябинск — Петропавловск);
  • ФИО пассажира(-ов), на которого(-ых) забронирован заказ. По клику на имя пассажира можно быстро перейти на страницу самого заказа.
  • количество заказов на конкретную дату (цифрами в скобках).

Доступна навигация по месяцу и году.

Внимание! Заказы в статусе Отложен/Выписан/Аннулирован в календаре отображаться не будут.

Мониторинг корпоративных заказов в личном кабинете

Дополнительный фильтры
Дополнительные столбцы

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

  • Плательщик — после выбора конкретной корпоративной компании в списке будут доступны все плательщики данной компании.
  • Статус утверждения — возможные варианты:
    • Любой статус утверждения
    • Утверждение не требуется
    • Утверждение не использовано
    • Требуется утверждение
    • Утверждение получено
    • Утверждение использовано
    • Отказано
    • Частично отказано
  • Тревел политика — после выбора конкретной корпоративной компании в списке будут доступны все тревел политики данной компании.
  • Без тревел политик

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

Подробнее с возможностями личного кабинета можно ознакомиться в соответствующей статье.

См. также

Источник — https://support.nemo.travel/index.php?title=Корпоративный_блок&oldid=16217