Intégration Fibery n8nAutomatiser Fibery avec n8n.
L'intégration Fibery n8n commence par une installation, pas par un credential. Le nœud expose 6 opérations sur 2 ressources, des bases aux entités, la lecture, la création, la mise à jour et la suppression. Un trigger webhook écoute une base et transmet chaque changement en quelques secondes.
Nœud communautaire Ce nœud n'est pas livré avec n8n : c'est un paquet communautaire (@fibery/n8n-nodes-fibery) à installer depuis Settings › Community nodes sur une instance auto-hébergée. npm
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que l'intégration Fibery n8n apporte vraiment
L'intégration Fibery n8n ajoute deux nœuds à un workflow : le nœud principal lit, écrit, met à jour et supprime des données dans Fibery, à travers 6 opérations réparties sur 2 ressources, Database et Entity, et un trigger qui prend les événements d'une base Fibery pour les envoyer dans un workflow, sans polling ni attente.
Fibery contient le travail : fonctionnalités, tickets, comptes, candidatures, tout ce que l'espace de travail modélise en bases et en entités. n8n, lui, s'occupe de la tuyauterie autour. Le nœud sert à ça : lire une entité, en écrire une, ou balayer une base entière sans que personne ouvre l'application.
Trois usages reviennent tout le temps. L'arrivée d'abord : un formulaire ou une boîte mail produit quelque chose qui a sa place dans Fibery, et entity.create le dépose dans la bonne base avec les champs déjà remplis, ce qui marche très bien derrière un nœud Gmail. La sortie ensuite : entity.getMany extrait une tranche filtrée d'une base à heure fixe, pour la recopier dans un espace de rédaction comme Notion ou pour poser des échéances dans Google Calendar. La réaction enfin : le trigger se déclenche sur une base et le workflow prévient l'équipe avant que quiconque rafraîchisse une vue.
Le nœud reste volontairement étroit. Il ne touche qu'aux bases et aux entités, et seulement par les 6 opérations détaillées plus bas. Pour le reste de l'API Fibery, le nœud HTTP Request prend le relais : il appelle n'importe quel endpoint de l'API en réutilisant le même credential grâce à l'authentification prédéfinie.
Deux limites méritent d'être connues avant de construire. Le paquet est un nœud communautaire, donc il s'installe à la main sur une instance auto-hébergée, et n8n Cloud n'accepte que les nœuds communautaires vérifiés. Et le trigger n'a aucune liste d'événements : il surveille une base, c'est le workflow qui décide quoi faire de ce qui arrive.
Sur le choix de plateforme lui-même, le terrain se couvre mieux dans l'Avis n8n que sur une page de nœud.
Comment brancher Fibery sur n8n ?
- 01
Installer le paquet communautaire
Le nœud Fibery n'est pas livré avec n8n. Sur une instance auto-hébergée, ouvre Settings, puis Community nodes, et installe le paquet npm
@fibery/n8n-nodes-fibery, aujourd'hui en version0.1.26. n8n recharge sa liste et deux entrées apparaissent dans le panneau des nœuds : Fibery et Fibery Trigger. Sur n8n Cloud, l'installation ne passe que pour les nœuds communautaires vérifiés. - 02
Créer le credential Access Token
L'authentification se fait par jeton d'accès, rangé dans le type de credential
fiberyTokenApi. Ouvre le menu Credentials de n8n, crée l'entrée, colle le jeton venu de Fibery et enregistre. Un credential se crée une fois et se réutilise dans tous les workflows : le jeton ne vit qu'à un seul endroit. Le nœud le propose ensuite dans sa liste déroulante, et le trigger aussi. - 03
Pointer le nœud vers une base
Pose le nœud Fibery sur le canvas, choisis le credential, puis une ressource, Database ou Entity, et une opération. La plupart des opérations réclament Database, un resource locator qui se remplit depuis la liste ou avec une expression comme
{{ $json.database }}, la syntaxe n8n pour aller chercher un champ dans l'item entrant. Un champ requis laissé vide bloque l'exécution du nœud.
Qu'est-ce qui déclenche un workflow Fibery ?
Fibery Trigger est le nœud qui démarre un workflow quand Fibery appelle n8n. Tu actives le workflow : n8n te donne l'URL du webhook à enregistrer dans Fibery, et chaque appel devient une exécution.
Ce que tu vois dans n8n
Notes de configuration
01Configurer le Fibery Trigger
Le nœud Fibery Trigger prend les événements d'une base Fibery et démarre le workflow avec. Il vient du même paquet communautaire, tourne en version 1 et accepte le même credential Access Token que le nœud principal. Aucune case d'événement à cocher : il surveille une base et transmet ce qui s'y passe.
Paramètres clés
- Database : requis, un resource locator qui désigne la base Fibery à écouter. Tu la choisis dans la liste une fois le credential branché, ou tu passes une valeur par expression quand la base dépend d'un nœud précédent.
02Comment les événements arrivent dans n8n
Ce trigger fonctionne par webhook, c'est-à-dire une URL que Fibery appelle dès qu'il se passe quelque chose. n8n enregistre cette URL auprès de Fibery à l'activation du workflow : rien à programmer, rien à surveiller. Chaque événement atterrit dans le workflow en quelques secondes.
Une conséquence est à anticiper : l'enregistrement se fait à l'activation, donc un workflow laissé inactif ne reçoit rien, et ce qui s'est passé pendant ce temps n'arrive pas plus tard. Pour rattraper un trou, un second workflow avec entity.getMany sur la même base fait le travail.
Ce que le nœud Fibery sait faire
Le nœud Fibery expose 6 opérations sur 2 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.
Database
1 opérationGet many databases
database.getAllCe que tu vois dans n8n
Notes & cas d'usage
Cette opération renvoie les bases de l'espace de travail Fibery. C'est ainsi qu'un workflow découvre ce que l'espace contient réellement, au lieu de coder un nom en dur. Elle ne prend aucun paramètre : credential branché, exécution lancée, la liste revient.
Entity
5 opérationsCreate an entity
entity.createCe que tu vois dans n8n
Notes & cas d'usage
Create écrit une nouvelle entité dans une base Fibery et la renvoie, pour que la suite du workflow continue à travailler sur l'enregistrement qui vient de naître.
Paramètres clés
- Database : requis, la base qui accueille l'entité, prise dans la liste ou posée par une expression du type
{{ $json.database }}. - Fields : les valeurs à écrire, ajoutées une par une derrière le bouton Add Field.
- Output : Simplified, Raw ou Selected Fields, selon la quantité d'informations que tu veux voir revenir.
- Fields To Select : les champs à inclure dans la réponse quand Output vaut Selected Fields.
Delete an entity
entity.deleteCe que tu vois dans n8n
Notes & cas d'usage
Delete retire une entité d'une base. C'est l'opération la plus brutale du nœud, et celle qu'on protège derrière un nœud IF, parce que rien dans le workflow ne remet l'enregistrement en place.
Paramètres clés
- Database : requis, la base à laquelle appartient l'entité.
- Entity : requis, le resource locator de l'entité elle-même. Le choix par la liste dépanne pendant la construction ; en production, la valeur vient d'un nœud précédent, par expression.
Get an entity
entity.getCe que tu vois dans n8n
Notes & cas d'usage
Get lit une seule entité et passe ses champs au nœud suivant. C'est ce dont un workflow d'enrichissement a besoin avant de décider quoi que ce soit.
Paramètres clés
- Entity : requis, l'entité à lire, avec la Database dont elle dépend.
- Output : Simplified garde une réponse lisible, Raw garde tout, Selected Fields resserre.
- Fields To Select : la liste des champs renvoyés quand Output vaut Selected Fields.
- Download Files : une option qui télécharge le fichier quand un champ de la base en contient un, au lieu d'en renvoyer la référence.
Get many entities
entity.getManyCe que tu vois dans n8n
Notes & cas d'usage
Get Many balaie une base et renvoie plusieurs entités d'un coup, filtrées à la source plutôt que triées plus loin dans le workflow.
Paramètres clés
- Database : requis, la base à lire.
- Limit : le nombre maximal d'entités renvoyées, pour qu'une base large ne noie pas l'exécution.
- Filter : None prend la base telle quelle, Build Manually ouvre les conditions.
- Must Match : All Filters exige toutes les conditions, Any Filter en accepte une seule.
- Filters : les conditions elles-mêmes, chacune avec un champ, un Operator comme Is, Contains ou Is Empty, et une Field Value.
Update an entity
entity.updateCe que tu vois dans n8n
Notes & cas d'usage
Update modifie les champs d'une entité qui existe déjà et renvoie sa version à jour. C'est l'opération qui referme la plupart des boucles : quelque chose a bougé ailleurs, Fibery reçoit le nouvel état.
Paramètres clés
- Entity : requis, l'entité à modifier, dans la Database elle aussi requise.
- Fields : les champs à écraser, ajoutés derrière Add Field ; ceux qu'on ne touche pas restent en l'état.
- Fields To Select : à combiner avec un Output réglé sur Selected Fields pour garder une réponse courte.
Besoin d'aide pour automatiser Fibery avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.
