Проверка фиктивных данных пассажира
Last updated
Last updated
Для предотвращения получения агентствами штрафов от авиакомпаний (ADM) в связи созданием клиентами фиктивных бронирований, было разработано два функционала проверки фамилий и имен пассажиров:
Проверка внесенных данных в момент создания заказа с возможностью дополнительного подтверждения со стороны клиента;
Блокирование создания дублирующих заказов согласно настройкам в Rezon Backoffice (БО)
1)Проверка внесенных фамилий и имен в момент создания заказа с возможностью дополнительного подтверждения реальности данных со стороны клиента
Если клиент укажет имя/фамилию, которые будут автоматически распознаны системой как фиктивные, могут быть применены несколько действий в зависимости от определенного уровня риска (минимальный 0 - максимальный 1). Например, при указании в поле фамилии TEST TEST, будет определен уровень риска 1 (максимальный) и будет создано фиктивное бронирование с пометкой "Не завершено". В БО оно будет иметь следующий вид
Если для фамилии и имени автоматически определен уровень риска более уровня 0,6, клиенту будет дополнительно предложено для успешного завершения бронирования внести код подтверждения, который отправляется на действительный мобильный телефон покупателя, указанный при создании заказа.
Проверка фиктивных фамилий регулируется настройками в БО, которые производятся администраторами проекта по запросу агентства. Возможны варианты настроек: не проверять, для В2С пользовалетей, для В2С+В2В пользователей.
Возле имени пассажира находится знак, отображающий статус проверки введенных данных. При нажатии на него открывается всплывающее окно с детальной информацией: история проверки данных пассажира с уровнем риска, количество дубликатов за месяц, уникальный ключ (формируется для оперирующей авиакомпании) параметры перелета: пары городов и даты перелета.
2) Блокирование создания дублирующих заказов согласно настройкам в Rezon Backoffice (БО)
Настройки БО позволяют вносить правила, ограничивающие создание дублирующих бронирований по заданным критериям за период 31 день. Управление настройками доступно пользователю БО с правом "ID:72 Управление правилами Intolerance checker" в разделе Авиа-> Правила проверки данных пассажира.
Для добавления правила необходимо указать следующие параметры:
Авиакомпанию (оперирующий перевозчик);
РСС, для которого применяется правило;
Количество дублей ( например, при указании количество дублей 2, блокирование будет происходить при 3 попытке).
Логика работы модуля: как дубликаты определяются бронирования, созданные за период 31 день для одинаковых имени и фамилии пассажира, даты перелета, оперирующего перевозчика на первом сегменте по одинаковому направлению. Если не переопределено правилами, по умолчанию для всех авиаконтентов блокировка производится на 5 попытке создания бронирования.
При обнаружении дубликата не будет создано реальное бронирование, но авиазаказ будет зафиксирован в БО с указанием фиктивного локатора ГДС (с символами --), также агенту будет отправлено письмо на адрес, указанный в настройках Авиа -> Настройки ->Уведомления - "Успешное создание бронирования email".
Пользователю на сайте будет отображено уведомление о не создании заказа. Оплатить такой заказ пользователь не имеет возможности.
