Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Введение

В отличие от предыдущей версии системы Кортеос третья версия представляет собой открытую платформу, при помощи которой агенты и сторонние разработчики могут менять и расширять логику работы системы при помощи расширений (расширения называются "МОДы" и их можно разработать с использованием ASP.NET и vue.js самостоятельно или на аутсорсе).

Важный момент, что все моды перед публикацией проходят верификацию (code review) на корректность работы (аналогично тому, как проверяются приложения для AppStore). В настоящее время идет пилотирование этого процесса и подготовка документации, поэтому пока процесс верификации бесплатен для заказчика, но количество разработчиков ограничено. После публикации документации Кортеос будет оказывать услуги консультирования и верификации модов на почасовой основе.

Кроме того, есть моды, которые разработаны самой компанией Corteos, которые заменяют настройки договора и кастомизированные доработки предыдущей версии. На текущий момент таких модов более 60 (документация в процессе подготовки и будет доступна в августе-сентябре), часть из них предоставляется бесплатно, а часть – платно. 

В базовой редакции V3 также есть ряд изменений, которые описаны ниже в этом документе.

  • У командировок появилось новое состояние – "Черновик". В этом состоянии в командировку можно:

    • добавлять новые заказы;

    • менять коды;

    • добавлять новых участников командировки и удалять заказы и персон из командировки (удалить персону можно только в том случае, если на неё нет заказов);

  • У заказов появилось новое состояние - "Черновик".
    Сейчас заказ сперва создается в БД Кортеос без обращения к поставщику сервиса (например, создаем заказ в Кортеос, а бронь в Amadeus ещё не создана), при этом данный заказ можно сразу перевести в состояние "Чистовик" – в это время создастся и реальное бронирование;

  • Агент в списке заказов видит также и командировки;

  • В том случае, если в заказе нет детей или младенцев, то на каждого пассажира в командировке создается свой заказ (и своя бронь при финализации);

  • Появилась возможность оформить или отменить всю командировку одной кнопкой;

  • К пассажиру теперь можно привязать несколько тревел-политик по одной услуге;

  • Тревел-политику можно привязать к структурному коду, чтобы все пассажиры, у которых установлен данный код, автоматически её унаследовали. Например, это актуально для грейдов сотрудников, когда каждому грейду соответствует своя тревел-политика по каждому виду услуги;

  • Появилась возможность создавать пользовательские роли для сотрудников клиента (помимо стандартных СБ, ТК и ТМ);

  • Департаменты упразднены, вместо них используется структурный код (например, можно создать справочник "Департамент");

  • Коды теперь можно привязывать не только к заказам, но и к командировкам;

  • Выделены новые категории кодов:

    • ризон-коды (ранее это были бюджетные коды с флагом "Является кодом нарушения тревел-политики") – данные коды заказчик должен указать для заказов, в которых есть нарушения ТП;

    • структурные меняемые кода (ранее это был структурный код с флагом "Можно менять коды в персонифицированном справочнике").

  • Правила показов кодов и справочников бюджетных и структурных меняемых кодов можно сделать зависимыми от:

    • типа услуги в заказе;

    • организации-плательщика;

    • других кодов в заказе/командировке.

  • Теперь коды следует указывать не при создании заказа, а когда командировка переводится из состояния "Черновик";

  • В авиабилетах можно получить расширенную выдачу при помощи фильтров на странице вариантов перелета;

  • Появилась возможность делиться авиарасписанием, в том числе и с пользователями, которых нет в системе;

  • При бронировании отеля можно заказать ранний заезд и поздний выезд для поставщиков "Академсервис", "Hotelbook" и "А&A";

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

Изменения в заказах и командировках

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

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

  • При добавлении следующего пассажира стоимость увеличивается:

  • После создания заказов пользователь переходит на страницу деталей командировки, на которой имеются:

  1. Итоги по заказчику, названию командировки, стоимости и статусу:

  2. Управляющие кнопки:

  3. Блок апселла (только для черновика):

  4. Таблица заказов/пассажиров:Здесь в таблице видно, что напротив заказов с нарушением ТП стоит иконка с красным щитом. При наведении на неё можно просмотреть нарушения ТП в этом заказе:

  5. Дискуссии (обсуждения заказов и командировки между клиентом и агентом):

  6. Коды заказов и командировок (финальный набор формируется после установки кодов):

  7. Пассажиры:

  8. Файлы из всех заказов командировки:

  • При нажатии на номер заказа в таблице открывается всплывающее окно с деталями заказа:

Всплывающее окно выглядит таким образом:

Ключевые блоки деталей заказа:

  1. Блок с номером заказа, маршрутом, датами и статусом:

  2. Управляющие кнопки заказа. Набор кнопок определяется статусом заказа, командировки и модами, доступными клиенту и агенту:

  3. Блок с итогами заказа (командировка, заказчик, исполнитель, стоимость):

  4. При наведении курсора на стоимость показывается детализация и разбивка цены:

  5. Детали конкретной услуги:

  6. Переписка агента с клиентом:

  7. Список приложенных файлов:

  8. Список пассажиров:

  9. Описания нарушений ТП:

  10. Коды заказа:

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

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


Пока командировка находится в состоянии "Черновик", мы можем добавить в неё ещё одного или нескольких пассажиров:

При нажатии на ссылку "Выбрать пассажиров" открывается окно выбора пассажира:

После того, как пассажир добавлен в командировку, можно быстро клонировать заказы:

При добавлении услуги в командировку идет проверка тревел-политик, а также при необходимости запрашиваются документы и мильные карты на пассажира:

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

Также в командировку-черновик можно добавлять услуги. Это могут быть как альтернативные варианты того, что уже забронировано, так и новые услуги:

Например, если мы хотим предложить пользователю другой вариант перелета на выбор при условии, что у нас уже создан один авиа-заказ, мы нажимаем кнопку "Авиабилеты":

и выбираем опцию добавления другого варианта по тому же маршруту:

После выбора рейса он будет добавлен в командировку в качестве альтернативы:

Далее, когда мы хотим забронировать все услуги и нажимаем кнопку "Зарезервировать",

система автоматически проверит альтернативы и предлагает пользователю выбрать один из вариантов для каждого пассажира:


В итоге, если один пассажир решил лететь а/к "Аэрофлот", а остальные пассажиры выберут а/к "S7", то командировка будет выглядеть вот так:

Сейчас наша командировка забронирована, но пока она находится в состоянии "Черновик". Чтобы перевести её в чистовик и закрыть для редактирования, необходимо установить коды командировки (в том случае, если они есть у клиента).

Если кодов нет, то действие перевода в чистовик доступно сразу же.

Рассмотрим случай, когда коды все-таки есть:


После выбора опции "Установить коды командировки" пользователь попадает на общую страницу выбора кодов:


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

  • вот коды командировки:

  • а это коды заказов:

После того, как коды выбраны, внизу появляется кнопка сохранения:

И уже после этого командировку можно будет перевести в чистовик:

Теперь в командировке нельзя изменить коды и нельзя добавить в неё какие-либо услуги.

Если мы всё же хотим это сделать, предварительно необходимо вернуть командировку в статус черновика. При этом в командировке могут быть даже выписанные заказы – в данном случае это уже ответственность заказчика. Данная операция возврата командировки в состояние черновика осуществляется при помощи кнопки "Доработать":


При нажатии кнопки "Оформить" происходит последовательная выписка всех услуг по заказу.

Соответственно, выписка может завершиться удачно (заказ будет переведен в состояние "Выполнен" и по нему будет оформлен билет) или неудачно (заказ будет передан в агентство с комментарием).

В последнем случае агент получит уведомление о передаче заказа в агентство, а также задание с типом "Оформить":

В письме агенту также содержится текст ошибки:

Клиент же, в свою очередь, получит на почту уведомление о том, что командировка будет оформлена сотрудниками агентства:


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

После того, как агент обработает заказы и переведет их все в состояние "Выполнен" (или часть "Выполнен", а часть - "Отменен"), клиент получит следующее уведомление по email:

Следует учитывать, что сейчас агент может поменять и статус заказа, и статус командировки самостоятельно при помощи клика по статусу:

Тем не менее статус командировки также может поменяться автоматически при изменении статуса её заказов: например, когда в командировке все заказы имеют статус "Отменен" или "Выполнен", она автоматически получит статус "Выполнена" при смене статуса последнего заказа. При этом обратное не верно: если агент поменяет статусы заказов для выполненной командировки – её статус не изменится автоматом, агент должен это сделать руками.

Изменения в списках заказов и в правилах видимости

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

Элементы списка командировок содержат информацию о номере командировки, дате и времени ее создания, создателе и статусе, направлении и датах, названии командировки, пассажирах и ее стоимости. При наличии файлов в командировке можно их также скачать единым архивом:

Изменения в справочниках кодов и кодах

Было увеличено количество типов справочников – сейчас они выглядят следующим образом:

Справочники и коды в них могут зависеть от:

  • организации (если ни одна организация не выбрана, то справочник никогда не будет виден для выбора);

  • от типа услуг (если ни один тип услуги не выбран, то справочник будет показываться для всех типов услуг);

  • от кодов на уровне командировки или заказа. Зависимость может быть разрешающей или запрещающей: в 1-м случае справочник будет показан только тогда, когда в заказе или командировке где-то выбран разрешающий его код, во 2-м – справочник будет скрыт, если в заказе или командировке выбран запрещающий код:

Подробнее о видах справочников:

  • Бюджетные – их можно привязать к заказу или командировке. Данные коды обязательно должны быть установлены пользователем при переводе заказа в следующее состояние из черновика;

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

  • Структурные коды – вносятся в профайл персоны в зависимости от её привязки к той или иной организации, поведение не поменялось со старой версии;

  • Структурные меняемые коды – вносятся в профайл персоны в зависимости от её привязки к той или иной организации. Ббольше похожи на бюджетные коды, но с привязкой к конкретной персоне. В редакторе персоны для такого кода можно установить значение по умолчанию;

  • Нарушения ТП – прикрепляются к правилам нарушения ТП в редакторе политик, попадают в заказ автоматически, если правило нарушено, не зависят ни от чего, кроме этого нарушения.

Новое в поиске и бронировании услуг

Расширенный поиск авиабилетов

В авиабилетах появилась возможность получить больше вариантов перелетов из систем бронирования на шаге выдачи.

Например, мы делаем поиск "Москва – Нью-Йорк" и выбираем в списке авиакомпаний только варианты KLM:

Мы видим, что всего 8 вариантов перелета из 584 удовлетворяют этому фильтру:

Однако у нас появляется панель с кнопкой "Получить" (т. н. “Допоиск”), которая позволит нам сделать дополнительный запрос к GDS и получить ещё больше вариантов, соответствующих этому условию:

Итого у нас пришло ещё 383 новых варианта, а всего вариантов от KLM стало почти в 50 раз больше!

Фильтры, которые могут влиять на выдачу, следующие:

  • авиакомпании;

  • аэропорты;

  • время вылета (но не время прилета).

В отелях добавлен автоматический расчет раннего заезда и позднего выезда

Данный механизм доступен на этапе выбора тарифа для поставщиков "A&A" и "Академсервис". Выглядит это так:

Соответственно, пользователь может изменить время заезда и выезда:


Цена пересчитается автоматически:

и в деталях заказа будет пометка про ранний заезд/поздний выезд:

____


  • No labels