Ressources · Intégration n8n

Intégration HaloPSA n8nAutomatiser HaloPSA avec n8n.

Quatre objets, vingt opérations, aucun clic dans HaloPSA. L'intégration HaloPSA n8n tient dans un seul nœud qui couvre les clients, les sites, les tickets et les utilisateurs. Pas de trigger dédié côté HaloPSA : le workflow démarre ailleurs. Pour les équipes support qui vivent dedans toute la journée.

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

Pourquoi automatiser

Que change l'intégration HaloPSA n8n pour une équipe support ?

L'intégration HaloPSA n8n, c'est un nœud livré avec n8n qui appelle l'API HaloPSA à ta place. Il expose 4 ressources, client, site, ticket et utilisateur, et 20 opérations au total : créer, lire une fiche, lister, mettre à jour et supprimer sur chacune.

Rien à installer, aucun plugin à maintenir. Tu choisis la ressource, puis l'opération, tu remplis les champs demandés, et l'appel API se construit tout seul.

Commençons par la structure de compte, celle qu'on oublie de documenter. À la signature, client.create ouvre la fiche, site.create rattache l'adresse, user.create enregistre les contacts autorisés à ouvrir des tickets depuis ce site. Trois opérations enchaînées dans un workflow, et personne n'a besoin de se souvenir de l'ordre un lundi matin.

Vient ensuite la prise en charge des demandes. Un message arrive sur Telegram ou par mail, le workflow le lit, et ticket.create crée le ticket avec son Summary, ses Details et un Ticket Type choisi dans la liste. Le demandeur a une référence pendant que le sujet est encore chaud.

Le troisième usage, c'est le reporting. ticket.getAll et client.getAll acceptent Return All : un workflow planifié récupère la liste complète, la dépose dans Google Sheets et poste le résumé du jour sur Slack avant le point d'équipe.

Un point à anticiper : HaloPSA n'a pas de nœud trigger dans n8n. Un workflow qui le concerne démarre donc avec autre chose, un Schedule Trigger à intervalle fixe, un Webhook n8n appelé par un service tiers, ou le trigger d'un autre outil. Ça se décide au moment de dessiner le workflow, pas après.

Côté volumes, Return All enchaîne les pages renvoyées par l'API et Limit plafonne le nombre d'items quand il est désactivé. Et si un endpoint de l'API HaloPSA n'a pas d'opération correspondante dans le nœud, le nœud HTTP Request l'appelle directement en réutilisant le même credential via l'authentification prédéfinie.

Pour creuser, l'Avis n8n détaille les compromis de la plateforme, et la Formation n8n couvre les expressions et la gestion d'erreur, les deux sujets qui décident si une automatisation de support tient plus d'un mois.

Connexion

Comment connecter HaloPSA à n8n ?

  1. 01

    Déclarer l'application dans HaloPSA

    Direction Configuration, puis Integrations, puis Halo API, section API Details. C'est là qu'on enregistre une application pour obtenir un Client ID et un Client Secret. n8n recommande de choisir Client Credentials comme Authentication Method et d'utiliser la permission all, sinon le nœud se fait refuser un appel au milieu d'un workflow déjà en production.

  2. 02

    Relever les deux URL de serveur

    Le même écran API Details affiche ton HaloPSA Authorisation Server URL et ton Resource Server. Ce sont deux valeurs distinctes et le nœud réclame les deux : l'une sert à obtenir le jeton, l'autre à atteindre les données. Recopie-les telles qu'affichées plutôt que de les reconstruire à partir de ton adresse HaloPSA.

  3. 03

    Créer le credential dans n8n

    Dans le menu Credentials, ajoute le credential HaloPSA en API key, c'est-à-dire un jeu de paramètres de connexion enregistré une fois et réutilisable dans tous tes workflows. Règle Hosting Type sur On Premise Solution si Halo tourne sur ton serveur, ou sur Hosted Solution Of Halo si c'est Halo qui l'héberge. Dans ce second cas, renseigne aussi ton Tenant.

Actions

Ce que le nœud HaloPSA sait faire

Le nœud HaloPSA expose 20 opérations sur 4 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDelete
Client✓✓✓✓✓
Site✓✓✓✓✓
Ticket✓✓✓✓✓
User✓✓✓✓✓

Client

5 opérations
01

Create a client

client.create

Ce que tu vois dans n8n

Notes & cas d'usage

L'opération ouvre une fiche client dans HaloPSA et renvoie ce que l'API répond à son sujet.

Paramètres clés

  • Name : le nom du client, seul champ obligatoire. Tu le saisis, ou tu le récupères d'un nœud précédent avec une expression, la syntaxe n8n qui va chercher une valeur dans l'item entrant.
  • VIP : un booléen qui indique si le client est VIP ou non.
  • Website : le site web du client, à remplir quand la même entreprise apparaît deux fois dans la liste.
Cas d'usage
une liste de comptes stratégiques arrive d'un tableur, et chaque ligne devient une fiche client avec le VIP déjà coché.
02

Delete a client

client.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprimer un client tient en un champ. Tu donnes l'identifiant, la fiche disparaît de HaloPSA.

Paramètres clés

  • Client ID : l'identifiant de la fiche à retirer. C'est bien un identifiant et pas une raison sociale, donc il vient d'une étape précédente, par exemple sous la forme {{ $json.field }}.
Cas d'usage
un import s'est mal passé et a créé des doublons. Un workflow de nettoyage repère les fiches en trop et les supprime, plutôt que de laisser l'équipe hésiter entre deux comptes identiques.
03

Get a client

client.get

Ce que tu vois dans n8n

Notes & cas d'usage

Le nœud va chercher une fiche client précise et la remet dans le flux, prête à être exploitée par la suite.

Paramètres clés

  • Client ID : la fiche à lire.
  • Simplify : activé, n8n renvoie une version simplifiée de la réponse au lieu des données brutes, ce qui raccourcit nettement le mapping des nœuds suivants.
Cas d'usage
avant d'ouvrir un ticket pour un client, le workflow relit sa fiche pour vérifier qu'il existe toujours et pour reprendre ses infos dans le message de confirmation.
04

Get many clients

client.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Là où la lecture unitaire ramène une fiche, celle-ci ramène la liste, page après page si tu le demandes.

Paramètres clés

  • Active Status : Active Only garde les clients actifs, Inactive Only les inactifs, All les deux.
  • Return All : coché, n8n parcourt toutes les pages ; décoché, Limit fixe le nombre maximal de résultats.
Cas d'usage
un rapport mensuel ne liste que les clients actifs, sans traîner les comptes fermés depuis deux ans.
05

Update a client

client.update

Ce que tu vois dans n8n

Notes & cas d'usage

Sur une fiche existante, le nœud envoie les champs que tu renseignes dans la collection Update Fields.

Paramètres clés

  • Client ID : la fiche qui reçoit la modification.
  • VIP : le même booléen qu'à la création, pour promouvoir un compte plus tard.
  • Notes : du texte libre, utile pour noter la raison du changement.
Cas d'usage
un client signe un contrat prioritaire, et le workflow passe VIP à vrai en même temps qu'il note la référence du contrat dans Notes.

Site

5 opérations
06

Create a site

site.create

Ce que tu vois dans n8n

Notes & cas d'usage

Un site dépend toujours d'un client : l'opération demande donc les deux informations avant de partir.

Paramètres clés

  • Name : le nom du site.
  • Client ID : le client auquel il se rattache.
  • Select Client by ID : un booléen qui indique si le client peut être sélectionné par son identifiant.
  • Phone Number : le numéro de la ligne sur place.
  • Main Contact : la personne référente pour ce site.
Cas d'usage
un client ouvre un entrepôt, et le site est créé avec son numéro de téléphone et le nom du contact sur place.
07

Delete a site

site.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retirer un site de la structure d'un client se fait en un appel. L'opération ne réclame rien d'autre que l'identifiant, ce qui la rend facile à enchaîner après une vérification.

Paramètres clés

  • Site ID : le site à supprimer.
Cas d'usage
les sites créés pendant les tests d'un workflow encombrent la fiche d'un vrai client. Une passe de ménage les supprime une fois la recette terminée, avant que quelqu'un ouvre un ticket dessus par erreur.
08

Get a site

site.get

Ce que tu vois dans n8n

Notes & cas d'usage

Pour lire un site isolément, sans remonter toute l'arborescence du client, c'est cette opération.

Paramètres clés

  • Site ID : le site à lire.
  • Simplify : renvoie une version simplifiée de la réponse plutôt que les données brutes.
Cas d'usage
avant de créer un utilisateur, le workflow relit le site pour confirmer qu'il est bien celui indiqué dans la demande, parce qu'un client qui a trois adresses en région parisienne se trompe une fois sur deux.
09

Get many sites

site.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Quand l'inventaire des adresses d'un client devient flou, cette opération le remet à plat.

Paramètres clés

  • Return All : coché, n8n enchaîne les pages jusqu'au dernier site ; décoché, Limit borne le résultat.
  • Text To Filter By : filtre les sites sur ta chaîne de recherche.
Cas d'usage
un technicien demande où se trouvent les sites d'un client, et un workflow de chat répond avec les adresses qui correspondent en quelques secondes.
10

Update a site

site.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifier un site passe par la collection Update Fields, l'identifiant restant en dehors de celle-ci.

Paramètres clés

  • Site ID : le nœud ne le marque pas comme requis, renseigne-le pour désigner le site visé.
  • Client ID : rattache le site à un autre client.
  • Main Contact : la personne référente sur place.
Cas d'usage
après un rachat, les sites de l'entreprise absorbée sont rattachés au nouveau client, et leur contact principal réécrit en une seule exécution.

Ticket

5 opérations
11

Create a ticket

ticket.create

Ce que tu vois dans n8n

Notes & cas d'usage

Le ticket est le cas le plus fréquent. Trois champs obligatoires suffisent à le faire exister.

Paramètres clés

  • Ticket Type Name or ID : à choisir dans la liste, ou à fournir sous forme d'identifiant via une expression quand le type dépend de la demande.
  • Summary : la ligne que l'agent lit dans la file.
  • Details : le corps de la demande.
  • Target Date : optionnelle, dans Additional Fields, et le champ qui détermine où le ticket apparaît dans une vue triée par date.
Cas d'usage
un mail entrant devient un ticket typé avec une date cible, plutôt qu'un message que quelqu'un recopie à la main.
12

Delete a ticket

ticket.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Certains tickets n'auraient jamais dû exister. Cette opération les retire sans détour.

Paramètres clés

  • Ticket ID : le ticket à supprimer, unique champ demandé.
Cas d'usage
pendant la mise au point d'un workflow, une boucle mal réglée a rempli la file de tickets de test. Une exécution de nettoyage les enlève un par un, pour que les statistiques du mois ne soient pas faussées par des demandes qui n'existent pas.
13

Get a ticket

ticket.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relire un ticket par son identifiant permet de travailler sur son état actuel, pas sur celui d'il y a dix minutes.

Paramètres clés

  • Ticket ID : le ticket à lire.
  • Simplify : une version simplifiée de la réponse au lieu des données brutes, plus simple à insérer dans un message.
Cas d'usage
avant d'envoyer une relance au client, le workflow relit le ticket. Si un agent l'a repris entre-temps, la relance ne part pas.
14

Get many tickets

ticket.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

La liste des tickets alimente tous les tableaux de bord, et c'est cette opération qui la produit.

Paramètres clés

  • Text To Filter By : filtre les tickets sur ta chaîne de recherche.
  • Return All et Limit : tout remonter, ou s'arrêter à un nombre fixe pendant les essais.
Cas d'usage
un client demande tout ce qui a été ouvert sur un sujet précis. Un workflow filtre la file, met le résultat en forme et l'envoie sans que personne ouvre HaloPSA.
15

Update a ticket

ticket.update

Ce que tu vois dans n8n

Notes & cas d'usage

Un ticket vit : il change de main, de date, de contenu. Les modifications passent par Update Fields.

Paramètres clés

  • Ticket ID : non marqué requis par le nœud, mais c'est lui qui désigne le ticket à modifier.
  • Assigned Agent Name or ID : à choisir dans la liste, ou à fournir en identifiant via une expression.
  • Target Date : la date cible, à repousser quand le client demande un délai.
Cas d'usage
une réponse du client arrive par mail, le workflow décale la date cible et réassigne le ticket à l'agent disponible.

User

5 opérations
16

Create a user

user.create

Ce que tu vois dans n8n

Notes & cas d'usage

Les utilisateurs se rattachent à un site, d'où les deux champs obligatoires de l'opération.

Paramètres clés

  • Name : le nom de l'utilisateur.
  • Site Name or ID : à choisir dans la liste, ou à fournir en identifiant via une expression.
  • Email : l'adresse du nouvel utilisateur.
  • Surname : le nom de famille, utile pour le distinguer d'un homonyme.
  • Password : s'il est renseigné, il lui faut au moins 8 caractères, avec une lettre, un chiffre ou un symbole, une majuscule et une minuscule.
Cas d'usage
l'arrivée d'un collaborateur chez un client déclenche la création de son compte le jour même.
17

Delete a user

user.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Quand un contact quitte le client, son compte n'a plus de raison d'être dans HaloPSA. Un identifiant suffit, et un seul appel API fait le reste.

Paramètres clés

  • User ID : l'utilisateur à supprimer.
Cas d'usage
un client transmet la liste des départs du mois. Le workflow retrouve chaque utilisateur, le supprime, puis poste un récapitulatif. Plus fiable qu'un traitement manuel qui s'arrête au milieu parce qu'une réunion commence.
18

Get a user

user.get

Ce que tu vois dans n8n

Notes & cas d'usage

Aller chercher un utilisateur précis sert surtout à vérifier avant d'agir.

Paramètres clés

  • User ID : l'utilisateur à lire.
  • Simplify : une version simplifiée de la réponse plutôt que les données brutes.
Cas d'usage
un workflow de mise à jour lit d'abord la fiche et n'écrit que si quelque chose a réellement changé. L'historique HaloPSA reste lisible, au lieu d'accumuler des modifications sans effet.
19

Get many users

user.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lister les utilisateurs répond à la question que pose chaque revue de compte : qui a le droit d'ouvrir un ticket ici ?

Paramètres clés

  • Active Status : Active Only, Inactive Only ou All.
  • Simplify : allège la réponse quand tu n'as besoin que des noms.
  • Return All et Limit : toutes les pages, ou un échantillon.
Cas d'usage
un audit trimestriel compare les utilisateurs actifs avec l'annuaire du client et signale ceux que personne ne reconnaît.
20

Update a user

user.update

Ce que tu vois dans n8n

Notes & cas d'usage

Déplacer un utilisateur ou corriger ses coordonnées passe par Update Fields, la collection la plus fournie des quatre ressources.

Paramètres clés

  • User ID : laissé optionnel par le nœud, à renseigner pour viser la bonne personne.
  • Site Name or ID : à choisir dans la liste, ou à fournir en identifiant via une expression, pour déplacer l'utilisateur vers un autre site.
  • User Is Inactive : un booléen, plus doux que la suppression pour une absence longue.
Cas d'usage
un transfert interne change le site d'un utilisateur, et le workflow met à jour sa fiche sans passer par l'interface HaloPSA.
Besoin d'aide

Besoin d'aide pour automatiser HaloPSA avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

HaloPSA et n8n, les questions qui viennent ensuite

01L'intégration HaloPSA n8n est-elle gratuite ?
Côté n8n, oui. Le nœud HaloPSA est livré avec n8n : rien à installer, aucun coût supplémentaire, que tu sois sur n8n Cloud, l'offre hébergée par n8n, ou sur ta propre instance lancée en Docker ou en npm. Un workflow construit sur l'un fonctionne à l'identique sur l'autre. Ce que coûte HaloPSA lui-même est une autre question, que cette page ne traite pas. Ce qu'il te faut, en revanche, c'est un accès API côté HaloPSA, puisque le nœud s'authentifie avec un credential créé une seule fois dans n8n et réutilisé dans tous les workflows qui touchent aux 20 opérations.
02Quels credentials et quels droits pour connecter HaloPSA à n8n ?
Un seul credential HaloPSA, de type API key. Dedans, tu choisis un Hosting Type : On Premise Solution si l'application Halo tourne sur ton propre serveur, Hosted Solution Of Halo si c'est Halo qui l'héberge, auquel cas tu fournis aussi ton Tenant. Il faut ensuite le HaloPSA Authorisation Server URL, l'URL du Resource Server, un Client ID et un Client Secret. Les deux URL, le nom du tenant et l'enregistrement de l'application se trouvent dans Configuration, Integrations, Halo API, rubrique API Details. n8n recommande d'enregistrer l'application avec Client Credentials comme méthode d'authentification et la permission all.
03Quelles limites avec le nœud HaloPSA dans n8n ?
Deux choses à garder en tête. La pagination d'abord : sur les opérations de liste, Return All enchaîne les pages renvoyées par l'API, et quand il est désactivé, Limit fixe le nombre maximal d'items renvoyés. Sur un parc de plusieurs centaines de clients, un export lancé sans Return All s'arrête sans rien signaler. Le périmètre ensuite : le nœud expose 20 opérations réparties sur les clients, les sites, les tickets et les utilisateurs. Ce qui sort de ce catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API HaloPSA en réutilisant le même credential via l'authentification prédéfinie.
04Existe-t-il un trigger HaloPSA dans n8n ?
Non. Cet outil n'a pas de nœud trigger dans n8n, donc un workflow qui le concerne démarre forcément ailleurs. Trois options couvrent la plupart des besoins. Le Schedule Trigger s'exécute à intervalle fixe et lit avec une opération de liste, ce qui convient aux récapitulatifs et aux réconciliations. Le Webhook n8n, c'est-à-dire une URL qu'un service tiers appelle quand quelque chose se passe chez lui, déclenche le workflow depuis ce service. Enfin, le trigger d'un autre outil de ta chaîne fait très bien l'affaire : un mail entrant, un formulaire, et HaloPSA intervient ensuite comme action.
05n8n ou Make pour HaloPSA ?
Quatre critères tranchent. L'hébergement : n8n s'auto-héberge en Docker ou en npm, ou s'utilise sur n8n Cloud, alors que Make est hébergé uniquement. La maîtrise des données : avec un n8n auto-hébergé, les tickets et les fiches clients ne quittent pas ton infrastructure, ce qui compte quand un client te demande où sont stockées ses données. Le modèle de coût : Make facture à l'opération, donc une boucle sur une longue liste de clients se voit sur la facture. La logique visuelle, enfin : les deux sont des éditeurs visuels, et le test honnête reste de refaire un vrai workflow dans chacun.