Page History

...

Поддержка доставки изменений в проживающие брони

С версии 2.8.31 в CRS\TL, если в проживающие брони вносят изменения (например, о продлении или изменении тарифа), они потом синхронизируются и отображаются в Логусе.

Доставка изменений из ТЛ, когда ранее созданную (наличную) бронь оплатили

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

<Rule Name="14 Оплата при заезде" GuaranteeCode="Cash" Company="TL" LogusGuarantee="Cash" />

       <Rule Name="15 Оплата в офисе" GuaranteeCode="None" PaymentSystemName="AT_OFFICE" DepositPayments="ExpectedPayment" LogusGuarantee="Deposit" />

        <Rule Name="16 Оплата до заезда" GuaranteeCode="None" Payee="Online" Agent="Online" Company="TL" DepositPayments="ReceivedPayment" LogusGuarantee="Deposit" />

        <Rule Name="17 Без гарантии" GuaranteeCode="None" Company="TL" LogusGuarantee="Cash" />

Распределение оплат по броням

С версии  3.0.1, для упрощения процесса распределения предоплаты по броням из TravelLine, реализован автоматический режим распределения, аналогичный режиму "Последовательно по сумме проживания" при импорте банковской выписки. Функция настраивается сотрудниками ТП.

Логика:
Если в рамках одной брони из TL приходит несколько броней (одна бронь ТЛ может содержать несколько броней Логуса), то оплата распределяется по броням.
Если в комнате проживает несколько гостей и создаётся разделённая бронь, то оплата разносится по броням в разделении.
Если сумма превышает расчётное значение по броням, то разница добавляется на первую бронь.

Начиная с версии протокола 1.14 правила гарантии и предоплат регулируются депозитными правилами, описанными в конфигурации:

Image Removed

Выборка рулов:
Порядок выбора рула и условия:
1. (GuaranteeCode пустой или равен null) или GuaranteeCode == guaranteeCode из xml
2. (PaymentSystemName пустой или равен null) или PaymentSystemName == paymentSystemName из xml
3. (PaymentSystemProfileAcquiringName пустой или равен null) или PaymentSystemProfileAcquiringName == paymentSystemProfileAcquiringName из xml
4. (DepositPayments == null) или DepositPayments == depositPayments из xml

GuaranteeType - тип гарантии

Выбор кода транзкации

Image Removed

      <DepositRules>

      <DepositRules>
        <Rule Name="01 Выставлен счёт на юрлицо (автоматически)" GuaranteeCode="PrePay" PaymentSystemName="CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="02 Выставлен счёт на юрлицо (отелем)" GuaranteeCode="PrePay" PaymentSystemName="MANUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="03 Бронь оплачена каналу бронирования" GuaranteeCode="PrePay" PaymentSystemName="CM_CASHLESS" Payee="Channel" LogusGuarantee="DirectBill" />
        <Rule Name="0401 Выставлен счёт физлицуна юрлицо (автоматически)" GuaranteeCode="PrePay" PaymentSystemName="INDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="0502 Выставлен счёт физлицуна юрлицо (отелем)" GuaranteeCode="PrePay" PaymentSystemName="MANUAL_INDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="0603 ОплатаБронь наоплачена сайте отеля (депозит ожидается) - эквайринг ТЛканалу бронирования" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringNamePaymentSystemName="TravelLineCM_CASHLESS" Payee="OnlineChannel" DepositPaymentsLogusGuarantee="ExpectedPaymentDirectBill" />
        <Rule Name="0704 ОплатаВыставлен насчёт сайтефизлицу отеля (депозит получен) - эквайринг ТЛавтоматически)" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringNamePaymentSystemName="TravelLineINDIVIDUAL_CASHLESS" PayeePaymentSystemProfileAcquiringName="Online" DepositPayments="ReceivedPaymentExpectedPayment" LogusGuarantee="DirectBill" />
        <Rule Name="0805 ОплатаВыставлен насчёт сайте отеляфизлицу (депозит ожидается) - эквайринг отеляотелем)" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringNamePaymentSystemName="Hotel"MANUAL_INDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="0906 Оплата на сайте отеля (депозит полученожидается) - эквайринг отеляТЛ" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="HotelTravelLine" Payee="GuestOnline" DepositPayments="ReceivedPaymentExpectedPayment" LogusGuarantee="CreditCard" />
        <Rule Name="10 Гарантия кредитной картой07 Оплата на сайте отеля (депозит получен) - картаэквайринг гостяТЛ" GuaranteeCode="CcDcVoucherPrePay" PaymentSystemNamePaymentSystemProfileAcquiringName="CM_CREDITCARD_GUARANTEETravelLine" LogusGuaranteePayee="CreditCardOnline" />
 DepositPayments="ReceivedPayment" LogusGuarantee="DirectBill" />
        <Rule Name="1108 Оплата Гарантияна кредитнойсайте картойотеля -(депозит виртуальнаяожидается) карта- каналаэквайринг OTAотеля" GuaranteeCode="CcDcVoucherPrePay" PaymentSystemNamePaymentSystemProfileAcquiringName="CM_PREPAY_CREDITCARD_GUARANTEEHotel" PayeeDepositPayments="Channel" LogusGuarantee="CreditCardExpectedPayment" />
        <Rule Name="1209 ГарантияОплата кредитнойна картойсайте -отеля карта(депозит гостяполучен) через- сайтэквайринг отеля" GuaranteeCode="CcDcVoucher="PrePay" PaymentSystemProfileAcquiringName="Hotel" Payee="Guest" DepositPayments="ReceivedPayment" LogusGuarantee="CreditCard" />
        <Rule Name="1310 Гарантия кредитной картой - канал передал детали карты в гостиницукарта гостя" GuaranteeCode="PrePayCcDcVoucher" PaymentSystemName="CM_CREDITCARD_GUARANTEE" LogusGuarantee="CreditCard" />
        <Rule Name="14 Оплата при заезде11 Гарантия кредитной картой - виртуальная карта канала OTA" GuaranteeCode="CashCcDcVoucher" LogusGuaranteePaymentSystemName="Cash" CM_PREPAY_CREDITCARD_GUARANTEE" Payee="Channel" LogusGuarantee="CreditCard" />
        <Rule Name="15 Оплата в офисе" GuaranteeCode="None" PaymentSystemName="AT_OFFICE" DepositPayments="ExpectedPayment12 Гарантия кредитной картой - карта гостя через сайт отеля" GuaranteeCode="CcDcVoucher" LogusGuarantee="DepositCreditCard" />
        <Rule Name="1613 БезГарантия гарантии" GuaranteeCode="None" LogusGuarantee="Cashкредитной картой - канал передал детали карты в гостиницу" GuaranteeCode="PrePay" PaymentSystemName="CM_CREDITCARD" LogusGuarantee="CreditCard" />
         </DepositRules>

Эти правила не предназначены для ручного редактирования и описаны на случай будущего расширения интерфейса с ТЛ либо для случаев обнаружения ошибок - например когда появилась какая-либо комбинации кода гарантии, платёжной системы и профайла, которые не предусмотрены изначальной конфигурацией (в этом случае в логе загрузки брони из ТЛ будет сообщение "Rule not found!" - что говорит что среди описанных правил не удалось подобрать требуемое). Исходя из правил Логус подбирает подходящую гарантию из справочника гарантий (первую в порядке сортировки) и подбирает код оплаты (безнал или эквайринг отеля)., а также определяет кто будет являться плательщиком брони: Guest - сам гость (компания-плательщик пуста), TL - Компания Трэвеллайн или Channel - тогда это канал из которого пришла бронь.

Санаторный режим работы

В Трэвеллайн во второй половине 2018-го года появился "санаторный" режим работы. Он имеет несколько важных отличий:

<Rule Name="14 Оплата при заезде" GuaranteeCode="Cash" LogusGuarantee="Cash" />
        <Rule Name="15 Оплата в офисе" GuaranteeCode="None" PaymentSystemName="AT_OFFICE" DepositPayments="ExpectedPayment" LogusGuarantee="Deposit" />
        <Rule Name="16 Без гарантии" GuaranteeCode="None" LogusGuarantee="Cash" />
      </DepositRules>

Эти правила не предназначены для ручного редактирования и описаны на случай будущего расширения интерфейса с ТЛ либо для случаев обнаружения ошибок - например когда появилась какая-либо комбинации кода гарантии, платёжной системы и профайла, которые не предусмотрены изначальной конфигурацией (в этом случае в логе загрузки брони из ТЛ будет сообщение "Rule not found!" - что говорит что среди описанных правил не удалось подобрать требуемое). Исходя из правил Логус подбирает подходящую гарантию из справочника гарантий (первую в порядке сортировки) и подбирает код оплаты (безнал или эквайринг отеля)., а также определяет кто будет являться плательщиком брони: Guest - сам гость (компания-плательщик пуста), TL - Компания Трэвеллайн или Channel - тогда это канал из которого пришла бронь.

Санаторный режим работы

В Трэвеллайн во второй половине 2018-го года появился "санаторный" режим работы. Он имеет несколько важных отличий:

1. Позволяет бронировать гостей в один номер по разным тарифам

2. Изменён способ подсчёта цен на детей на основных местах. 

   Note
   Если в настройках объекта указано "Дети на основном месте влияют на общую схему размещения"  в положении ВКЛ, то для корректной выгрузки цен в ТЛ, <SanatoriumRates>False</SanatoriumRates>

   SanatoriumRates = False	SanatoriumRates = True
   Code Block language xml <?xml version="1.0" encoding="utf-8"?> <OTA_HotelRateAmountNotifRQ xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <RateAmountMessages HotelCode="3439" xmlns="http://www.opentravel.org/OTA/2003/05"> <RateAmountMessage> <StatusApplicationControl RatePlanCode="13129" InvTypeCode="17634"

3. Позволяет бронировать гостей в один номер по разным тарифам

4. Изменён способ подсчёта цен на детей на основных местах. 

   Note
   Если в настройках объекта указано "Дети на основном месте влияют на общую схему размещения"  в положении ВКЛ, то для корректной выгрузки цен в ТЛ, <SanatoriumRates>False</SanatoriumRates>

   SanatoriumRates = False

   SanatoriumRates = True

   Code Block language xml <?xml version="1.0" encoding="utf-8"?> <OTA_HotelRateAmountNotifRQ xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <RateAmountMessages HotelCode="3439" xmlns="http://www.opentravel.org/OTA/2003/05"> <RateAmountMessage> <StatusApplicationControl RatePlanCode="13129" InvTypeCode="17634" /> <Rates> <Rate Start="2021-06-18" End="2021-10-23"> <BaseByGuestAmts> <BaseByGuestAmt AmountAfterTax="2500.00" NumberOfGuests="1" /> <BaseByGuestAmt AmountAfterTax="2900.00" NumberOfGuests="2" /> <BaseByGuestAmt AmountAfterTax="400.00" NumberOfGuests="1" MinAge="8" MaxAge="14" /> <BaseByGuestAmt AmountAfterTax="400.00" NumberOfGuests="1" MinAge="3" MaxAge="7" /> </BaseByGuestAmts><Rates> <Rate <AdditionalGuestAmounts /> Start="2021-06-18" End="2021-10-23"> </Rate><BaseByGuestAmts> </Rates> </RateAmountMessage> </RateAmountMessages> </OTA_HotelRateAmountNotifRQ> Цены детей на основных местах подкорректированы таким образом, чтобы учесть особенности расчёта тарифа со стороны ТЛ для отельного режима Code Block language xml <OTA_HotelRateAmountNotifRQ xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <RateAmountMessages HotelCode="3439" xmlns="http://www.opentravel.org/OTA/2003/05"> <RateAmountMessage> <BaseByGuestAmt AmountAfterTax="2500.00" NumberOfGuests="1" /> <BaseByGuestAmt AmountAfterTax="2900.00" NumberOfGuests="2" /> <BaseByGuestAmt AmountAfterTax="400.00" NumberOfGuests="1" MinAge="8" MaxAge="14" /> <StatusApplicationControl<BaseByGuestAmt RatePlanCodeAmountAfterTax="13129400.00" InvTypeCodeNumberOfGuests="176341" /> <Rates>MinAge="3" MaxAge="7" /> <Rate Start="2021-06-18" End="2021-10-23"> </BaseByGuestAmts> <BaseByGuestAmts><AdditionalGuestAmounts /> </Rate> <BaseByGuestAmt AmountAfterTax="2500.00" NumberOfGuests="1" </>Rates> </RateAmountMessage> </RateAmountMessages> </OTA_HotelRateAmountNotifRQ> Цены детей на основных местах подкорректированы таким образом, чтобы учесть особенности расчёта тарифа со стороны ТЛ для отельного режима

   Code Block language xml <OTA_HotelRateAmountNotifRQ xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <RateAmountMessages HotelCode="3439" xmlns="http://www.opentravel.org/OTA/2003/05"> <RateAmountMessage> <StatusApplicationControl RatePlanCode="13129" InvTypeCode="17634" /> <Rates> <BaseByGuestAmt AmountAfterTax="2900.00" NumberOfGuests="2" /> <BaseByGuestAmt AmountAfterTax="1450.00" NumberOfGuests="1" MinAge="8" MaxAge="14" /> <BaseByGuestAmt AmountAfterTax="1450.00" NumberOfGuests="1" MinAge="3" MaxAge="7" / <Rate Start="2021-06-18" End="2021-10-23"> </BaseByGuestAmts> <AdditionalGuestAmounts /> <BaseByGuestAmts> </Rate> </Rates> </RateAmountMessage> </RateAmountMessages> </OTA_HotelRateAmountNotifRQ> Коррекция цен детей на основных местах не применяется в санаторном режиме, поскольку ТЛ рассчитывает цены ровно так же как и Логус

Чтобы активировать "санаторный" режим выгрузки в Логусе, необходимо в настройках модуля установить признак (он включен по-умолчанию)

<SanatoriumRates>True</SanatoriumRates>

Для активации режима со стороны ТЛ нужно обратиться к менеджеру.

Интервал проверки новых броней 

<!-- Общие настройки внешних каналов бронирования -->
<ExternalChannels CheckNewReservationsCron="0 0/3 * * * ?" UpdateExternalChannelAvailabilityCron="0 0 3 * * ?"/>

1. <BaseByGuestAmt AmountAfterTax="2500.00" NumberOfGuests="1" /> <BaseByGuestAmt AmountAfterTax="2900.00" NumberOfGuests="2" /> <BaseByGuestAmt AmountAfterTax="1450.00" NumberOfGuests="1" MinAge="8" MaxAge="14" /> <BaseByGuestAmt AmountAfterTax="1450.00" NumberOfGuests="1" MinAge="3" MaxAge="7" /> </BaseByGuestAmts> <AdditionalGuestAmounts /> </Rate> </Rates> </RateAmountMessage> </RateAmountMessages> </OTA_HotelRateAmountNotifRQ> Коррекция цен детей на основных местах не применяется в санаторном режиме, поскольку ТЛ рассчитывает цены ровно так же как и Логус

Чтобы активировать "санаторный" режим выгрузки в Логусе, необходимо в настройках модуля установить признак (он включен по-умолчанию)

<SanatoriumRates>True</SanatoriumRates>

Для активации режима со стороны ТЛ нужно обратиться к менеджеру.

Интервал проверки новых броней 

<!-- Общие настройки внешних каналов бронирования -->
<ExternalChannels CheckNewReservationsCron="0 0/3 * * * ?" UpdateExternalChannelAvailabilityCron="0 0 3 * * ?"/>

Настройка основной квоты номеров в кабинете TL

После включения интеграции для ограничения онлайн-доступности номерного фонда есть два параметра: квота и in house квота.

Необходимо параметру "квота" проставить 999 на все типы номеров на максимально длительный период.

Параметр "in house квота" может использоваться для уменьшения онлайн-доступности номеров для бронирования через ТЛ.

Image Added

Настройка основной квоты номеров в кабинете TL

После включения интеграции для ограничения онлайн-доступности номерного фонда есть два параметра: квота и in house квота.

Необходимо параметру "квота" проставить 999 на все типы номеров на максимально длительный период.

Параметр "in house квота" может использоваться для уменьшения онлайн-доступности номеров для бронирования через ТЛ.

Image Removed

Поддержка доставки изменений в проживающие брони

С версии 2.8.31 в CRS\TL, если в проживающие брони вносят изменения (например, о продлении или изменении тарифа), они потом синхронизируются и отображаются в Логусе.

Доставка изменений из ТЛ, когда ранее созданную (наличную) бронь оплатили

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

<Rule Name="14 Оплата при заезде" GuaranteeCode="Cash" Company="TL" LogusGuarantee="Cash" />

       <Rule Name="15 Оплата в офисе" GuaranteeCode="None" PaymentSystemName="AT_OFFICE" DepositPayments="ExpectedPayment" LogusGuarantee="Deposit" />

        <Rule Name="16 Оплата до заезда" GuaranteeCode="None" Payee="Online" Agent="Online" Company="TL" DepositPayments="ReceivedPayment" LogusGuarantee="Deposit" />

        <Rule Name="17 Без гарантии" GuaranteeCode="None" Company="TL" LogusGuarantee="Cash" />

Распределение оплат по броням

С версии  3.0.1, для упрощения процесса распределения предоплаты по броням из TravelLine, реализован автоматический режим распределения, аналогичный режиму "Последовательно по сумме проживания" при импорте банковской выписки. Функция настраивается сотрудниками ТП.

Логика:
Если в рамках одной брони из TL приходит несколько броней (одна бронь ТЛ может содержать несколько броней Логуса), то оплата распределяется по броням.
Если в комнате проживает несколько гостей и создаётся разделённая бронь, то оплата разносится по броням в разделении.
Если сумма превышает расчётное значение по броням, то разница добавляется на первую бронь.