Differences

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

--- старт [2023/12/08 16:14] – Nadezhda Drugova
+++ старт [2023/12/11 19:55] (current) – Nadezhda Drugova
@@ Line 10: / Line 10: @@
   *  **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.