Статические пакеты – комплексные туры
При данном способе пакетирования Клиенту предлагается заранее скомпонованный набор взаимосвязанных между собой туристических услуг, представляемый как единое целое и включающий, как правило, авиаперелёт.
Формирование туристических пакетов должно производиться фирмами туроператорами. Для проектирования ПЭК следует принять, что поставщиками пакетов туристических услуг могут являться непосредственно туроператоры – партнёры авиакомпании или фирмы-консолидаторы. Авиаперелёт в составе турпакета при данном способе пакетирования находится вне бизнес-модели продаж, поэтому он может быть предоставлен, в том числе, и конкурирующей авиакомпанией.
Модификация пакета должна быть возможна только как единого целого (фактически только замена тура или его аннуляция, либо изменение заявленного числа туристов). Модификация отдельных входящих в пакет туристических услуг не должна быть предусмотрена (за исключением услуг, которые включаются в турпакет как опциональные – например: виза и страховка).
Должна определяться общая стоимость для пакета, цены за отдельные составляющие туристические услуги не должны предоставляться. При включении в пакет опциональных услуг цена также должна предоставляться за весь пакет, с учётом опциональных услуг (фактически должна быть возможность выбор варианта турпакета с опциональными услугами).
Для статических пакетов должны иметь место следующие клиентские бизнес-функции:
покупка с/без опциональными услугами;
аннуляция (возврат);
замена статического пакета;
изменение заявленного числа туристов и других, допустимых к модификации, параметров пакета;
включение/исключение опциональных услуг.
Также должна быть возможность продавать статический пакет в составе формируемого клиентом динамического пакета.
С функциональной точки зрения статический пакет можно рассматривать как непакетированную услугу, соответственно он может участвовать в процессах для всех остальных способов пакетирования без каких либо ограничений. Продажа статического пакета с опциональными услугами фактически является продажей динамического пакета, включающего статический пакет (как услугу соответствующего вида) со свойством «родитель» и опциональные услуги со свойством «потомок» (см. таблицу 3).
Таким образом, специальных клиентских функций, связанных исключительно с продажей статических пакетов не предусмотрено, соответственно для данного способа пакетирования нет необходимости предусматривать специальные бизнес-процессы.
Динамические пакеты – корзина услуг
Корзина – способ пакетирования, при котором клиент формирует набор услуг, которые в общем случае не взаимосвязаны между собой и не представляют единое целое. Услуги должны добавляться в корзину независимо друг от друга, и так же обрабатываться (бронироваться). Представление корзины как единого заказа должно быть реализовано только на уровне сущности «Пакет» и пользовательского интерфейса.
Реализация возможности установки взаимозависимости между услугами (см. таблицу 3) для данного способа пакетирования не предусматривается. Окончательное решение по возможности включения взаимозависимых услуг в корзину должно приниматься на этапе технического проектирования.
Модификация состава корзины должна быть возможна на любом этапе в формате функции добавления, удаления (возврата) или замены услуги. Каждая услуга при модификации корзины должна обрабатываться отдельно.
Все методы, связанные с модификацией корзины, должны оперировать только со свойствами конкретной услуги, свойства пакета не должны использоваться.
Функция обработки всей корзины целиком (возможны бронирование и возврат) должна быть реализована, но при этом физически каждая услуга должна обрабатываться отдельно, поэтому должны быть возможны ситуации неполного бронирования корзины.
Каждая услуга или вложенный пакет в составе корзины может быть забронирована в индивидуальном порядке. Вложенный в корзину авиапакет должен бронироваться индивидуально, в рамках собственного консолидированного бизнес-процесса по его формированию (покупке).
При наличии в корзине вложенных пакетов сначала должны обрабатываться вложенные пакеты (с использованием методов, соответствующих свойствам этих пакетов), затем не пакетированные услуги.
Цена корзины должна определяться исключительно стоимостью отдельных услуг.
Поскольку каждая услуга в корзине может иметь собственный способ и валюту оплаты (как выбранные Клиентом, так и установленные Поставщиком), то итоговая стоимость корзины должна предоставляться с разбивкой по ним (как минимум может быть оплата милями и деньгами).
Оплата корзины должна производиться в несколько транзакций (на каждый способ и валюту оплаты своя транзакция), поэтому в составе корзины могут одновременно находиться как оплаченные, так и неоплаченные услуги.
Для корзины услуг должны иметь место следующие клиентские бизнес-функции (консолидированные бизнес-процессы):
формирование и покупка корзины;
возврат корзины (целиком);
аннуляция (возврат) услуги из корзины;
добавление услуги;
изменение параметров услуги;
замена услугию
Все функции (кроме покупки) подразумевают, что корзина уже забронирована и (или) оплачена. До бронирования все функции должны быть реализованы в рамках функционала формирования корзины.
Бизнес-процессы для корзины услуг приведены в табл. .
Таблица – Бизнес-процессы для корзины услуг
№
|
Группа
|
Бизнес-процесс
|
Описание
|
|
Инициация
|
Авторизация клиента
|
Идентичен процессу для авиапакета
(см. Таблицу 4)
|
|
Shopping
|
Выбор услуги и занесение в корзину
|
Выполняются запросы списка видов дополнительных услуг, выбор вида услуг, формирование объекта «вид услуги» запрос списка услуг выбранного вида доступных к бронированию с данными поставщиков, выбор услуги, формирование объектов «Поставщик» и «Услуга», ввод дополнительных параметров услуги. Если для вида услуг требуется определение дополнительных свойств (параметров), то они устанавливаются (автоматически по данным справочных объектов или запрашиваются у Клиента). При установке всех обязательных свойств, объект Услуга получает статус «к бронированию», в противном случае – «формирование»
|
|
Shopping
|
Формирование, модификация и возврат авиапакета в рамках корзины
|
Переход на соответствующий консолидированный бизнес-процесс группы «Авиапакет», результат – в корзине сформирован и забронирован авиапакет, и (или) имеющийся авиапакет получил статус «возвращён». При успешной модификации авиапакета он получает статус «к оплате»
|
|
Shopping
|
Возврат услуги из корзины
|
Выбор услуги к возврату в корзине, определение допустимости возврата и санкций по свойствам, при неопределённости санкций по свойствам – запрос санкций за возврат у поставщика, расчёт сумм санкций и к возврату, фиксация сумм на уровне свойств пакета, простановка статуса услуги «к возврату»
|
|
Shopping
|
Замена услуги в корзине
|
Бизнес-процесс является составным: консолидирует выбор услуги и занесение в корзину с возвратом. Выбор выполняется с предустановленным видом услуги. Фактическая замена возможна только при отсутствии санкций в свойствах заменяемой услуги (санкции могут быть привязаны к условию смены поставщика, соответственно при сохранении поставщика они могут не применяться). В любом случае для старого объекта Услуга устанавливается свойство «к замене», а для нового – «на замену»
|
|
Shopping
|
Модификация услуги в корзине
|
Выполняется изменение как количественных, так и качественных свойств услуги, при этом не подлежат изменению вид услуги и поставщик. Замена поставщика возможна только в рамках бизнес-процесса замены услуги. Выполняется запрос в подсистему НСИ или в ИС поставщика для проверки наличия возможности модификации и наличия санкций (необходимость проверки определяется специальными свойствами услуги). Выполняется вызов бизнес сервиса тарификации для перерасчёта стоимости услуги. Объект Услуга получает статус «модифицирован». Если модификация требует перебронирования услуги, то формируется замена с установкой соответствующих значений статусов.
|
|
Booking
|
Бронирование услуги в корзине
|
Проверяется статус услуги (группа значений «можно бронировать»). Выполняется запрос к собственной системе бронирования (если данная услуга реализуется поставщиком через систему бронирования ПЭК) или к ИС поставщика (консолидатора). Набор параметров запроса определяется поставщиком услуги. Принимается идентификатор брони поставщика и устанавливается в свойство услуги. Услуга получает статус «забронирована»
|
|
Booking
|
Бронирование авиапакета в корзине
|
Бизнес-процесс запускается, если у вложенного пакета установлены свойства «авиапакет» и «к бронированию». Вызывается бизнес сервис, реализующий бизнес процесс «Бронирование авиапакета» (см. Таблицу 4). При успешном завершении сервис устанавливает для пакета и всех услуг в нём статус «Забронирован»
|
|
Booking
|
Бронирование корзины единой транзакцией
|
Данный бизнес-процесс предполагает последовательное бронирование всех пакетов и услуг корзины с запросом у Клиента подтверждения продолжения процесса при неуспешном бронировании любой услуги. Клиент может выбрать: продолжение процесса с пропуском соответствующей услуги, либо отказ от бронирования корзины. При отказе от бронирования выполняется откат всех уже произведённых бронирований, при этом санкции за аннуляцию брони, даже если они предусмотрены, не применяются. Данный бизнес-процесс может быть запущен только для пакета с установленными свойствами «корзина» и «одна транзакция» и статусом «новый к бронированию». В рамках процесса бронируются только услуги в статусе «к бронированию»
|
|
Booking
|
Аннуляция бронирования услуги в корзине
|
Проверяется статус услуги (установлено: «к замене», «к возврату»). Выполняется запрос к собственной системе бронирования (если данная услуга реализуется поставщиком через систему бронирования ПЭК) или к ИС поставщика (консолидатора). Набор параметров запроса определяется поставщиком услуги, как минимум передаётся идентификатор брони. Принимается подтверждение от поставщика и расчётное значение суммы санкций. Услуга получает статус «замена выполнена» или «возврат выполнен»
|
|
Booking
|
Обработка корзины
|
Данный бизнес-процесс является консолидированным, в его рамках выполняется проверка статусов всех услуг, вложенных пакетов и услуг внутри этих пакетов, при нахождении услуг со статусом «к замене» или «к возврату» запускается бизнес-процесс «аннуляция бронирования услуги», конечный статус – «замена выполнена» или «возврат выполнен». При нахождении услуги в статусе «на замену» или «к бронированию» выполняется бизнес процесс «Бронирование услуги» с установкой конечного статуса – «забронирована на замену» или «забронирована».
На этапе технического проектирования для замены Услуги необходимо определить последовательность операций бронирования и аннуляции а так же действия при неуспешном завершении половины транзакции (выполнять откат бронирования или аннуляции).
|
|
Booking
|
Аннуляция бронирования по TimeLimit
|
Данный бизнес-процесс выполняется автономно, вне рамок консолидированных процессов. Фактически аннуляция производится на уровне ИС поставщика услуги (или соответствующей подсистемы бронирования ПЭК, если она выполняет функции поставщика). Компонент аннуляции находится в режиме ожидания события, как только поступает сообщение-запрос, выполняется автоматическая аннуляция данной услуги. Если услуга находится в составе вложенного пакета, то запускается бизнес-процесс аннуляции услуги в пакете соответствующего типа. (См. бизнес-процессы для других способов пакетирования)
|
|
Оплата
|
Оплата/возврат корзины услуг online банковской картой
|
Все бизнес-процессы группы «Оплата» для корзины услуг аналогичны бизнес-процессам для авиапакета (см. табл. ), но следует учитывать, что в отличие от авиапакета, большинство услуг может быть забронировано без участия компонентов Sabre Host PSS, а так же быть оплачено разными способами в разное время.
|
|
Оплата
|
Оплата/возврат корзины услуг через агента
|
|
Оплата
|
Оплата банковской картой через call-центр корзины услуг
|
|
Оплата
|
Оплата/возврат корзины услуг в офисе продаж наличными или банковской картой
|
|
Оплата
|
Зачёт/возврат оплаты с депозита корпоративного клиента
|
|
Оплата
|
Оплата/возврат бонусными милями
| Динамические пакеты – предустановленная продажа
Предустановленная продажа – способ пакетирования, при котором клиент принимает непосредственное участие в формировании пакета (набора) взаимосвязанных туристических услуг, представляемого как единое целое. При этом, как правило, заранее определяется шаблон тура – номенклатурный состав услуг в пакете (например: авиаперелёт, трансферт и отель), но сами услуги динамически подбираются по данному шаблону с учетом остальных параметров, заданных клиентом.
Должна быть доступна возможность формирования шаблонов туров как бизнес администратором системы бронирования (например: пакетные предложения по специальным тарифам), так и самим клиентом. Должны быть возможность задания более жёстких установок шаблонов (например: авиаперелёт по определённому маршруту и отель). Клиент должен иметь возможность дополнить предустановленный пакет не предусмотренной в нём услугой, но это не должно изменять основного свойства пакета – единое целое.
С методологической точки зрения наличие шаблона не является существенным для бизнес-процессов, принципиальным является условие единства пакета как потребительского продукта, что, соответственно накладывает ключевое требование: бронирование пакета целиком за одну бизнес- транзакцию, и ряд дополнительных (в частности по оплате, аннулированию по TimeLimit, замене услуг в пакете и т.п.). При реализации технологической цепочки, реализуемой в консолидированных бизнес-процессах для этого способа пакетирования, необходимо:
предусмотреть за рамками процессов дистрибуции, средства формирования, хранения, и ведения шаблонов бизнес администраторами, а в рамках дистрибуции – средства формирования шаблона клиентом (бизнес-процесс группы Shopping);
обеспечить возможность поиска, просмотра и выборки шаблонов;
в информационном пространстве сформировать дополнительный справочный объект «Шаблон пакета» с вложенными объектами «Элемент шаблона»;
определить базовый набор свойств объектов Шаблон и Элемент;
реализовать проверку «заполнения» шаблона конкретными услугами перед бронированием, пакет с не полностью заполненным шаблоном не бронируется
реализовать возможность динамической модификации шаблона (добавление элементов для видов услуг или их удаление, если это не противоречит свойству элемента шаблона);
обеспечить работу с шаблонами на уровне клиентского web-интерфейса.
Предполагается использование следующего варианта реализации механизма предустановленных пакетов:
шаблон должен формироваться как объект «Пакет» с набором вложенных объектов «Вид услуги», но сами объекты «услуга» не должны формироваться, либо должны формироваться с предустановленным частичным набором свойств;
пакет должен получить свойство «Шаблон», каждый вид услуги также должен получить свойство «Шаблон» и свойство обязательности (значения: да/нет);
в Шаблон кроме Услуг должна быть возможность помещения вложенного объекта «Пакет» с предустановленным набором свойств (например: авиапакет с установленным маршрутом перелёта и классом обслуживания);
для всех объектов Пакет должно быть введено свойство «Наименование», данное свойство в Пакетах для бронирования и оплаты не должно использоваться, но для Шаблонов оно должно являться одним из ключевых для поиска и выборки;
шаблоны должны храниться в отдельном наборе таблиц БД, структурно идентичных таблицам хранения Пакетов и Услуг системы бронирования ПЭК;
при выборке Шаблона Клиентом, по нему (точно так же, как по информации о сеансе из основной БД) должно строиться информационное пространство, соответственно оно должно включать все данные и объекты, предусмотренные Шаблоном с предустановленными свойствами;
у Клиента должна быть возможность самостоятельно построить пакет со свойством «Шаблон» и набором Видов услуг со свойством «Элемент шаблона» (специальный бизнес-процесс) перед запуском бизнес-процесса выбора услуг. Клиент также должен иметь возможность определить предустановленные свойства (например: пункт назначения и дату) для вида услуг – элемента шаблона;
в функциональности бизнес-процессов группы Shopping необходимо предусмотреть вариант последовательного поиска и выбора услуг, определённых шаблоном (предустановленные свойства должны являться условиями фильтрации услуг к предложению);
в функциональности бизнес-процессов группы Booking необходимо предусмотреть проверку Пакета на наличие свойства «Шаблон», и если оно есть, то проверять статусы всех услуг в пакете на готовность к бронированию. Если есть не готовые, то открывать диалог с Клиентом, который должен подтвердить удаление неиспользованных элементов шаблона (если в них свойство «Обязателен» установлено в «нет»), либо сообщать Клиенту о необходимости завершить выбор всех услуг шаблона и невозможности выполнения операции бронирования при неполном наборе услуг.
Уточнение и доработка механизмов реализации предустановленных пакетов должна быть выполнена на этапе технического проектирования.
Для предустановленного динамического пакета услуг должны иметь место следующие клиентские бизнес – функции (консолидированные бизнес-процессы):
формирование и покупка пакета (с выбором пакетного предложения);
формирование и покупка пакета (собственный шаблон Клиента);
возврат пакета (целиком);
аннуляция (возврат) услуги из пакета (если допускается);
добавление услуги в пакет;
изменение параметров услуги (если допускается);
замена услуги (если допускается).
Все функции (кроме покупки) подразумевают, что пакет уже забронирован и (или) оплачен. До бронирования все функции должны реализовываться в рамках функционала формирования пакета.
Кроме клиентских бизнес-функций необходимо рассмотреть администраторские консолидированные бизнес-процессы:
формирование Шаблонов пакетов туристических услуг;
формирование пакетных предложений;
блокирование доступа к пакетным предложениям;
модификация пакетных предложений;
модификация Шаблонов;
удаление Шаблонов.
Администраторские консолидированные бизнес-процессы должны рассматриваться вместе с клиентскими, поскольку они используют в основном «клиентские» сервисы.
Бизнес-процессы для корзины услуг приведены в табл. .
Таблица – Бизнес-процессы для предустановленной продажи
№
|
Группа
|
Бизнес-процесс
|
Описание
|
|
Инициация
|
Авторизация клиента
|
Идентичен процессу для авиапакета
(см. табл. )
|
|
Инициация
|
Авторизация бизнес – администратора
|
Процесс идентичен авторизации Клиента, но запрос на аутентификацию передаётся в другие компоненты
|
|
Управление
|
Формирование Шаблона бизнес администратором
|
Бизнес процесс во многом похож на выбор услуг и занесение в корзину.
Выполняются запросы списка видов услуг (без параметризации), список содержит и «авиаперелет», производится выбор видов услуг, формирование объекта «вид услуги» (если авиаперелёт – то формируется шаблон пакета), если это пакетное предложение – то запрос списка услуг выбранного вида доступных к бронированию с данными поставщиков, выбор услуги, формирование объектов «Поставщик» и «Услуга». Администратор вводит наименование шаблона (пакетного предложения) и определяет его тип «Шаблон» или «Пакетное предложение». Для пакетных предложений могут быть установлены скидка и диапазон дат действия.
Устанавливаются свойства синхронизации услуг в будущем пакете (по времени начала, времени завершения, месту, длительности и т.п.) Объекты получают статус «формирование» и установленное свойство «шаблон». Вызывается сервис сохранения в БД
|
|
Управление
|
Формирование Шаблона Клиентом
|
Выполняются запросы списка видов дополнительных услуг (без параметризации), список содержит и «авиаперелет». Клиент отмечает флагами виды услуг, которые он хочет бронировать пакетом. Формируется объект «Пакет» а в нём объекты «Вид услуги» для отмеченных флагами (для авиаперелёта формируется авиапакет). Для пакета могут быть установлены значения свойств синхронизации услуг. Все объекты получают статус «формирование» и свойство «шаблон»
|
|
Управление
|
Модификация Шаблонов (пакетных предложений)
|
Бизнес-процесс администратора. Запрашивается список шаблонов и пакетных предложений, выбирается шаблон (предложение). В шаблон добавляются/удаляются услуги, изменяются параметры пакетного предложения. Вызывается сервис сохранения изменений в БД.
|
|
Управление
|
Деактивация Шаблонов (пакетных предложений)
|
Для любого шаблона и пакетного предложения устанавливается дата+время завершения действия. После указанного времени шаблон будет недоступен для Клиента, но следует учитывать, что изменения этого свойства не могут вступить в силу для Клиентов, которые на момент их внесения в БД уже выбрали в сеанс данные шаблона и пакетного предложения. Возможно, потребуется дополнительная процедура проверки срока действия пакетного предложения на момент бронирования
|
|
Shopping
|
Выбор Шаблона для формирования Пакета
|
Запрашивается список шаблонов и пакетных предложений, выбирается шаблон (предложение) для просмотра или бронирования. Выполняется выбор данных шаблона из БД и формируется информационное пространство
|
|
Shopping
|
Выбор видов услуг по Шаблону
|
Выполняется просмотр объектов (видов услуг и вложенных пакетов) на статус «формирование» и свойство «шаблон», ищется объект с наивысшим приоритетом (порядок приоритетов: авиапакет, другие вложенные пакеты, услуги согласно свойству «приоритет»). Найденный объект обрабатывается: если это авиапакет – то запуск специального бизнес-процесса (см. далее), если вложенный пакет – то рекурсия процесса для обработки пакета, если услуга (или вид услуги) – то запуск бизнес процесса «выбор услуги и занесение в пакет (см. далее)
|
|
Shopping
|
Выбор услуги, определённого Шаблоном Вида, и занесение в Пакет
|
Формирование параметризованного запроса на поиск услуг (набор и значения параметров определяются объектом шаблона), Клиент просматривает результаты запроса и производит выбор услуги (после выбора Клиент может запустить бизнес-процесс поиска выбранной услуги у других поставщиков и выбрать её заново). Если для вида услуг требуется определение дополнительных свойств (параметров), то они устанавливаются (автоматически по данным справочных объектов или запрашиваются у Клиента). Выполняется формирование (до формировывание) объектов «поставщик» и «услуга» в пакете (как и при работе без шаблона). При установке всех обязательных свойств, объект Услуга получает статус «к бронированию»
|
|
Shopping
|
Добавление услуги, не предусмотренной Шаблоном
|
Данный бизнес-процесс идентичен бизнес-процессу «Выбор услуги и занесение в корзину» (см. табл. ). Отличие формируется автоматически, поскольку объект Услуга наследует свойства объекта Пакет, он, для последующей обработки, не будет отличаться от предустановленного
|
|
Shopping
|
Формирование, модификация и возврат авиапакета с учётом предустановок Шаблона
|
Переход на соответствующий консолидированный бизнес-процесс группы «Авиапакет», результат – в пакете сформирован и забронирован авиапакет, и (или) имеющийся авиапакет получил статус «возвращён». При успешной модификации авиапакета он получает статус «к оплате». Учет предустановленных на уровне Шаблона свойств авиаперелёта выполняется в рамках бизнес-процессов группы «Авиапакет»
|
|
Shopping
|
Возврат услуги из пакета, сформированного по Шаблону
|
Выбор услуги к возврату в пакете, определение допустимости возврата по свойствам услуги и пакета (фактически Шаблона), отказ от возврата при недопустимости (С запросом на возврат всего пакета). Запрос санкций за возврат у поставщика, расчёт суммы санкций и суммы к возврату, запрос подтверждения у Клиента, фиксация сумм на уровне свойств пакета, простановка статуса услуги «к возврату»
|
|
Shopping
|
Возврат пакета услуг
|
В рамках процесса выполняется последовательный выбор услуг и возврат каждой из них. Фактически – циклическое выполнения бизнес-процесса «Возврат услуги из пакета» без проверки на допустимость возврата
|
|
Shopping
|
Замена услуги в пакете, сформированном по Шаблону (обязательной и не обязательной)
|
Бизнес-процесс практически совпадает с процессом для корзины (см. табл. ), за исключением проверки и использования свойств услуги, установленных на уровне шаблона (ограничения на список услуг к выбору на замену).
Бизнес-процесс является составным: консолидирует «выбор услуги и занесение в пакет» с процессом возврата. Выбор выполняется с предустановленным видом услуги и параметрами, определёнными на уровне шаблона. Фактическая замена возможна только при отсутствии санкций в свойствах заменяемой услуги (санкции могут быть привязаны к условию смены поставщика, соответственно при сохранении поставщика они могут не применяться). В любом случае для старого объекта Услуга устанавливается свойство «к замене», а для нового – «на замену»
|
|
Shopping
|
Модификация услуги в пакете, сформированном по Шаблону
|
Бизнес-процесс практически совпадает с процессом для корзины (табл. ), только добавляется шаг проверки и блокирования модификации свойств услуги, установленных на уровне шаблона.
Выполняется изменение как количественных, так и качественных свойств услуги, при этом не подлежат изменению вид услуги, поставщик и свойства, установленные на уровне шаблона. Замена поставщика возможна только в рамках бизнес-процесса замены услуги. Выполняется запрос в подсистему НСИ ПЭК или в ИС поставщика для проверки наличия возможности модификации и наличия санкций (необходимость проверки определяется специальными свойствами услуги). Выполняется вызов бизнес сервиса тарификации для перерасчёта стоимости услуги. Объект Услуга получает статус «модифицирован». Если модификация требует перебронирования услуги, то формируется замена с установкой соответствующих значений статусов.
|
|
Booking
|
Бронирование пакета услуг одной транзакцией
|
Данный бизнес-процесс предполагает последовательное бронирование всех пакетов и услуг пакета.
Предварительно выполняется проверка всех услуг и вложенных пакетов со свойством вхождения – «обязательно» на статус «к бронированию» или «забронировано» (например: для вложенного авиапакета). При нахождении услуг и пакетов с несоответствующим статусом Клиенту выдаётся сообщение и бизнес-процесс завершается.
При неуспешном бронировании любой услуги:
Если Шаблон пакета сформирован Клиентом, то запрос у Клиента подтверждения продолжения процесса. Клиент может выбрать: продолжение процесса с пропуском соответствующей услуги, либо отказ от бронирования пакета
Если Шаблон не клиентский, то автоматически выполняется отказ от бронирования пакета.
При отказе от бронирования выполняется откат всех уже произведённых бронирований, при этом санкции за аннуляцию брони, даже если они предусмотрены, не применяются
|
|
|
Бронирование услуги в пакете
|
Бизнес-процесс совпадает с процессом для корзины(см. табл. )
|
|
Booking
|
Бронирование авиапакета в составе предустановленного пакета
|
Совпадает с бизнес-процессом «Бронирование авиапакета в корзине» (см. табл. )
|
|
Booking
|
Аннуляция бронирования услуги в пакете
|
В основном совпадает с бизнес-процессом «Аннуляция бронирования услуги в корзине» (см. табл. ), так как все проверки и ограничения, связанные со способом пакетирования вынесены в соответствующие бизнес-процессы группы Shopping и завершены установкой статуса услуги, разрешающего процесс аннуляции.
Вводится дополнительное условие: бронирование обязательной услуги пакета «на замену» должно быть выполнено до аннуляции бронирования заменяемой услуги
|
|
Booking
|
Обработка пакета услуг (после замены, добавления, удаления и модификации услуг в пакете)
|
В целом совпадает с бизнес-процессом «Обработка корзины», но вводится дополнительное условие: бронирование обязательной услуги пакета «на замену» должно быть выполнено до аннуляции бронирования заменяемой услуги
|
|
Booking
|
Аннуляция бронирования пакета по TimeLimit
|
Данный бизнес-процесс выполняется автономно, вне рамок консолидированных процессов. Фактически аннуляция производится на уровне ИС поставщика услуги (или соответствующей подсистемы бронирования ПЭК, если она выполняет функции поставщика). Компонент аннуляции находится в режиме ожидания события, как только поступает сообщение-запрос, выполняется автоматическая аннуляция данной услуги, далее запускается процесс аннуляции всех услуг в пакете
|
|
Оплата
|
|
Все бизнес-процессы группы «Оплата» для предустановленного пакета услуг аналогичны бизнес-процессам для корзины и авиапакета (см. табл. )
|
|
|
|
|
|
|
Для блокирования возможности изменения предустановленных свойств услуг в пакетном предложении через бизнес-процессы модификации и замены услуги, необходимо для всех информационных объектов для каждого свойства определять его состояние (в принципе, с программной точки зрения, это тоже свойство), т. е. каждое свойство информационного объекта должно иметь значение и состояние: (изменяемое/не изменяемое).
При реализации бизнес-процессов необходимо обеспечить установку условий специальной синхронизации услуг в пакете (по дате, месту, времени, наличию, количеству туристов и т.п.).
Динамические пакеты – формирование пакета в процессе оформления продажи авиабилетов или других услуг
Продажа в процессе оформления авиабилета или туристической услуги – способ, при котором в процессе формирования клиентом пакета или приобретения туристической услуги ему предлагается одна или несколько дополнительных туристических услуг в дополнение к пакету или основной туристической услуге.
Предполагается использование следующего варианта реализации механизма формирование пакета в процессе оформления продажи авиабилетов или других услуг.
В базе данных системы бронирования ПЭК должна формироваться таблица «Дополнительных предложений» вида:
Вид услуги (код вида услуги)
|
Условие предложения
|
Предложение по Событию
|
Вид услуги к предложению
|
Включена в пакет
|
Забронирована
|
Оплачена
|
|
|
|
Да/нет
|
Да/нет
|
Да/нет
|
|
По факту наступления для вида услуги, отмеченного в таблице события, должен выполняться запрос к специальному программному компоненту (сервису), который должен обращаться к этой таблице в БД и по виду услуги и виду события строить список услуг, которые необходимо предложить Клиенту. Из этого списка должны быть исключены виды услуг, которые уже имеются в информационном пространстве (включены в пакет или предусмотрены Шаблоном), оставшиеся должны предлагаться Клиенту.
Также в таблице должно быть поле «Условие предложения», которое может содержать как значения свойств Клиента и Пакета, так и ссылку на специальный сервис анализа. Это позволит предлагать вид услуги только клиентам, соответствующим определённым требованиям, либо выполнить запрос к специализированной системе анализа, которая по свойствам клиента, пакета, составляющих пакет услуг и любой другой информации должна выдавать рекомендацию на предложение услуги после наступления события.
В случае принятия предложения Клиентом он должен выбать вид услуги, для него должна выполняться предустановка свойств, и с их учётом Клиенту должен предлагаться выбор варианта услуги (если их несколько).
Включение услуги в Пакет и последующие бронирование и оплата должны выполняться по правилам (бизнес-процессам), предусмотренным для способа пакетирования исходного Пакета.
Для предустановки свойств предлагаемого вида услуг в БД должна быть сформирована таблица «Установки свойств услуг из дополнительного предложения» вида:
Вид «основной» услуги
|
Вид услуги к предложению
|
Свойство услуги к предложению
|
Свойство «основной» услуги
|
Бизнес правило или выражение
|
|
|
|
|
|
|
|
|
|
|
Данная таблица содержит пары переносимых свойств из основной в новую услугу. Набор этих пар свойств и бизнес правило переноса (или выражение преобразования) должны формироваться бизнес администратором системы бронирования ПЭК через специальный интерфейс.
Должна быть возможность явно установить свойства новой услуги (не зависимо от значения в основной услуге). Таким образом должна быть реализована возможность установки свойств синхронизации услуг и зависимости родитель-потомок.
Для формирования пакета в процессе оформления продажи авиабилетов или других услуг должны иметь место следующие клиентские бизнес-функции (консолидированные бизнес-процессы):
выбор услуги из предложения и добавление в пакет до бронирования;
выбор услуги из предложения и добавление в пакет после бронирования но до оплаты;
выбор услуги из предложения и добавление в пакет после оплаты;
аннуляция (возврат) услуги из пакета;
изменение параметров услуги (если допускается);
замена услуги (если допускается).
Последние три бизнес-процесса соответствуют способу пакетирования, определённому для Пакета, в который производится добавление услуги, соответственно они не специфичны для рассматриваемого способа пакетирования.
Бизнес-процессы для формирования пакета в процессе оформления продажи авиабилетов или других услуг приведены в табл. .
Таблица – Бизнес-процессы для формирования пакета в процессе оформления продажи авиабилетов или других услуг
№
|
Группа
|
Бизнес-процесс
|
Описание
|
|
Управление
|
Ведение (формирование и редактирование) таблицы Дополнительных предложений бизнес – администратором
|
Выполняется через специальный интерфейс. Включает формирование и предоставление списка видов услуг в формате таблицы Дополнительных предложений и в формате простого списка с возможностью отметки услуг к предложению. Выполняется валидация выбора по установленным бизнес-правилам.
|
|
Управление
|
Ведение (формирование и редактирование) таблицы Установки свойств услуг бизнес – администратором
|
Выполняется через специальный интерфейс. Включает формирование и предоставление списка видов услуг, формирование списка свойств вида услуг, редактирование и валидацию бизнес-правил и выражений.
|
|
Shopping
|
Формирование и предложение списка видов услуг
|
Ожидание события, приём и определение вида события и вида услуги, выбор услуг из таблицы Дополнительных предложений, проверки наличия услуг в сеансе, анализ и обработка условий предложения, актуализация списка видов услуг к предложению.
|
|
Shopping
|
Предложение услуг к выбору, выбор и занесение в пакет
|
Предложение клиенту списка видов услуг, получение выбора клиента, определение необходимости запроса у Клиента уровня пакетирования данной услуги (например: клиент работает с предустановленным пакетом, но данный вид услуги можно покупать и вне пакета), запрос на пакетирование/нет в текущем пакете и запуск бизнес-процесса добавления услуги выбранного вида в определённый пакет.
|
|
Booking
|
Бронирование услуги, добавленной в предустановленный пакет
|
Бизнес-процесс совпадает с процессом для корзины (см. табл. )
| Динамические пакеты – продажа после покупки
Продажа после покупки соответствующей туристической услуги – способ, при котором после приобретения клиентом пакета или туристической услуги ему предлагается одна или несколько дополнительных туристических услуг в дополнение к пакету или основной туристической услуге.
Продажа после покупки полностью должна быть реализована в рамках функционала способа пакетирования «Динамические пакеты – формирование пакета в процессе оформления продажи авиабилетов или других услуг» как вариант предложения дополнительных услуг по событию «Оплачено».
|
