Автоматични Плащания - Примерни задачи

Променена на: Fri, 16 септ, 2022 at 10:39 AM

Print

Правилното конфигуриране на задачите e от изключителна важност за осигуряване на желаната автоматизация и недопускане на "забравени" плащания или надтаксуване. По-долу може да видите няколко задачи, които сме идентифицирали като най-популярни, заедно с описание на настройките. Постепенно ще добавяме още примери.

Важно: Конфигурирането на задачи е силно специфично за всеки хотел и в голяма степен зависи от цялостните ви настройки и условия в системата ви - Настройки на гаранционните политики, тарифи/пакети и т.н. По-долу ще разгледаме някои основни примери, за да ви представим някои от възможностите, които имате на разположение. Силно ви препоръчваме да се свържете с нас на clockpms@clock-hs.com, за да обсъдим  от какво се нуждаете, да проверим цялостната ви конфигурация и да ви помогнем със създаването на най-прецизните настройки на задачите.

Автоматично таксуване на виртуална карта Expedia на датата на пристигане на резервацията

При работата с виртуалните карти Expedia има една особеност, че може да таксувате тези карти само от датата на пристигане нататък на съответната резервация. Подобен подход се прилага и от други ОТА, които използват виртуални карти.

Това добавя ниво на сложност, тъй като трябва да реализирате таксуването на виртуалните карти на пристигащите резервации към вашите ежедневни операции, което изисква обучение и носи своите рискове от грешки - пропуснати таксувания, таксуване на грешната сума и други.

С Автоматичните плащания може да създадете задача, която автоматично да таксува подобни карти, без да е нужно да се тревожите за тези стъпки.

Ето задача, която сме създали за обработката на тази операция, като по-долу ще намерите и обяснение на процеса:

Настроили сме:

  • (1) - Задачата да се изпълнява 0 часа преди пристигането на резервацията, което ще рече, че ще бъде обработена на датата на пристигане.
  • (2) - Посочили сме само OTA резервации (такива, които са създадени през каналния мениджър) да бъдат обработвани.
  • (3) - Посочили сме, че от тези ОТА резервации само тези, за които Expedia е отбелязана като агент, ще бъдат обработени.
  • (4) - Задали сме, че следва да се извърши плащане, както и да се използва OTA (виртуална) карта.
  • (5) - Настроили сме да се таксува баланса по фолиото.
  • (6) - Посочили сме, че ако плащането е успешно, фолиото ще бъде приключено с фактура и ще се създаде задача, за да ни информира.
  • (7) - Ако плащането не мине, ще се създаде задача да ни информира.

Скриване на фолиата на резервации с ОТА виртуални карти в портала MyBooking

OTA-та, които приемат плащания от ваше име и изпращат виртуална карта, също така обичайно изпращат тези резервации с цена, от която вече е приспадната тяхната комисиона. Това означава, че начисленията във фолиото ще бъдат тези, които са изпратени от OTA, а не това, което гостът реално е платил на OTA - например, те са платили 1000 евро на ОТА, OTA ни изпраща цена от 850 евро (тяхната комисиона е приспадната). Тъй като гостите имат достъп до своите фолиа в портала MyBooking, те може да видят това фолио и да започнат да се чудят каква е цената, защо е по-ниска от това, което реално са платили и защо тази сметка съществува въобще, тъй като те вече са платили.

Като използвате автоматичните плащания може създадете задача, която ще скрие фолиата на подобни резервации след създаването им, което да елиминира потенциалното объркване.

Настроили сме:

  • (1) - Задачата да се изпълнява 0 часа след създаването на резервацията.
  • (2) - Да обработва OTA резервациите  и най-вече тези, които са само с ОТА (виртуална) карта в тях.
  • (3) - Задачата да изпълнява само действие при успех - няма да има включено плащания/преоторизация.
  • (4) - Действието при успех, което ще бъде изпълнено е да скрие фолиото в портала MyBooking.

Таксуване на остатъка от депозит

С този пример желаем да покажем, че може да автоматизирате таксуването на остатъка от резервация преди пристигане.

В този случай имаме "гъвкава 50%" гаранционна политика, която изисква 50% предплащане на резервацията и остатъка ще бъде таксуван 1 ден преди пристигане. Целта на задачата е да таксува автоматично остатъка.

Конфигурирали сме:

  • (1) - Задачата да бъде изпълнена до 24 часа преди пристигането на резервацията.
  • (2) - Задачата да се обработват само резервации с "Гъвкава 50%' гаранционна политика.
  • (3) - Задачата да обработва плащането и използва картата на госта в резервацията.
  • (4) - Задачата за таксуване на баланса по фолиото. Тъй като 50% са вече платени по време на резервацията, балансът по фолиото ще бъде оставащите 50%. Моля, обърнете внимание, че ако между времето на резервацията и 1 ден преди пристигането гостът е добавил допълнителни услуги чрез портала MyBooking, те също бъдат таксувани, защото те ще бъдат част от баланса по фолиото. В зависимост от вашите настройки, това може да бъде избягнато (ако е нужно).
  • (5) - Ако таксуването е успешно, задачата ще изпрати имейл от Гест мейлъра, за да информира госта относно успешната трансакция и ще се създаде задача, за да ни информира.
  • (6) - Ако таксуването се провали, задачата ще изпрати имейл, създаден  в Гест мейлъра, за да информира госта относно неуспешната трансакция и да го подкани да уреди въпроса - или да се свърже с вас или да отиде на портала MyBooking и да плати остатъка. Статусът на резервацията също ще бъде променен на "Негарантирана" и ще се създаде задача да ни информира относно неуспешната трансакция.

Автоматично инкасиране на такса при анулиране

Друг процес, който може да бъде автоматизиран чрез използването на Автоматични плащания, е автоматично инкасирате такса при анулиране.

В примера по-долу нашата политика при анулиране диктува, че в случай на анулиране, начисленията ще бъдат анулирани и ще се направи начисление за такса при анулиране в размер на 1 нощувка. Задачата ще начисли  1 нощувка автоматично.

Конфигурирали сме:

  • (1) - Задачата да бъде изпълнена 2 часа след маркирането на резервацията като Анулирана/Непристигнала.
  • (2) - Задачата да обработва само резервации с гъвкава гаранционна политика, които НЕ СА OTA резервации (поради особеностите на ОТА политиките при анулиране).
  • (3) - Задачата да инкасира плащането и да използва картата на госта в резервацията.
  • (4) - Задачата да таксува 100% от начисленията във фолиото с приходна група "Такса при анулиране".
  • (5) - Ако е успешна, задачата ще изпрати известителен имейл на госта, закрие фолиото и издаде фактура, като създаде и задача, за да ни извести.
  • (6) -  Ако е неуспешна, задачата ще изпрати известителен имейл до госта относно провалената трансакция, както и че дължат такса при анулиране. Ще се създаде задача да ни извести.

Did you find it helpful? Yes No

Send feedback
Съжаляваме, че не успяхме да бъдем полезни. Помогнете ни да подобрим тази статия с вашите отзиви.

На тази страница