Intégration Reservanto MakeAutomatiser Reservanto avec Make.

D'après son nom, ce module règle une réservation avec le crédit que le client a déjà chez toi : la séance passe en payée sans sortir la carte bancaire.

Ici, la réservation est payée avec un forfait, cette carte de séances prépayées que vendent les clubs de fitness ou les studios de pilates, si l'on s'en tient à l'intitulé.

Son libellé l'indique : la réservation est couverte par une prestation de remplacement que tu dois au client, sans lui facturer la séance une seconde fois.

Pas d'ambiguïté : il annule une réservation Reservanto depuis ton scénario, et le créneau se libère sans que personne n'ouvre l'interface.

Son rôle, à en juger par le nom : valider une demande de réservation en attente, pour que le client reçoive un créneau ferme sans que l'équipe traite chaque demande à la main.

Tu récupères les réservations d'un client précis, et les modules suivants savent ce que cette personne a déjà prévu chez toi.

Ce module ramène toutes les réservations comprises entre deux dates que tu fixes : de quoi alimenter un planning ou un tableau de bord dans un autre outil.

Refuser une demande de réservation, c'est son travail : le pendant de Confirm a Booking, qui évite à ton équipe de décliner les demandes une par une dans Reservanto.

Il marque un rendez-vous manqué comme absence non excusée, d'après son intitulé, pour que l'historique montre qui ne s'est pas présenté.

Là où le module de liste renvoie tout, celui-ci se concentre sur une seule ressource et passe ses informations au module suivant.

Tu demandes à Reservanto quand une ressource réservable est libre (une cabine, un court de padel, une praticienne), et ton scénario ne propose que des créneaux réels.

Toutes les ressources réservables de ton compte arrivent d'un coup, pratique quand tu ne connais pas leur référence par cœur.

Il lit le détail d'une prestation de ton catalogue Reservanto, un soin du visage, une coupe ou un cours particulier, et le transmet à la suite.

Tu obtiens la liste des prestations configurées dans Reservanto, autrement dit la carte dans laquelle tes clients choisissent.

Classé dans le groupe Classes de la doc, il crée une réservation, ce qui laisse penser à une place dans un cours collectif plutôt qu'à un rendez-vous individuel.

Tu récupères les informations d'un cours collectif, le cours lui-même, pour que les modules suivants puissent le citer dans un message.

Il va chercher une séance précise d'un cours, ce qui ressemble à une date donnée d'un cours proposé plusieurs fois.

Ce module lit une formation (le groupe Course de la doc) dans Reservanto et fournit ses informations au reste du scénario.

Rangé dans le groupe Course, il renvoie les événements rattachés à un client : un moyen rapide de voir ce à quoi la personne s'est inscrite.

Une nouvelle fiche client apparaît dans Reservanto, et les personnes arrivées par un autre canal existent avant même de réserver.

Il renvoie le détail d'un client, sans doute une vue plus complète que la fiche de base si l'on en croit son nom.

Tu mets à jour une fiche existante : le nouveau numéro ou la nouvelle adresse mail saisis ailleurs arrivent dans Reservanto sans ressaisie.

À partir d'une référence client, il te rend la fiche de la personne, prête à être utilisée par le module suivant.

Toute ta clientèle sort sous forme de liste, un bundle par client, que les modules suivants traitent l'un après l'autre.

Il écrit une note sur la fiche d'un client, ou réécrit celle qui existe : le contexte récolté ailleurs se retrouve à côté des réservations.

Seul module de recherche de l'app, il cherche des clients et renvoie zéro, un ou plusieurs résultats, chacun sous forme de bundle.

Il ajuste la consommation d'un forfait client, pour que le nombre de séances restantes reste juste quand un passage est noté hors de Reservanto.

Comme son nom le suggère, il tente de consommer le crédit d'un client, ce qui indique au scénario si le solde suffit avant d'aller plus loin.

Même logique côté forfait : il essaie d'utiliser le forfait d'un client et te dit comment ça s'est passé, en jumeau de Try Use a Customer Credit.

Il crée une réservation du type regroupé sous EMS Like dans la doc, un format à part que la doc n'explique pas davantage.

Tu modifies une réservation créée avec les modules EMS Like : un nouvel horaire ou un détail venu d'un autre outil la met à jour sur place.

Il lit un événement Reservanto et en transmet le détail, utile quand une autre app ne le connaît que par sa référence.

Tes événements sortent un par un, chacun dans son bundle : le point de départ pour les publier ou les recopier ailleurs.

La liste des événements se réduit à un seul client : tu ne vois que ceux auxquels cette personne est inscrite.

Il récupère un établissement de ton entreprise, précieux quand tu as plusieurs adresses et que chaque message doit indiquer la bonne.

Tous les établissements déclarés dans Reservanto apparaissent, un bundle chacun, et tu vois d'un coup avec quels sites Make peut travailler.

Il renvoie les informations de ton propre compte Reservanto en tant que commerçant, c'est-à-dire l'entreprise derrière toutes les réservations.

Il réserve un rendez-vous individuel, le type tête-à-tête que la doc range à part, pour un seul client plutôt qu'un cours collectif.

Tu soumets un horaire de début pour un rendez-vous individuel, et le module te renvoie ce que Reservanto en dit.

Les horaires de début possibles pour un rendez-vous individuel arrivent, un bundle par horaire, et tu peux proposer de vrais choix au client.

D'après son nom, il crée un « free time » dans un agenda individuel, ce qui ressemble à une absence : personne ne peut réserver une heure où tu sais déjà ne pas être là.

Il renvoie les forfaits et cartes que ton établissement vend, un bundle par forfait, pour que la suite du scénario sache lequel utiliser sans deviner une référence.

Comme son nom l'indique, il rattache un forfait à un client dans Reservanto : une carte vendue sur un autre outil arrive sur la bonne fiche sans ressaisie.

Il lit les segments de clientèle définis dans Reservanto, pour qu'un outil d'emailing ou un CRM reprenne les groupes avec lesquels ton équipe travaille déjà.

D'après son nom, il indique les prestations de remplacement qu'un client a encore en réserve : ton scénario sait, avant tout paiement, si l'une d'elles couvre la réservation.

Il renvoie tes bons Reservanto, un bundle par bon, prêts pour un suivi ou un rapprochement dans un autre outil.

À en juger par son nom, il valide un bon avant qu'on l'accepte, et ton scénario choisit la suite selon la réponse. Le nom parle de contrôle, pas d'encaissement.

Comme son nom l'indique, il règle une réservation avec un bon, sans carte bancaire ni saisie à la main. La réservation et le bon viennent des modules placés avant.

D'après son nom, il rembourse le paiement par bon d'une réservation : le client garde la valeur de son bon quand la séance n'a pas lieu. C'est l'inverse de Pay with Voucher for Booking.

Il lit les horaires de travail enregistrés dans Reservanto sur une période : tes horaires ne vivent qu'à un seul endroit et les autres outils les reprennent.

Il appelle n'importe quel point d'accès de l'API Reservanto depuis ton scénario, avec la même connexion que les autres modules. C'est la porte de sortie quand aucun module tout prêt ne couvre ton besoin.