Введение
В отличие от предыдущей версии системы Кортеос третья версия представляет собой открытую платформу, при помощи которой агенты и сторонние разработчики могут менять и расширять логику работы системы при помощи расширений (расширения называются "МОДы" и их можно разработать с использованием ASP.NET и vue.js самостоятельно или на аутсорсе).
...
Кроме того, есть моды, которые разработаны самой компанией Corteos, которые заменяют настройки договора и кастомизированные доработки предыдущей версии. На текущий момент таких модов более 60 (документация в процессе подготовки и будет доступна в августе-сентябре), часть из них предоставляется бесплатно, а часть – платно.
В базовой редакции V3 также есть ряд изменений, которые описаны ниже в этом документе.
У командировок появилось новое состояние – "Черновик". В этом состоянии в командировку можно:
добавлять новые заказы;
менять коды;
добавлять новых участников командировки и удалять заказы и персон из командировки (удалить персону можно только в том случае, если на неё нет заказов).;
У заказов появилось новое состояние - "Черновик".
Сейчас заказ сперва создается в БД Кортеос без обращения к поставщику сервиса (например, создаем заказ в Кортеос, а бронь в Amadeus ещё не создана), при этом данный заказ можно сразу перевести в состояние "Чистовик" – в это время создастся и реальное бронирование.;Агент в списке заказов видит также и командировки;
В том случае, если в заказе нет детей или младенцев, то на каждого пассажира в командировке создается свой заказ (и своя бронь при финализации);
Появилась возможность оформить или отменить всю командировку одной кнопкой;
К пассажиру теперь можно привязать несколько тревел-политик по одной услуге;
Тревел-политику можно привязать к структурному коду, чтобы все пассажиры, у которых установлен данный код, автоматически её унаследовали. Например, это актуально для грейдов сотрудников, когда каждому грейду соответствует своя тревел-политика по каждому виду услуги;
Появилась возможность создавать пользовательские роли для сотрудников клиента (помимо стандартных СБ, ТК и ТМ);
Департаменты упразднены, вместо них используется структурный код (например, можно создать справочник "Департамент");
Коды теперь можно привязывать не только к заказам, но и к командировкам;
Выделены новые категории кодов:
ризон-коды (ранее это были бюджетные коды с флагом "Является кодом нарушения тревел-политики") – данные коды заказчик должен указать для заказов, в которых есть нарушения ТП;
структурные меняемые кода (ранее это был структурный код с флагом "Можно менять коды в персонифицированном справочнике").
Правила показов кодов и справочников бюджетных и структурных меняемых кодов можно сделать зависимыми от:
типа услуги в заказе;
организации-плательщика;
других кодов в заказе/командировке.
Теперь коды следует указывать не при создании заказа, а когда командировка переводится из состояния "Черновик";
В авиабилетах можно получить расширенную выдачу при помощи фильтров на странице вариантов перелета;
Появилась возможность делиться авиарасписанием, в том числе и с пользователями, которых нет в системе;
При бронировании отеля можно заказать ранний заезд и поздний выезд для поставщиков "Академсервис", "Hotelbook" и "А&A";
Так как в ж/д билетах нет процесса бронирования, то теперь места пользователь выбирает уже непосредственно при оформлении билетов.
Изменения в заказах и командировках
При создании заказа (например, авиа) можно на первом шаге не выбирать количество пассажиров в том случае, если в заказе не будет детей или младенцев (т. е. для абсолютного большинства бизнес-поездок). Это количество используется только для того, чтобы справочно получить верхнеуровневую оценку стоимости:
...
При добавлении персон в поездку стоимость автоматически пересчитывается на основании нормированной стоимости поездки для одного пассажира:
...
При добавлении следующего пассажира стоимость увеличивается:
...
После создания заказов пользователь переходит на страницу деталей командировки, на которой имеются:
Итоги по заказчику, названию командировки, стоимости и статусу:
Управляющие кнопки:
Блок апселла (только для черновика):
Таблица заказов/пассажиров: Здесь в таблице видно, что напротив заказов с нарушением ТП стоит иконка с красным щитом. При наведении на неё можно просмотреть нарушения ТП в этом заказе:
Дискуссии (обсуждения заказов и командировки между клиентом и агентом):
Коды заказов и командировок (финальный набор формируется после установки кодов):
Пассажиры:
Файлы из всех заказов командировки:
...
...
При нажатии на номер заказа в таблице открывается всплывающее окно с деталями заказа:
...
Всплывающее окно выглядит таким образом:
...
Ключевые блоки деталей заказа
...
Блок с номером заказа, маршрутом, датами и статусом:
Управляющие кнопки заказа. Набор кнопок определяется статусом заказа, командировки и модами, доступными клиенту и агенту:
Блок с итогами заказа (командировка, заказчик, исполнитель, стоимость):
При наведении курсора на стоимость показывается детализация и разбивка цены:
Детали конкретной услуги:
Переписка агента с клиентом:
Список приложенных файлов:
Список пассажиров:
Описания нарушений ТП:
Коды заказа:
...
Как мы видим, каждый взрослый пассажир будет размещен в отдельном заказе:
...
Пока командировка находится в состоянии "Черновик", мы можем добавить в неё ещё одного или нескольких пассажиров:
...
Например, если мы хотим предложить пользователю другой вариант перелета на выбор при условии, что у нас уже создан один авиа-заказ, мы нажимаем кнопку "Авиабилеты":
...
и выбираем опцию добавления другого варианта по тому же маршруту:
...
Далее, когда мы хотим забронировать все услуги и нажимаем кнопку "Зарезервировать",
...
система автоматически проверит альтернативы и предлагает пользователю выбрать один из вариантов для каждого пассажира:
...
Сейчас наша командировка забронирована, но пока она находится в состоянии "Черновик". Чтобы перевести её в чистовик и закрыть для редактирования, необходимо установить коды командировки (в том случае, если они есть у клиента).
Если кодов нет, то действие перевода в чистовик “Чистовик” доступно сразу же.
Рассмотрим случай, когда коды все-таки есть:
...
После выбора опции "Установить коды командировки" пользователь попадает на общую страницу выбора кодов:
...
Коды могут быть привязаны как к командировке, так и к каждому отдельному заказу (это определяется настройками справочника):
вот коды командировки:
...
а это коды заказов:
...
После того, как коды выбраны, внизу появляется кнопка сохранения:
...
И уже после этого командировку можно будет перевести в чистовик“Чистовик”:
...
Теперь в командировке нельзя изменить коды и нельзя добавить в неё какие-либо услуги.
Если мы всё же хотим это сделать, предварительно необходимо вернуть командировку в статус черновикастатус “Черновик”. При этом в командировке могут быть даже выписанные заказы – в данном случае это уже ответственность заказчика. Данная операция возврата командировки в состояние черновика осуществляется при помощи кнопки "Доработать":
...
Соответственно, выписка может завершиться удачно (заказ будет переведен в состояние "Выполнен" и по нему будет оформлен билет) или неудачно (заказ будет передан в агентство с комментарием).
...
В В последнем случае агент получит уведомление о передаче заказа в агентство, а также задание с типом "Оформить":
...
Служебный текст ошибки будет доступен в разделе "Комментарии" в деталях заказа:
...
После того, как агент обработает заказы и переведет их все в состояние "Выполнен" (или часть "Выполнен", а часть - "Отменен"), клиент получит следующее уведомление по email:
...
Тем не менее статус командировки также может поменяться автоматически при изменении статуса её заказов: например, когда в командировке все заказы имеют статус "Отменен" или "Выполнен", она автоматически получит статус "Выполнена" при смене статуса последнего заказа. При этом обратное не верно: если агент поменяет статусы заказов для выполненной командировки – её статус не изменится автоматом, агент должен это сделать руками.
Изменения в списках заказов и в правилах видимости
Агент видит заказ в том случае, если он одновременно подписан и на СТ, которому принадлежит данный заказ, и на тип услуги из этого заказа. Агенту также доступны списки командировок. Правила видимости командировки следующие: агент увидит командировку в том случае, если ему виден хотя бы один заказ из этой командировки.
...
Элементы списка командировок содержат информацию о номере командировки, дате и времени ее создания, создателе и статусе, направлении и датах, названии командировки, пассажирах и ее стоимости. При наличии файлов в командировке можно их также скачать единым архивом:
...
Изменения в справочниках кодов и кодах
Было увеличено количество типов справочников – сейчас они выглядят следующим образом:
...
Справочники и коды в них могут зависеть от:
...
организации (если ни одна организация не выбрана, то справочник никогда не будет виден для выбора);
от типа услуг (если ни один тип услуги не выбран, то справочник будет показываться для всех типов услуг);
от кодов на уровне командировки или заказа. Зависимость может быть разрешающей или запрещающей: в 1-м случае справочник будет показан только тогда, когда в заказе или командировке где-то выбран разрешающий его код, во 2-м – справочник будет скрыт, если в заказе или командировке выбран запрещающий код:
...
Подробнее о видах справочников:
Бюджетные – их можно привязать к заказу или командировке. Данные коды обязательно должны быть установлены пользователем при переводе заказа в следующее состояние из черновика;
Ризон-коды – аналогичны бюджетным кодам в старой версии, которые пользователь должен был выбрать при нарушении ТП ранее. Поскольку поведение ризон-кодов полностью аналогично бюджетным кодам (но в данной версии эти справочники появляются только при нарушении ТП), то и набор зависимостей у них точно такой же;
Структурные коды – вносятся в профайл персоны в зависимости от её привязки к той или иной организации, поведение не поменялось со старой версии;
Структурные меняемые коды – вносятся в профайл персоны в зависимости от её привязки к той или иной организации. Ббольше похожи на бюджетные коды, но с привязкой к конкретной персоне. В редакторе персоны для такого кода можно установить значение по умолчанию;
Нарушения ТП – прикрепляются к правилам нарушения ТП в редакторе политик, попадают в заказ автоматически, если правило нарушено, не зависят ни от чего, кроме этого нарушения.
Новое в поиске и бронировании услуг
Расширенный поиск авиабилетов
В авиабилетах появилась возможность получить больше вариантов перелетов из систем бронирования на шаге выдачи.
...
Однако у нас появляется панель с кнопкой "Получить" (т. н. “Допоиск”), которая позволит нам сделать дополнительный запрос к GDS и получить ещё больше вариантов, соответствующих этому условию:
...
авиакомпании;
аэропорты;
время вылета (но не время прилета).
В отелях добавлен автоматический расчет раннего заезда и позднего выезда
Данный механизм доступен на этапе выбора тарифа для поставщиков "A&A" и "Академсервис". Выглядит это так:
...
Соответственно, пользователь может изменить время заезда и выезда:
...
Цена
Цена пересчитается автоматически:
...
и в деталях заказа будет пометка про ранний заезд/поздний выезд:
...
____