Les informations d’arrivée, sans réécrire chaque message.

STRYK réagit aux événements réels liés à la réservation, au séjour, au paiement et à la facture. Il en découle des messages ciblés ou des tâches internes, et non des envois en masse rigides sans lien avec la réservation.

Par exemple une réservation nouvelle ou confirmée, une modification, une annulation ou un no-show. Chaque règle précise aussi à quelles provenances, catégories de chambres et clients elle s’applique.

Oui. Les règles avant arrivée s’exécutent à un délai défini avant l’arrivée et peuvent par exemple envoyer des informations personnalisées ou un rappel d’enregistrement en ligne.

L’arrivée, l’enregistrement en ligne terminé, le long séjour, le départ, l’après-départ et la demande d’avis peuvent chacun déclencher leur propre automatisation. La communication suit ainsi l’étape réelle du séjour.

Oui. Paiement reçu, paiement à échéance et facture créée sont des déclencheurs distincts. La règle reste liée à la bonne réservation et au bon compte, sans risque de confusion avec un autre client.

Seuls les séjours confirmés reçoivent les informations d’arrivée ; les réservations annulées, aux dates erronées ou déjà marquées sont ignorées.

Il s’appuie sur un modèle central et uniquement sur des variables réellement disponibles pour la réservation concernée. Objet, contenu, données du client et mode d’envoi sont vérifiés avant l’activation.

En mode automatique, le canal dépend de la réservation : les séjours directs et saisis à la main passent par l’e-mail, ceux des portails connectés par le canal de réservation autorisé. L’équipe n’a pas à deviner le canal pour chaque client.

Oui. On peut définir un délai en minutes, heures ou jours avant ou après l’événement choisi. Le moment est calculé à partir de la date réelle du séjour.

Des conditions limitent la règle selon la durée du séjour, le montant de la réservation, le délai de réservation, le nombre de clients, le pays, le jour de la semaine, la provenance, la catégorie de chambre, l’étiquette, l’historique des séjours et d’autres critères.

Oui. Une règle peut ne s’appliquer qu’aux nouveaux clients, aux habitués, aux VIP ou aux clients au-delà d’un nombre de séjours ou d’un chiffre d’affaires cumulé défini.

Une règle peut exiger une étiquette, ignorer volontairement une autre étiquette, ou ajouter ou retirer une étiquette après exécution réussie. On évite ainsi les automatisations en double ou contradictoires.

Oui. Titre, description et priorité sont créés sur la réservation. La tâche complète le travail quotidien, sans remplacer le plan de ménage établi à partir de l’occupation.

Une règle « long séjour » crée une tâche prioritaire pour le ménage, traçable sur le bon séjour.

Seuls les séjours entièrement terminés et non exclus reçoivent le message préparé. Le journal indique clairement « envoyé », « ignoré » ou « échec ».

Un essai vérifie le déclencheur, les conditions et l’action avec des données de test sans risque. Le résultat est consigné comme essai, et la règle n’est activée qu’après vérification par l’équipe.

Réussite, échec, ignoré et essai restent traçables avec l’heure, la réservation, le client, le déclencheur, l’action et le détail. Un échec n’est jamais présenté comme un envoi réussi.

La vue d’ensemble et l’éditeur affichent l’état d’activation, la dernière exécution et les exécutions du jour. Une règle désactivée ou hors de sa période de validité ne déclenche rien.

Uniquement les collaborateurs disposant d’un droit dédié à la gestion des automatisations. Les rôles en lecture seule ou du ménage ne peuvent pas activer de règles qui contactent des clients ou déclenchent des systèmes externes.

Commence par une confirmation de réservation claire, un message avant l’arrivée et une vérification interne des paiements en attente. Trois règles bien testées apportent plus qu’une jungle d’automatisations.

À l’échéance, l’équipe responsable reçoit une alerte interne liée à la réservation, sans que des informations de paiement sensibles partent au mauvais destinataire.

Automatisations, modèles, essais et journaux sont inclus dans l’offre unique STRYK, sans frais de mise en service ni niveau de module caché. Les partenaires externes d’envoi ou d’intégration peuvent facturer leurs propres frais.

Avec l’accès démo, tu construis une règle, du déclencheur aux conditions et au modèle, jusqu’à un essai. Tu vois ensuite précisément quand elle s’est exécutée et avec quel résultat.