Корпоративный блок - История изменений

Татьяна Машковцева в 12:21, 21 июня 2019

2019-06-21T12:21:17Z

Внесённые изменения

Тамара Панова в 09:05, 16 августа 2018

2018-08-16T09:05:49Z

Даша Жукова: /* Принцип работы модуля */

2018-07-02T08:57:37Z

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

Александра Ларцева в 18:46, 18 апреля 2017

2017-04-18T18:46:52Z

Александра Ларцева: /* Принцип работы модуля */

2017-04-18T18:35:15Z

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

Александра Ларцева: /* Назначение */

2017-04-18T18:21:27Z

‎Назначение

Александра Ларцева: /* Создание плательщиков */

2017-04-18T18:04:27Z

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

Александра Ларцева: /* Произвольные заказы */

2017-04-18T18:03:48Z

‎Произвольные заказы

Александра Ларцева: /* Календарь командировок */

2017-04-18T18:02:00Z

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

Александра Ларцева: /* Календарь командировок */

2017-04-18T14:51:56Z

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

@@ Строка 3: / Строка 3: @@
 == Назначение ==
 Компонент '''«Корпоративный блок»''' покрывает критичные для бизнес-тревел агентств потребности, возникающие в процессе обслуживания корпоративных клиентов. В частности, к ним относятся:
-* контроль доступа к депозиту корпорации;
+* контроль доступа к балансу компании;
 * разделение ролей сотрудников на пользователей, подбирающих рейсы/жд-билеты для сотрудников компании, без права на самостоятельное бронирование, и пользователей-аппруверов, которые обладают правом утверждать выбранные рейсы/жд-билеты или отклонять их;
 * управление тревел-политикой корпорации путем заведения критериев подбора рейсов/жд-билетов, которых должны придерживаться сотрудники;
@@ Строка 22: / Строка 22: @@
 [[File:approve2.png|center]]
 . Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.<br/>
-. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
+. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с баланса компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
 [[File:approve3.png|center]]
@@ Строка 35: / Строка 35: @@
-'''«Корпоративный клиент»''' по остальному функционалу не отличается от '''«Субагента»''', ему также будет доступна оплата по депозиту и прочие возможности для В2В. Но при использовании данного модуля оплата заказов на данный момент возможна только через депозит.
+'''«Корпоративный клиент»''' по остальному функционалу не отличается от '''«Субагента»''', ему также будет доступна оплата с баланса компании и прочие возможности для В2В. Но при использовании данного модуля оплата заказов на данный момент возможна только с баланса компании.
 Менеджеру корпоративной компании становятся доступны дополнительные настройки в разделе '''«Аккаунт-менеджмент» - «Корпоративный модуль»''', которые можно задать только для корпоративной компании.
@@ Строка 171: / Строка 171: @@
 === Создание ролей аппруверов и генерация пин-кодов ===
-В целях управления доступом к депозиту корпорации был реализован механизм генерации пин-кодов для пользователей-аппруверов.
+В целях управления доступом к балансу компании был реализован механизм генерации пин-кодов для пользователей-аппруверов.
 Сотрудник корпорации, подбирающий рейсы, по умолчанию не может выписать билеты без разрешения ответственного за это сотрудника. При оформлении заказа (до бронирования или после, в зависимости от того, какой тип утверждения задан в настройках) он должен отправить запрос на утверждение вышестоящему лицу (аппруверу). Для упорядочения процесса подтверждения в системе считается, что подтверждение могут дать только те пользователи, у которых есть свой пин-код (при условии, что сумма «разрешительного» лимита на данный пин-код больше суммы заказа). Пользователей с правом утверждения в рамках каждой корпорации может быть несколько.
@@ Строка 262: / Строка 262: @@
 *Аннуляция - аннулирование созданного заказа
-*Оплата - оплата заказа с помощью выбранных платежных шлюзов и выбранных плательщиков если оплата проводится через платежный шлюз «Депозит»
+*Оплата - оплата заказа с помощью выбранных платежных шлюзов и выбранных плательщиков если оплата проводится через платежный шлюз «Баланс компании»
 *Выписать - выписка заказа, с выдачей документа, который настраивается в разделе '''«Заказы» – «Документы» – «Ваучер для произвольного заказа»'''
 Описанные выше действия доступны экспертам и менеджеру корпоративного агентства
@@ Строка 268: / Строка 268: @@
 При создании заказа необходимо заполнить поля:
-*Плательщик - в этом поле из предложенных вариантов необходимо выбрать плательщика, который будет использоваться при оплате методом "депозит", плательщики создаются в разделе '''«Корпоративный блок» – «Плательщики»'''.
+*Плательщик - в этом поле из предложенных вариантов необходимо выбрать плательщика, который будет использоваться при оплате методом "Баланс компании", плательщики создаются в разделе '''«Корпоративный блок» – «Плательщики»'''.
 *Тип - из предложенных вариантов необходимо выбрать тип услуги, для выбора доступно: авиабилеты, отели, жд билеты, произвольный.
 *Дата начала услуги - дата начала действия создаваемого заказа
@@ Строка 287: / Строка 287: @@
 == См. также ==
 *[[Личный кабинет]]
-*[[Депозит]]
+*[[Баланс компаний]]
 *[[Нотификация]]

@@ Строка 22: / Строка 22: @@
 [[File:approve2.png|center]]
 . Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.<br/>
-. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически. В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
+. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически (в случае, если включена автовыписка). В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
 [[File:approve3.png|center]]

@@ Строка 16: / Строка 16: @@
 . Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.<br/>
-. Ориентируясь на подходящие и не подходящие трэвел-политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.<br/>
+. Ориентируясь на подходящие и не подходящие тревел политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.<br/>
-. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пинкодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически. <br/>
+. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пин-кодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически. <br/>
 [[File:approve.png|center]]
 . Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение - одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. Также аппрувер имеет право при необходимости сменить выбранного плательщика (если для данной компании заведено более одного плательщика). <br/>
@@ Строка 45: / Строка 45: @@
 . Система предложит выбрать корпоративного клиента. При этом в дереве выбора пользователей будут доступны только корпоративные клиенты, обычные субагенты отображаться в списке не будут.<br>
 . Выберите одно из двух значений настройки '''«Cпособ подтверждения заказа для Авиабилетов»''':
-* '''разрешено бронирование без утверждения''' - это значение настройки выбрано по умолчанию. Сотрудник компании, подбирающий рейсы, сможет совершать реальные брони без оплаты, подтверждение будет запрашиваться только после бронирования. Минус такого варианта в том, что в случае отказа брони будут аннулироваться, что несколько ухудшает показатель book-to-cancel, а также не исключается вероятность создания дублирующих броней.
+* '''разрешено бронирование без утверждения''' - это значение настройки выбрано по умолчанию. Сотрудник компании, подбирающий рейсы, сможет совершать реальные брони без оплаты, подтверждение будет запрашиваться только после бронирования. Минус такого варианта в том, что в случае отказа брони будут аннулироваться, что несколько ухудшает показатель book-to-cancel, а также не исключается вероятность создания дублирующих броней. Помимо этого, утверждающее лицо теоретически может заметить запрос на утверждение слишком поздно, когда бронь уже автоматически аннулируется по таймлимиту.
 * '''бронирование только после утверждения''' - сотрудник компании подбирает рейс(-ы), вводит данные пассажиров в заказ и отправляет заказ на утверждение. При этом реальная бронь в GDS не создается и места не замораживаются. Только после получения аппрува последовательно происходят бронирование, оплата и выписка. Недостаток этого способа в том, что если между подбором и утверждением рейса пройдет довольно длительное время, то есть вероятность, что данный перелет уже будет недоступен для бронирования, если места закончатся или а/к отменит рейс. В таком случае придется делать новый поиск и запрашивать утверждение заново.
@@ Строка 91: / Строка 91: @@
 === Создание тревел политик ===
-[[File:Wursttyles.png|right|350px|300px|thumb|Отображение тревел-политик на выдаче плиткой]]
+[[File:Wursttyles.png|right|350px|300px|thumb|Отображение тревел политик на выдаче плиткой]]
-[[File:Wurstlist.png|right|350px|300px|thumb|Отображение тревел-политик на выдаче списком]]
+[[File:Wurstlist.png|right|350px|300px|thumb|Отображение тревел политик на выдаче списком]]
 [[File:Wurstfilters.png|right|76px|123px|thumb|Пост-фильтр на выдаче]]
 Тревел политикой считается некий набор рекомендованных правил и фильтров, которых должны придерживаться работники корпорации, для которой создается бронирование. Определенный заказ может подходить сразу под несколько тревел политик, принадлежность перелета к тревел политикам отображается на странице с результатами поиска. В разделе постфильтров можно отфильтровать перелеты по тревел политикам. Фильтр '''Тревел политики''' будет отображаться в том случае, если для результатов конкретного поиска есть хотя бы две подходящие тревел-политики. То есть, если ни один перелет не подходит ни под одну заведенную тревел-политику, или если все перелеты удовлетворяют только одной тревел-политике, постфильтр не отображается. Если заказ не подходит ни под одну тревел политику, то его все равно можно отправить на утверждение, т.к. тревел политика носит лишь рекомендательный, а не запрещающий характер.
@@ Строка 127: / Строка 128: @@
 |-
 |Максимальная разбежка с минимальной ценой
-|Если данный параметр задан, то трэвел-политика будет считаться подходящей для перелета даже в том случае, если его цена превышает значение предыдущей настройки (Верхняя планка цены), но не более чем на указанную здесь величину. Т.е. можно задать так называемую максимальную разбежку (толерантность) - в процентах или в валюте.
+|Если данный параметр задан, то тревел политика будет считаться подходящей для перелета даже в том случае, если его цена превышает значение предыдущей настройки (Верхняя планка цены), но не более чем на указанную здесь величину. Т.е. можно задать так называемую максимальную разбежку (толерантность) - в процентах или в валюте.
 |-
 |Класс обслуживания
@@ Строка 245: / Строка 246: @@
 ** Отказано
 ** Частично отказано
-* '''Трэвел-политика''' - после выбора конкретной корпоративной компании в списке будут доступны все трэвел-политики данной компании.
+* '''Тревел политика''' - после выбора конкретной корпоративной компании в списке будут доступны все тревел политики данной компании.
-* '''Без трэвел-политик'''
+* '''Без тревел политик'''
-В настройке вывода столбцов можно включить отображение дополнительных колонок: '''Плательщик, Статус утверждения, Трэвел-политика, Согласующее лицо, Тип клиента'''.
+В настройке вывода столбцов можно включить отображение дополнительных колонок: '''Плательщик, Статус утверждения, Тревел политика, Согласующее лицо, Тип клиента'''.
 Подробнее с возможностями личного кабинета можно ознакомиться в [[Личный кабинет|соответствующей статье]].
@@ Строка 283: / Строка 284: @@
 После того как заказ был создан, остается возможность изменить внесенные данные, перейдя по соответствующей ссылке в таблице с заказами.-->

@@ Строка 17: / Строка 17: @@
 . Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.<br/>
 . Ориентируясь на подходящие и не подходящие трэвел-политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.<br/>
-. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пинкодом, и ожидает реакции. <br/>
+. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пинкодом, и ожидает реакции. В том случае, если в компании заведен только один аппрувер, он будет выбран в заказе автоматически. <br/>
-. Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение - одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. <br/>
+[[File:approve.png|center]]
 . Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.<br/>
 . В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически. В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>
 == Настройка модуля ==

← Предыдущая		Версия 18:21, 18 апреля 2017
Строка 10:		Строка 10:

	{{Attention\| Для подключения модуля «Корпоративный блок» необходимо создать соответствующую заявку в проектном трекере техподдержки Nemo.travel. По умолчанию данный модуль не входит в базовую поставку системы.}}		{{Attention\| Для подключения модуля «Корпоративный блок» необходимо создать соответствующую заявку в проектном трекере техподдержки Nemo.travel. По умолчанию данный модуль не входит в базовую поставку системы.}}
		+
		+	== Принцип работы модуля ==
		+
		+	При корректно выполненных настройках процесс оформления заказа от лица корпоративной компании происходит следующим образом:<br/>
		+
		+	1. Сотрудник А (подбирающий рейсы и не обладающий правом утверждения заказа) запускает поиск по определенному маршруту и дате.<br/>
		+	2. Ориентируясь на подходящие и не подходящие трэвел-политики, сотрудник А выбирает определенный рейс (поезд) и заполняет пассажирские данные в заказе.<br/>
		+	3. Сотрудник А выбирает конкретного плательщика и отправляет запрос на утверждение заказа сотруднику В (аппруверу), обладающему собственным уникальным пинкодом, и ожидает реакции. <br/>
		+	4. Сотрудник В получает на свою электронную почту письмо о необходимости утверждения заказа, открывает заказ и принимает решение - одобрить бронь или отказать в ней. В обоих случаях аппрувер должен ввести свой уникальный пин-код на странице заказа на сайте. <br/>
		+	5. Сотрудник А в зависимости от решения аппрувера получает на свою электронную почту письмо об утверждении заказа или об отказе в утверждении.<br/>
		+	6. В случае положительного ответа сотрудник А вводит на странице заказа уникальный одноразовый пин-код, который он получает в ответном письме об утверждении, оплачивает заказ с депозита компании, и билеты выписываются автоматически. В случае отказа сотрудник А может попытаться отправить повторный запрос на утверждение заказа другому аппруверу (сотруднику С), если в компании имеются другие аппруверы, - и так до тех пор, пока он не получит утверждение, либо пока не закончатся доступные аппруверы в компании.<br/>

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

← Предыдущая		Версия 18:04, 18 апреля 2017
Строка 41:		Строка 41:

	=== Создание плательщиков ===		=== Создание плательщиков ===
−	~~[[Файл:Usertype.png\|справа\|thumb\|Выбор типа пользователя]]~~

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

@@ Строка 239: / Строка 239: @@
 Подробнее с возможностями личного кабинета можно ознакомиться в [[Личный кабинет|соответствующей статье]].
-== Произвольные заказы ==
+<!--== Произвольные заказы ==
 Произвольный заказ предназначен решать проблему ввода в систему данных о заказах, сделанных в оффлайн(без взаимодействия с внешними системами) на абсолютно любые произвольные товары и услуги, которые могут понадобиться корпоративному агентству в процессе обслуживания клиента.
@@ Строка 269: / Строка 269: @@
 *Удалить пассажира - кнопка удаляющая последний блок с пассажиром
-После того как заказ был создан, остается возможность изменить внесенные данные, перейдя по соответствующей ссылке в таблице с заказами.
+После того как заказ был создан, остается возможность изменить внесенные данные, перейдя по соответствующей ссылке в таблице с заказами.-->

@@ Строка 201: / Строка 201: @@
 == Календарь командировок ==
 В данном календаре отображаются заказы, находящиеся в статусе '''Забронирован/Оплачен''', что позволяет как менеджеру агентства, так и корпоративному агенту отслеживать заказы корпоративных клиентов в режиме календаря.
 Данный календарь находится в разделе  настроек '''Аккаунт-менеджмент - Корпоративный модуль — Календарь командировок'''.
 Для каждого заказа на календарной сетке отображаются следующие данные:
-* компонент (ЖД или Авибилеты)
+* компонент (ЖД или Авиабилеты)
 * пункты отправления-прибытия (пример: DME - KBP, Челябинск - Петропавловск);
-* ФИО пассажира(-ов), на которого забронирован заказ. По клику на имя пассажира можно быстро перейти на страницу самого заказа.
+* ФИО пассажира(-ов), на которого(-ых) забронирован заказ. По клику на имя пассажира можно быстро перейти на страницу самого заказа.
 * количество заказов на конкретную дату (цифрами в скобках).
 Доступна навигация по месяцу и году.
@@ Строка 215: / Строка 215: @@
 {{Attention| Заказы в статусе '''Отложен/Выписан/Аннулирован''' в календаре отображаться не будут.}}
 == Произвольные заказы ==