Актуализация Clock (27 април 2026)

Променена на: Mon, 27 апр, 2026 в 1:41 PM

Print

Подобрения

  • Гости / Руминг лист - импорт – AI Асистент. Добавихме нова експериментална функция, която използва AI, за да улесни обработката на руминг листите за събития. Досега, след поставяне на текст от имейл или файл от партньор, беше необходимо ръчно редактиране, така че да отговаря на изискванията за импорт – имената на гостите да са в началото, да има „@“ за деца и тяхната възраст, стаите да са разделени с празен ред и др. Вече тази обработка може да бъде извършена автоматично от новия AI асистент:
    • Поставете текста както обикновено и натиснете най-десния бутон над полето.
    • Изчакайте обработката – AI асистентът ще преобразува текста според изискванията за импорт.
    • Прегледайте резултата внимателно. Имайте предвид, че AI може да допуска грешки. В горната част ще видите коментари и неясноти, възникнали по време на обработката.
    • Задължително изберете полето за брой имена на гостите (едно, две или три имена).
    • Продължете процеса както досега.

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

  • Туристически данък – различен според типа стая. Ако във вашия хотел има различни типове помещения (стаи, апартаменти, вили) с различен Туристически данък, вече можете да използвате новата организация на данъка. Вместо един размер на данъка, системата вече поддържа множество. Всяка ставка на данъка се дефинира по същия начин както досега, но вече има и име за по-лесна идентификация. При създаване на повече от един размер на данъка:
    • Изберете кой ще бъде по подразбиране(default). Той ще се използва:
      • ако за даден тип стая не е избрана конкретна ставка;
      • ако калкулацията се прави без тарифа (само с ръчна цена);
    • Изборът на данък по подразбиране е задължителен. Ако не бъде зададен, той няма да участва в калкулациите. Това важи основно за новосъздадени акаунти – при съществуващи не е необходимо действие.
    • За типовете стаи с различен данък, в екрана за редакция на типа стая е добавено ново поле, от което се избира съответната ставка.

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

  • Онлайн резервационна система – показване на обща цена за престоя. Добавихме нова настройка във WBE: “Покажи 'Обща цена' вместо 'Средна цена на нощувка” (в под-секция WBE тарифи). При активиране гостите ще виждат общата цена за целия престой вместо средна цена на нощувка. Този начин на представяне е предпочитан от гостите, тъй като им дава ясна представа за крайната стойност на резервацията още в началните екрани – при избор на тип стая и тарифа.
  • Фирмени договори – възможност за изтриване. Добавихме възможност за изтриване на договори. Договор може да бъде изтрит само ако не е асоцииран с никоя компания.
  • Комуникация с гости – нов Liquid параметър. Добавен е нов параметър: “Children Ages”
  • Документи за мероприятие - шаблони – нов Liquid параметър. Добавен е нов параметър: Event – PAX (offer.event.persons)
  • Управление на тарифи / Тарифи – подобрения в Канален мениджър - тарифиВ таба “Канален мениджър - тарифи” вече имате бърз достъп до тарифите, използвани в мапинга с Booking.com. Чрез бутона Booking.com можете да отворите всички свързани тарифи за редакция или промяна на цените.

Отстранени конфликти

  • Тарифи и заетост – подобрихме създаването на резервации с избрано лице за контакт, за да елиминираме грешки от типа “Attempted to update a stale object…”, които забавяха работата и изискваха повторен опит (retry).
  • Worldline / SIX Payment – преработихме логиката при повторно пренасочване от 3DS, при което в Clock PMS не се отразяваше плащане, въпреки че е било успешно.
  • Фолио печат – колоните "Бруто" и "Нето" вече се скриват в изгледите “групирани по Дати / К-во" и “групирани по К-во”.
  • Мероприятия – BEO – коригирахме проблем, при който цените в BEO бяха празни, ако в тарифата на блока липсваха цени за всички дни от събитието.
  • Рутиране на начисления на резервации – позицията “Основно фолио на Компания/Агент” не отчиташе ръчно зададеното фолио по подразбиране в компанията/агента.
  • Прогнозна заетост – при създаване на резервации не се вземаше предвид зададеният престой по подразбиране от "Резервация - полета".
  • Екрани Пристигащи/Заминаващи – бутоните за преминаване към следваща/предходна дата не функционираха коректно при смяна към лятно/зимно часово време.

Интеграции

  • Adyen – ъпгрейд на Drop-in версията и допълнителни подобрения.
  • OTA интерфейс– Ценообразуване според заетостта - Гости. Добавихме нова възможност в OTA интерфейса за канални мениджъри – изпращане на цени според броя гости в стаята (Ценообразуване спорес заетостта - Гости). Досега интерфейсът поддържаше изпращане на една базова цена за продукт (тарифа). Сега можете да изпращате различни цени в зависимост от заетостта. Ако каналът поддържа тази функционалност, тя позволява значително да намалите обема на мапинга и да подобрите скоростта на синхронизация. Как да използвате:
    • В мапинга на тарифите оставете полетата „Възрастни“ и „Деца“ празни и използвайте новото поле “Ценообразуване според заетостта - Гости”.
    • В него въведете броя гости, за които да се изчислява цена, разделени със запетая. Например: 1,2,3 ще изпрати към канала три цени – за 1, 2 и 3 гости в стая.
    • Самите стойности на цените се определят от тарифата – според нейните условия и калкулация за различна заетост:
      • ако тарифата изчислява различни цени според броя гости, ще се изпратят различни стойности
      • ако цената е еднаква, ще се изпрати една и съща стойност за всички заетости
    • Не може да използвате едновременно “Ценообразуване спорес заетостта - Гости” и полетата „Възрастни“ / „Деца“ – изберете един от двата подхода.
    • Настройките са на ниво продукт – различни продукти могат да използват различен метод (енообразуване спорес заетостта  или базова цена).
  • Private Analytics - логиката за дневната синхронизация е оптимизирана, така че всички данни и таблици да се синхронизират в рамките на 6 часа след края на деня за акаунта.
  • Lightspeed POS K Series – при прехвърляне на сметка към повече от едно фолио се генерираше грешка “No folio found for sale”. Проблемът е отстранен и сумите вече се разпределят коректно към избраните фолиа.

  • Gastronovi – трансферът на приходите при дневно приключване се извършва в отделен Clock POS акаунт, който изолира приходите и плащанията от хотелските данни. Досега беше необходимо този акаунт да бъде създаван чрез заявка към екипа по поддръжка. Процесът вече е автоматизиран с цел по-бърза работа.

Did you find it helpful? Yes No

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

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