Ressources · Intégration n8n

Intégration Acuity Scheduling n8nAutomatiser Acuity Scheduling avec n8n.

Un rendez-vous déplacé, et ensuite ? L'intégration Acuity Scheduling n8n tient dans un trigger : 5 événements webhook répartis en 2 familles, appointment et order. Aucun nœud d'action n'accompagne l'outil, donc tout retour vers Acuity passe par HTTP Request. Pour les agendas qui pilotent le reste.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que couvre vraiment l'intégration Acuity Scheduling n8n ?

Acuity Scheduling parle à n8n par webhook, c'est-à-dire une URL qui appartient à n8n et qu'Acuity appelle dès que l'agenda bouge. Le catalogue n8n ne contient qu'un seul nœud pour cet outil : l'Acuity Scheduling Trigger, en version 1, avec 5 événements regroupés en 2 familles. Son rôle s'arrête au démarrage du workflow. La suite appartient aux nœuds que tu places derrière.

Premier réflexe, sortir l'agenda d'Acuity. Sur appointment.scheduled, appelé une fois quand le rendez-vous est pris, le workflow crée une fiche dans Airtable : une ligne par client, avec le statut que ton équipe met à jour ensuite sans jamais ouvrir Acuity.

Deuxième réflexe, être prévenu au bon moment. appointment.rescheduled est appelé quand le rendez-vous passe à un nouvel horaire, et ce signal part dans Telegram pour la personne concernée. Le message arrive avant qu'elle ouvre son agenda. C'est souvent ce qui évite le déplacement inutile.

Troisième réflexe, tenir le compte des commandes. order.completed est appelé quand une commande est finalisée, et chaque ligne s'ajoute dans Google Sheets, dans l'onglet du mois en cours. Une relance par Gmail peut partir dans la même branche.

Le catalogue donne un trigger et rien d'autre pour cet outil. Lire une liste de clients, renvoyer une information dans Acuity, tout ce qui dépasse l'écoute des événements passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API Acuity en réutilisant le credential déjà enregistré dans n8n.

Un point à anticiper avant de câbler quoi que ce soit. appointment.changed est appelé quand le rendez-vous change de quelque manière que ce soit, alors que appointment.rescheduled vise le changement d'horaire. Deux événements peuvent donc décrire le même rendez-vous. Choisis celui qui correspond à l'action que tu veux lancer, ou traite les deux et dédoublonne plus loin dans le workflow.

Si le vocabulaire du nœud reste flou (credential, webhook, expression), la Formation n8n reprend ces notions avant de brancher un agenda dessus.

Connexion

Comment connecter Acuity Scheduling à n8n ?

  1. 01

    Récupérer la clé d'API dans Acuity

    Il faut d'abord un compte Acuity Scheduling. La méthode par clé d'API demande deux valeurs : un User ID numérique et une API Key, toutes les deux affichées sur la page d'authentification du Quick Start de l'API Acuity. Note-les avant de quitter la page, elles se saisissent ensemble dans le même formulaire côté n8n.

  2. 02

    Ou déclarer une application OAuth2

    Le trigger accepte aussi OAuth2. La page Acuity OAuth2 Account Registration se remplit une fois et renvoie un Client ID et un Client Secret. Cette voie a du sens quand plusieurs personnes partagent l'instance n8n et qu'une clé d'API brute circulerait trop facilement. Les deux méthodes authentifient le même nœud.

  3. 03

    Enregistrer le credential et activer le workflow

    Dans n8n, le menu Credentials sert à créer le credential Acuity Scheduling une seule fois, avec le couple de valeurs retenu. Tous les workflows le réutilisent ensuite, et le trigger le propose dans sa liste déroulante. Reste à activer le workflow : n8n enregistre alors l'URL du webhook auprès d'Acuity, et les événements arrivent en quelques secondes.

Déclencheurs

Qu'est-ce qui déclenche un workflow depuis Acuity Scheduling ?

Acuity Scheduling Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Acuity Scheduling. Il écoute 5 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Acuity Scheduling appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

appointment.*4
  • appointment.
    • canceled
    • changed
    • rescheduled
    • scheduled
order.*1
  • order.
    • completed

Notes de configuration

01Set up the Acuity Scheduling TriggerCe nœud écoute ton compte Acuity et pousse un item dans le workflow à chaque fois que l'événement choisi se produit. L'URL du webhook, l'adresse qu'Acuity appelle, est enregistrée au moment où tu actives le workflow. Tant qu'il reste en édition, rien n'arrive.

Ce nœud écoute ton compte Acuity et pousse un item dans le workflow à chaque fois que l'événement choisi se produit. L'URL du webhook, l'adresse qu'Acuity appelle, est enregistrée au moment où tu actives le workflow. Tant qu'il reste en édition, rien n'arrive.

Paramètres clés

  • Event : l'événement Acuity écouté par le nœud, à prendre parmi les 5 valeurs du catalogue. Aucune valeur joker ne les attrape tous, chaque événement utile se choisit donc explicitement.
  • Resolve Data : désactivé, les données du webhook ne contiennent que l'ID de l'objet. Activé, n8n résout les données automatiquement, ce qui t'épargne une requête de plus avant le nœud suivant.
Cas d'usage
un premier workflow qui consigne chaque réservation quelque part de lisible, monté d'emblée avec Resolve Data activé pour disposer des champs tout de suite.
02React to appointment eventsQuatre des 5 événements racontent la vie d'un même rendez-vous, ce qui fait de cette famille le point de départ de la plupart des workflows. Chaque événement arrive séparément : un rendez-vous déplacé puis annulé produit deux exécutions, que tu peux traiter de deux façons différentes.

Quatre des 5 événements racontent la vie d'un même rendez-vous, ce qui fait de cette famille le point de départ de la plupart des workflows. Chaque événement arrive séparément : un rendez-vous déplacé puis annulé produit deux exécutions, que tu peux traiter de deux façons différentes.

Paramètres clés

  • Event : appointment.scheduled est appelé une fois à la prise du rendez-vous. appointment.changed est appelé dès que le rendez-vous change de quelque manière que ce soit. appointment.rescheduled signale le passage à un nouvel horaire. appointment.canceled est appelé à chaque annulation.
Quand l'utiliser
quand l'agenda fait autorité et qu'un autre outil doit suivre, un tableau, un CRM, un canal d'équipe.
Cas d'usage
une fiche de préparation créée sur appointment.scheduled, et une branche de ménage sur appointment.canceled qui l'archive.
03React to completed ordersLa famille order tient en un seul événement et regarde l'argent plutôt que l'agenda. Il se déclenche quand une commande est finalisée dans Acuity, soit le moment où une réservation payée ou l'achat d'un forfait devient définitif.

La famille order tient en un seul événement et regarde l'argent plutôt que l'agenda. Il se déclenche quand une commande est finalisée dans Acuity, soit le moment où une réservation payée ou l'achat d'un forfait devient définitif.

Paramètres clés

  • Event : order.completed, appelé quand une commande est finalisée.
  • Resolve Data : à activer en priorité ici, parce que la charge brute ne transporte que l'ID de l'objet alors qu'un workflow de facturation a besoin du détail de la commande.
Quand l'utiliser
quand c'est la comptabilité qu'on automatise et pas la prise de rendez-vous, ou quand une réservation payée doit suivre un autre chemin qu'une réservation gratuite.
Cas d'usage
chaque commande finalisée alimente un tableau mensuel, avec une copie de l'item pour la personne qui rapproche les paiements en fin de mois.
Besoin d'aide

Besoin d'aide pour automatiser Acuity Scheduling avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Acuity Scheduling et n8n, les questions qui reviennent

01L'intégration Acuity Scheduling n8n est-elle gratuite ?
Oui du côté de n8n. L'Acuity Scheduling Trigger est livré avec n8n, il n'y a rien à installer et rien de plus à payer pour s'en servir. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, et le même credential fonctionne des deux côtés. Ce que coûte un abonnement Acuity Scheduling en propre est une autre question, que le catalogue n8n ne documente pas et que cette page ne traite donc pas.
02Quels credentials faut-il pour le trigger Acuity Scheduling ?
Deux méthodes d'authentification sont supportées, et une seule suffit. La méthode par clé d'API demande un User ID numérique et une API Key, tous les deux récupérables sur les instructions d'authentification du Quick Start de l'API Acuity. La méthode OAuth2 demande un Client ID et un Client Secret, fournis par la page Acuity OAuth2 Account Registration. Un compte Acuity Scheduling est nécessaire dans les deux cas. Le credential se crée une seule fois dans le menu Credentials de n8n, et chaque workflow le sélectionne ensuite dans la liste du nœud, sans ressaisir les valeurs.
03Quelles sont les limites de ce nœud dans n8n ?
Ça dépend de ce que tu veux faire. Le catalogue n8n range cet outil parmi les triggers, avec 5 événements répartis en 2 familles, appointment et order, et aucun nœud d'action à côté. Tout ce qui n'est pas de l'écoute d'événements, lire des enregistrements ou renvoyer une donnée dans Acuity, passe donc par le nœud HTTP Request. Ce nœud appelle n'importe quel endpoint de l'API Acuity en réutilisant le credential déjà configuré, donc sans seconde connexion ni clé supplémentaire à gérer. En pratique, beaucoup de workflows combinent le trigger et deux ou trois appels HTTP Request.
04Le trigger Acuity Scheduling réagit-il en temps réel ?
Oui. Ce trigger fonctionne par webhook, autrement dit Acuity appelle une URL qui appartient à n8n, au lieu que n8n interroge Acuity à intervalle régulier. n8n enregistre cette URL auprès d'Acuity à l'activation du workflow, et chaque événement arrive ensuite en quelques secondes, sans polling et sans fréquence à régler. Conséquence pratique : un workflow inactif ne reçoit rien. Une réservation faite pendant que tu testais dans l'éditeur ne sera pas rejouée une fois le workflow activé, il faut donc activer avant de compter sur l'historique.
05n8n ou Make pour Acuity Scheduling ?
Quatre critères tranchent. L'hébergement d'abord : Make est une plateforme hébergée, sans option d'auto-hébergement, quand n8n tourne sur ton serveur ou sur n8n Cloud. La maîtrise des données découle du premier point, puisqu'une instance auto-hébergée garde les données de réservation chez toi. Le modèle de coût ensuite : Make facture à l'opération, ce qui pèse quand un agenda chargé envoie des événements toute la journée. La logique visuelle enfin, les deux éditeurs travaillent par nœuds et le confort reste une affaire de goût. Aucune des deux réponses n'est fausse, les critères pèsent juste différemment.