Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
старт [2023/12/06 15:47] – created Nadezhda Drugovaстарт [2023/12/11 19:55] (current) Nadezhda Drugova
Line 10: Line 10:
  
   *  **External start** - доступен во всех типах схем - источник используется для запусков по схеме вручную а также случаев, когда PNR направляются в эту схему из других схем.    *  **External start** - доступен во всех типах схем - источник используется для запусков по схеме вручную а также случаев, когда PNR направляются в эту схему из других схем. 
-  * **[[Database query]]** - доступен во всех типах схем - запрос данных из баз, которые заранее подключены к системе. Настройка подключаемых баз является внутренней и настраивается дополнительно.+  * **[[Database query]]** - доступен во всех типах схем - запрос данных из базы данных клиента с помощью внешнего доступа. Настройка подключаемых баз является внутренней и настраивается дополнительно.  
 +  * **[[GDS queue]]** - доступен в схемах за исключением "Ticket processing" и "EMD processing" __типов схем__ - в качестве источника назначается одна или несколько очередей из системы бронирования GDS.  
 +  * **[[REST]]** - доступен только в схемах "Pricing and Ticketing" и "Non-pricing" - получение данных из внешнего интернет-ресурса. Для получения данных настраивается запрос к базе данных с помощью URLтребует предварительных настроек для корректной выгрузки объектов.  
 +  * **[[Unused tickets]]** - используется только в схеме"Ticket processing" - получение данных о билете из отчета о неиспользованных билетах. Данный отчет формируется раз в сутки на основании данных из билетов, полет по которым уже прошел, но купоны полностью или частично находятся в статусе OPEN. 
 +  * **[[Unused tickets (with filter)]]** - используется только в схеме"Ticket processing" - получение данных о билете из отчета о неиспользованных билетах. Данный отчет формируется раз в сутки на основании данных из билетов, полет по которым уже прошел, но купоны полностью или частично находятся в статусе OPEN. 
 +  * **[[GDS Daily Ticket Report]]** - используется только в схеме"Ticket processing" - получение данных о билете из отчета GDS 
 + 
 +**Fare increase rules** - раздел правил позволяет обнаружить и управлять неожиданным увеличением базового тарифа, его эквивалента, значения такс или итоговой суммы каждый раз, когда бронирование обрабатывается элементом StartДля настройки параметров создается одно или несколько правил, указывая уровень повышения тарифа и соответствующие действия, которые необходимо предпринять при обнаружении такого повышения. Если задано несколько правил, порядок их создания будет определять порядок применения правил. 
 + 
 +Перед проверкой правил Fare increase rules настраивается перечень параметров, которые должны быть предварительно учтены или выполнены при оценке PNR на стартовом этапе: 
 + 
 +{{:fare_increase_rules_block.png?nolink&600|Fare increase rules}} 
 + 
 +Оченка на стартовом этапе выполняет сравнение текущей стоимости заказа с ее предварительно сохраненной оценкой, за исключением случаев, когда в PNR присутствуют выписанные билеты.  
 + 
 +**Use //any/private/published//  fares for PNR pricing.** -  параметр определяет какой оценочный запрос нам необходимо выполнить. Допускается ли применение всех типов тарифов, или расчет необходимо выполнить для только опубликованных или только приватных тарифов 
 + 
 +✔** Refresh PQ (TST) on a daily basis.** - параметр установлен по умолчанию и требует ежедневного обновления маски билета. 
 + 
 +✔ **Disable change of farebasis** - параметр указывает на необходимость сохранения текущего farebasis, что фактически является своеобразным отказом от оптимизации и переходом к выписке билета. 
 + 
 +✔ **Price PNR in the PCC (OID) where PQ (TST) is created instead of the operational PCC (OID)** - включенная настройка определяет PCC создания сохраненной маски в PNR и выполняет оценку в нем независимо от выбранного PCC, указанного при создании схемы. Эта настройка распространяется только на 1-й запуск. Если при построении схемы предусмотрен расчет в других РСС или новая маска билета была создана оператором вручную то при следующем запуске данная настройка будет следовать за офисом в котором была сохранена последняя PQ, даже если эта галочка отсутствует предполагая сохранять стоимость в операционном РСС 
 + 
 +✔ **Attempt to restore HX segments to the original reservation class** - восстановление аннулированных сегментов (только для GDS Sabre) и последующая их оценка, при успешном восстановлении. 
 + 
 +Дополнительной скрытой проверкой осуществляется проверка условий провоза багажа. Проверка следит за тем, чтобы новые условия были бы не хуже предыдущих. 
 + 
 +Если не отмечен ни один из параметров, система на Старте все равно будет выполнять оценку и проверять актуальную стоимость PNR (без удешевления WP/FXP) для того, чтобы пойти дальше по этапам схемы. 
 + 
 +Если проверка стоимости подтвердила изменения, то во внимание включаются параметры Fare increase rules. 
 + 
 + 
 +