Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Выберите правильные коды транзакций предоплаты для безналичных платежей (от агентов) и для прямых оплат через эквайринг отеля (если такой подключен в Трэвеллайне). 


Info

Если код оплаты "Оплата эквайрингом отеля" имеет признак безналичной - должен быть указан также профиль компании плательщика. Например, ООО "Комфорт букинг"

Info
titleВозвраты

В общем случае есть два варианта отменить бронь, поступившую от ТЛ с депозитом:

  • пользователь сам отменяет в ЛК
  • отель отменяет по запросу пользователя в своем экстранете
    В обоих случаях бронирование в Logus приходилось отменять руками, так как бронирование с балансом. В этом случае пользователь Logus заходит и корректирует транзакцию оплаты в счете брони.
    С версии 2.9.170 в момент коррекции транзакции происходит автоматический возврат денег на карту.

...

Warning

Внимание! Одна из ошибок, по причине которой брони с настроенными тарифами не попадают в Logus - тариф не выставлен на продажу.

Например, "Невозможно определить квоту для тарифа с кодом '380720'. Привяжите тариф к квоте"

  1. Перейдите во вкладку "Квоты"

  2. В поле "Тарифы на продажу" активируйте нужные тарифы.



title
Info
Режим игнорирования стоимости тарифа при бронировании от ТЛ

С версии 2.11.2.224, для работы с некоторыми агентами необходимо, чтобы Логус игнорировал стоимость брони, передаваемой от ТЛ, и проставлял в брони цены тех тарифов, к которым привязаны API коды в Мастере продаж, передаваемые в XML запросе ТЛ. Для этого, XML конфигурация внешнего канала продаж расширена полем IgnoreRoomRates, по умолчанию значение для всех каналов false, если в конфигурации не указано true - true  (c маленькой буквы!!! Также) Также, добавлено поле Channel.Settingsполе ChannelConfiguration, которое хранит в себе конфигурацию мастера продаж в формате XML:

Code Block
languagecss
titleПример конфига
<ChannelConfiguration>
<IgnoreRoomRates>true</IgnoreRoomRates>
<DepositRules>
<Rule Name="01 Выставлен счёт на юрлицо (автоматически)" GuaranteeCode="PrePay" PaymentSystemName="CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
<Rule Name="02 Выставлен счёт на юрлицо (отелем)" GuaranteeCode="PrePay" PaymentSystemName="MANUAL_CASHLESS" Payee="Channel" Agent="TL" Company="Guest" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
...
</DepositRules>
</ChannelConfiguration>

Параметр <IgnoreRoomRates>True</IgnoreRoomRates> не распространяется на конфигурацию TL из config файла.

DepositRules расширены полями Agent (агент брони) и Company (компания брони) по аналогии с полем Payee.
Установка конфигурации происходит в настройках профиля компании:

Секция настроек перенесена на вкладку Расшир. настройки:
Image Added


Настройка типов комнат

  1. Перейдите во вкладку "Типы комнат"
  2. Выберите тип комнаты

  3. Укажите внешний ID (коды можно посмотреть в личном кабинете или на вкладке Описание)

    Первоначально, новые категории комнат добавляются в Личном кабинете ТЛ, им присваивается TL API, который в Логусе используется как Внешний ID.

...

Предпочтения в номере

В личном кабинете ТЛ настройте внешние коды тегов на влкадке Интеграция с АСУ → Справочники → Предпочтения в номере

В поле "Код Travelline API"  необходимо указать код тега в Logus с применимостью "Бронь".

Image AddedImage Added

Настройка услуг

В личном кабинете ТЛ настройте два варианта каждой услуги: включенный в стоимость и добавочный.

Note

Настройка маппинга необходима только для добавочных услуг.
Не стоит указывать в настройках внешние ID тех  услуг, которые включены в тариф. Потому что произойдет их дублирование, если в маппинге тарифов вы использовали комбинацию тариф+пакет.

...

  1. Перейдите во вкладку "Квоты"
  2. Добавьте каналы продаж, как это показано на скриншоте.
  3. Если код агента отсутствует по ссылке ниже, тогда обратитесь в компанию ТЛ


    Info

    Добавьте Компанию ООО "Комфорт Букинг" с кодом TLPAYEE в список агентов

    Code Block
    languagexml
    titleдля случаев, когда в Rule конфига указан Payee="TL"
            <Rule Name="06 Оплата на сайте отеля (депозит ожидается) - эквайринг ТЛ" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="TravelLine" Payee="TL" DepositPayments="ExpectedPayment" />
            <Rule Name="07 Оплата на сайте отеля (депозит получен) - эквайринг ТЛ" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="TravelLine" Payee="TL" DepositPayments="ReceivedPayment" LogusGuarantee="DirectBill" />
    
    


    В случае, если все онлайн-платежи через Тревеллайн осуществляются с помощью компании ООО "Комфорт Букинг" стороннего эквайринга, и на объекте необходимо при интеграции бронирований в поле Компания видеть профиль Тревеллайн, а в поле Компания-плательщик профиль Комфорт Букингауказывается юр.лицо провайдера эквайринг, то настройка в конфиге с правилом №7 №8 должны вноситься следующим образом: 

    Info

    Если код оплаты "Оплата эквайрингом отеля" имеет признак безналичной - должен быть указан также профиль компании плательщика. Например, ООО "НКО Юмани" в поле "Компания-плательщик онлайн-платежей

    Code Block
    languagexml
    titleдля случаев, когда в Rule конфига указан Payee="Online"
            <Rule Name="0709 Оплата на сайте отеля (депозит получен) - эквайринг ТЛотеля" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="TravelLineHotel" Payee="OnlineGuest" AgentPayee="TL" Company="TL"Online" DepositPayments="ReceivedPayment" LogusGuarantee="DirectBillPrepay" />
    
    


Info

Страница со всеми кодами каналов продаж - https://www.travelline.ru/support/knowledge-base/kody-kanalov-prodazh-dlya-integratsii-s-asu/

...

Tip
titleНастройка завершена!

Дальнейшая инструкция предназначена для технического специалиста или сотрудника компании, осуществяющего поддержку системы Logus HMS

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

С версии 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

Expand

Настройка фискализации платежей от ООО "Комфорт букинг":

Если будут обращаться клиенты по фискализации "авансов" от комфорт букинга:
Во-первых, ООО "Комфорт Букинг" выдает чеки с признаком "Предоплата" или "Предоплата 100%", поэтому:
в администрировании заводим транзакцию с признаком "Предоплата" и "фискализируется внешним сервисом" и указываем ее в настройках мастера продаж в поле "Оплата эквайрингом отеля"
Тип оплаты выбираем "Внешний" или "Безнал". Карман по умолчанию выбираем соответственно выбранному типу платежа.

Если тип оплаты выбран "Безналичный", то в поле "Компания плательщик онлайн платежей" необходимо указать ООО "Комфорт букинг"

Note

В этом случае на профиле компании не должно быть заполнено ни одного реквизита из тех, что передаются обычно на фискал, включая Имя на счетах, ИНН, адрес и т.д.

А в локальном конфиге Логуса на рабочей станции должно быть отключено требование ИНН для юр.лиц при фискализации


Клиентам:
Перед выселением такого гостя необходимо руками объединить предоплату и услуги в финдок, либо через выделение и "оплатить" 0 руб. И провести фискализацию окночательного расчета. Все по инструкции. Либо включить фоновую фискализацию


Настройка интерфейса:

Обработка гарантии начиная с версии протокола 1.0:

Код гарантииВид гарантии в Логусе
PrePay

Есть предоплата. Детали предоплаты указываются в комментарии к брони.

В случае с предоплатой на сайте отеля депозит отразится в счете брони. В качестве гарантии будет выбрана первая по списку гарантия с типом "Безналичная оплата".

CcDcVoucherВ качестве гарантии будет выбрана первая по списку с типом "Кредитная карта"
PayOnArrivalГарантии нет, гость платит при заселении в гостиницу. В качестве гарантии будет выбран первая по списку с типом "Наличные".

Если гарантия с требуемым видом не найдена, в этом поле будет использовано пустое значение.


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

Image Added

Выборка рулов:
Порядок выбора рула и условия:
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 - тип гарантии

 ЗначениеВ рулахВ логусе
0DirectBillБезналичная оплата
1CashНаличные
2DepositДепозит
3CreditCardКредитная Карта

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

Image Added



Code Block
languagexml
titleФайл logus.local.config
      <DepositRules>
Expand

Настройка фискализации платежей от ООО "Комфорт букинг":

Если будут обращаться клиенты по фискализации "авансов" от комфорт букинга:
Во-первых, ООО "Комфорт Букинг" выдает чеки с признаком "Предоплата" или "Предоплата 100%", поэтому:
в администрировании заводим транзакцию с признаком "Предоплата" и "фискализируется внешним сервисом" и указываем ее в настройках мастера продаж в поле "Оплата эквайрингом отеля"
Тип оплаты выбираем "Внешний" или "Безнал". Карман по умолчанию выбираем соответственно выбранному типу платежа.

Если тип оплаты выбран "Безналичный", то в поле "Компания плательщик онлайн платежей" необходимо указать ООО "Комфорт букинг"

Note

В этом случае на профиле компании не должно быть заполнено ни одного реквизита из тех, что передаются обычно на фискал, включая Имя на счетах, ИНН, адрес и т.д.

А в локальном конфиге Логуса на рабочей станции должно быть отключено требование ИНН для юр.лиц при фискализации

Клиентам:
Перед выселением такого гостя необходимо руками объединить предоплату и услуги в финдок, либо через выделение и "оплатить" 0 руб. И провести фискализацию окночательного расчета. Все по инструкции. Либо включить фоновую фискализациюНастройка интерфейса:

Обработка гарантии начиная с версии протокола 1.0:

Код гарантииВид гарантии в Логусе
PrePay

Есть предоплата. Детали предоплаты указываются в комментарии к брони.

В случае с предоплатой на сайте отеля депозит отразится в счете брони. В качестве гарантии будет выбрана первая по списку гарантия с типом "Безналичная оплата".

CcDcVoucherВ качестве гарантии будет выбрана первая по списку с типом "Кредитная карта"
PayOnArrivalГарантии нет, гость платит при заселении в гостиницу. В качестве гарантии будет выбран первая по списку с типом "Наличные".

Если гарантия с требуемым видом не найдена, в этом поле будет использовано пустое значение.

 ЗначениеВ рулахВ логусе
0DirectBillБезналичная оплата
1CashНаличные
2DepositДепозит
3CreditCardКредитная Карта
Code Block
languagexml
titleФайл logus.local.config
      <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="04 Выставлен счёт физлицу (автоматически)" GuaranteeCode="PrePay" PaymentSystemName="INDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="05 Выставлен счёт физлицу (отелем)" GuaranteeCode="PrePay" PaymentSystemName="MANUAL_INDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" DepositPayments="ExpectedPayment" />
        <Rule Name="06 Оплата на сайте отеля (депозит ожидается) - эквайринг ТЛ" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="TravelLine" Payee="Online" DepositPayments="ExpectedPayment" />
        <Rule Name="0701 ОплатаВыставлен счёт на сайте отеляюрлицо (депозит получен) - эквайринг ТЛавтоматически)" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringNamePaymentSystemName="TravelLineCASHLESS" PayeePaymentSystemProfileAcquiringName="Online" DepositPayments="ReceivedPaymentExpectedPayment" LogusGuarantee="DirectBill" />
        <Rule Name="0802 Выставлен Оплатасчёт на сайте отеляюрлицо (депозит ожидается) - эквайринг отеляотелем)" GuaranteeCode="PrePay" PaymentSystemName="MANUAL_CASHLESS" PaymentSystemProfileAcquiringName="Hotel" DepositPayments="ExpectedPayment" />
        <Rule Name="0903 ОплатаБронь наоплачена сайте отеля (депозит получен) - эквайринг отеляканалу бронирования" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringNamePaymentSystemName="HotelCM_CASHLESS" Payee="GuestChannel" DepositPayments="ReceivedPayment" LogusGuarantee="CreditCardDirectBill" />
        <Rule Name="1004 ГарантияВыставлен кредитнойсчёт картой - карта гостяфизлицу (автоматически)" GuaranteeCode="CcDcVoucherPrePay" PaymentSystemName="CM_CREDITCARD_GUARANTEEINDIVIDUAL_CASHLESS" PaymentSystemProfileAcquiringName="" LogusGuaranteeDepositPayments="CreditCardExpectedPayment" />
        <Rule Name="1105 ГарантияВыставлен кредитнойсчёт картой - виртуальная карта канала OTAфизлицу (отелем)" GuaranteeCode="CcDcVoucherPrePay" PaymentSystemName="CMMANUAL_PREPAYINDIVIDUAL_CREDITCARD_GUARANTEECASHLESS" PayeePaymentSystemProfileAcquiringName="Channel" LogusGuaranteeDepositPayments="CreditCardExpectedPayment" />
        <Rule Name="1206 ГарантияОплата кредитнойна картойсайте -отеля карта(депозит гостяожидается) через- сайтэквайринг отеляТЛ" GuaranteeCode="CcDcVoucherPrePay" LogusGuaranteePaymentSystemProfileAcquiringName="CreditCardTravelLine" />
 Payee="Online" DepositPayments="ExpectedPayment" />
        <Rule Name="1307 ГарантияОплата кредитнойна картойсайте -отеля канал(депозит передалполучен) детали- картыэквайринг в гостиницуТЛ" GuaranteeCode="PrePay" PaymentSystemNamePaymentSystemProfileAcquiringName="TravelLine" Payee="Online" DepositPayments="CM_CREDITCARDReceivedPayment" LogusGuarantee="CreditCardDirectBill" />
        <Rule Name="1408 Оплата прина заезде" GuaranteeCode="Cash" LogusGuarantee="Cashсайте отеля (депозит ожидается) - эквайринг отеля" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="Hotel" DepositPayments="ExpectedPayment" />
        <Rule Name="1509 Оплата в офисе на сайте отеля (депозит получен) - эквайринг отеля" GuaranteeCode="PrePay" PaymentSystemProfileAcquiringName="NoneHotel" PaymentSystemNamePayee="AT_OFFICEGuest" DepositPayments="ExpectedPaymentReceivedPayment" LogusGuarantee="DepositCreditCard" />
        <Rule Name="1610 Без гарантииГарантия кредитной картой - карта гостя" GuaranteeCode="None"CcDcVoucher" PaymentSystemName="CM_CREDITCARD_GUARANTEE" LogusGuarantee="CashCreditCard" />
      </DepositRules>

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

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

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

  <Rule Name="11 Гарантия кредитной картой - виртуальная карта канала OTA" GuaranteeCode="CcDcVoucher" PaymentSystemName="CM_PREPAY_CREDITCARD_GUARANTEE" Payee="Channel" LogusGuarantee="CreditCard" />
        <Rule Name="12 Гарантия кредитной картой - карта гостя через сайт отеля" GuaranteeCode="CcDcVoucher" LogusGuarantee="CreditCard" />
        <Rule Name="13 Гарантия кредитной картой - канал передал детали карты в гостиницу" GuaranteeCode="PrePay" PaymentSystemName="CM_CREDITCARD" LogusGuarantee="CreditCard" />
        <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>True</SanatoriumRates>
    SanatoriumRates = FalseSanatoriumRates = True
    Code Block
    languagexml
    <?xml version="1.0" encoding="utf-8"?>
    <OTA_HotelRateAmountNotifRQ xmlns:xsd="http://www.w3.
  3. Позволяет бронировать гостей в один номер по разным тарифам
  4. Изменён способ подсчёта цен на детей на основных местах. 

    Note
    Если в настройках объекта указано "Дети на основном месте влияют на общую схему размещения"  в положении ВКЛ, то для корректной выгрузки цен в ТЛ, <SanatoriumRates>False</SanatoriumRates>
    SanatoriumRates = FalseSanatoriumRates = True
    Code Block
    languagexml
    <?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>
              <AdditionalGuestAmounts />
            </Rate>
          </Rates>
        </RateAmountMessage>
      </RateAmountMessages>
    </OTA_HotelRateAmountNotifRQ>

    Цены детей на основных местах подкорректированы таким образом, чтобы учесть особенности расчёта тарифа со стороны ТЛ для отельного режима

    Code Block
    languagexml
    <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="1450400.00" NumberOfGuests="1" MinAge="8" MaxAge="14" />
                <BaseByGuestAmt AmountAfterTax="1450400.00" NumberOfGuests="1" MinAge="3" MaxAge="7" />
              </BaseByGuestAmts>
              <AdditionalGuestAmounts />
            </Rate>
          </Rates>
        </RateAmountMessage>
      </RateAmountMessages>
    </OTA_HotelRateAmountNotifRQ>

    Коррекция цен Цены детей на основных местах не применяется в санаторном режиме, поскольку ТЛ рассчитывает цены ровно так же как и Логус

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

Code Block
<SanatoriumRates>True</SanatoriumRates>

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

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

Code Block
languagexml
<!-- Общие настройки внешних каналов бронирования -->
<ExternalChannels CheckNewReservationsCron="0 0/3 * * * ?" UpdateExternalChannelAvailabilityCron="0 0 3 * * ?"/>
Для проверки доступности TL при выгрузке можно использоватьhttps://www.travelline.ru/api/TLConnect.svc

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

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

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

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

Image Removed

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

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

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

С версии 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, реализован автоматический режим распределения, аналогичный режиму "Последовательно по сумме проживания" при импорте банковской выписки. Функция настраивается сотрудниками ТП.

  1. подкорректированы таким образом, чтобы учесть особенности расчёта тарифа со стороны ТЛ для отельного режима


    Code Block
    languagexml
    <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="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>

    Коррекция цен детей на основных местах не применяется в санаторном режиме, поскольку ТЛ рассчитывает цены ровно так же как и Логус

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

Code Block
<SanatoriumRates>True</SanatoriumRates>

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


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


Code Block
languagexml
<!-- Общие настройки внешних каналов бронирования -->
<ExternalChannels CheckNewReservationsCron="0 0/3 * * * ?" UpdateExternalChannelAvailabilityCron="0 0 3 * * ?"/>
Для проверки доступности TL при выгрузке можно использоватьhttps://www.travelline.ru/api/TLConnect.svc

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

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

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

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

Image Added


Info
titleГости в бронировании

С версии 3.11.1, доработан функционал сохранения брони на стороне сервиса.

В конфиг TL добавлен параметр  GenerateGuests,  который будет сверять гостей в брони со схемой размещения и добавлять недостающих:

Code Block
<!-- Генерировать всех гостей по схеме размещения -->
            <GenerateGuests>False</GenerateGuests>
Логика:
Если в рамках одной брони из TL приходит несколько броней (одна бронь ТЛ может содержать несколько броней Логуса), то оплата распределяется по броням.
Если в комнате проживает несколько гостей и создаётся разделённая бронь, то оплата разносится по броням в разделении.
Если сумма превышает расчётное значение по броням, то разница добавляется на первую бронь.