Informații de sosire, fără să rescrieți fiecare mesaj.

STRYK reacționează la evenimente reale legate de rezervare, sejur, plată și factură. Acestea generează mesaje țintite sau pași interni de lucru, nu e-mailuri rigide în masă, fără legătură cu rezervarea.

De exemplu, rezervarea nouă sau confirmată, modificarea, anularea și no-show-ul. Fiecare regulă stabilește și pentru ce surse, categorii de camere și oaspeți se aplică.

Da. Regulile dinaintea sosirii rulează cu un anumit interval înainte de sosire și pot trimite, de exemplu, informații personale sau o reamintire pentru check-in-ul online.

Check-in-ul, check-in-ul online finalizat, sejurul lung, check-out-ul, perioada de după plecare și cererea de recenzie pot porni fiecare propriile procese. Astfel, comunicarea corespunde situației reale a călătoriei.

Da. Plata primită, plata scadentă și factura emisă sunt declanșatori separați. Regula rămâne legată de rezervarea și contul corect și nu poate fi confundată cu un alt oaspete.

Doar sejururile confirmate primesc informațiile relevante despre sosire; rezervările anulate, cu date greșite sau deja etichetate sunt omise.

Folosește un șablon central și doar câmpuri variabile care pot fi completate efectiv pentru rezervarea respectivă. Subiectul, conținutul, datele oaspetelui și modul de trimitere sunt verificate înainte de activare.

În modul automat, canalul urmează rezervarea: sejururile directe și manuale folosesc e-mailul, iar sejururile de pe portaluri conectate folosesc canalul permis al portalului. Echipa nu trebuie să ghicească canalul pentru fiecare oaspete.

Da. Se pot defini minute, ore sau zile înainte sau după un eveniment potrivit. Momentul este calculat pe baza datelor reale ale sejurului.

Condițiile limitează regula după durata sejurului, valoarea rezervării, timpul rămas până la sosire, numărul de oaspeți, țară, ziua săptămânii, sursă, categoria camerei, etichetă, istoricul vizitelor și alte criterii.

Da. Regulile se pot aplica doar oaspeților la prima vizită, oaspeților care revin, oaspeților VIP sau celor care depășesc un anumit număr de vizite sau o anumită valoare totală.

O regulă poate cere o etichetă existentă, poate exclude intenționat o altă etichetă sau poate adăuga ori elimina o etichetă după reușită. Astfel se evită procesele duplicate sau contradictorii.

Da. Titlul, descrierea și prioritatea sunt create în contextul rezervării. Sarcina completează activitatea, dar nu înlocuiește planul zilnic de housekeeping bazat pe ocupare.

O regulă definită pentru sejururi lungi creează o sarcină de housekeeping cu prioritate și o păstrează trasabilă pe sejurul corect.

Doar sejururile încheiate complet și neexcluse primesc mesajul pregătit. Jurnalul arată clar dacă mesajul a fost trimis, omis sau a eșuat.

O rulare de test verifică declanșatorul, condițiile și acțiunea cu date de test sigure. Rezultatul este înregistrat ca test, iar regula se activează doar după verificarea în echipă.

Reușit, eșuat, omis și test rămân trasabile, cu oră, rezervare, oaspete, declanșator, acțiune și detalii. Un eșec nu este prezentat ca o trimitere aparent reușită.

Prezentarea generală și editorul arată dacă regula este activă, ultima rulare și execuțiile de azi. O regulă dezactivată sau aflată în afara perioadei de valabilitate nu declanșează nicio acțiune.

Doar angajații cu drept dedicat de gestionare a automatizărilor. Rolurile doar de citire sau cele de housekeeping nu pot activa reguli care contactează oaspeții sau declanșează sisteme externe.

Începe cu o confirmare clară a rezervării, un mesaj înainte de sosire și o verificare internă pentru plățile restante. Trei reguli bine testate aduc mai mult decât o mulțime confuză de automatizări.

La data scadenței, echipa responsabilă primește o alertă internă legată de rezervare, fără ca detalii sensibile de plată să ajungă la destinatarul greșit.

Automatizările, șabloanele, testele și jurnalele sunt incluse în oferta unică STRYK, fără taxă de configurare și fără nivel ascuns de modul. Partenerii externi de livrare sau de integrare își pot percepe propriile taxe.

În accesul demo construiți o regulă de la declanșator, prin condiții și șablon, până la o rulare de test. Apoi vezi exact când a rulat și ce rezultat a produs.