Ressources · Intégration n8n

Intégration Bitwarden n8nAutomatiser Bitwarden avec n8n.

L'administration de ton organisation Bitwarden tient dans un workflow. L'intégration Bitwarden n8n couvre 19 opérations réparties sur 4 ressources : collections, groupes, membres et journal d'événements. Aucun trigger Bitwarden n'existe dans n8n, le départ se fait donc au Schedule ou au Webhook.

Tester l'intégration Bitwarden sur n8nVoir les 19 opérations

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

Pourquoi automatiser

À quoi sert vraiment l'intégration Bitwarden n8n ?

Le nœud Bitwarden parle à l'API publique de Bitwarden au nom d'une organisation. Il lit et modifie les quatre objets qui composent l'administration : les collections, les groupes qui y accèdent, les membres de l'organisation et le journal d'événements qui garde la trace de ce qui s'est passé. Tout ce que fait un workflow ici relève de l'administration, avec une clé d'API d'organisation configurée une seule fois dans n8n.

Commence par ce qui prend le plus de temps quand on le fait à la main : l'inventaire. Personne ne sait exactement quelles collections existent ni qui y a accès. collection.getAll sort la liste des collections, group.getAll celle des groupes, et group.getMembers répond groupe par groupe à la seule question qui compte pendant une revue d'accès. Enchaîne les trois dans une boucle et tu obtiens une cartographie complète, déposée dans Google Sheets pour les responsables qui doivent la valider.

Vient ensuite le journal. Le web vault affiche les événements à l'écran, pas dans une base que tu peux interroger. event.getAll lit le journal de l'organisation avec Start Date et End Date pour borner la fenêtre, Acting User ID quand tu remontes la piste d'une personne, Item ID quand tu remontes celle d'un élément. Un workflow nocturne recopie la fenêtre de la veille dans Postgres et les questions de sécurité se règlent avec une requête.

Troisième usage, le plus quotidien : les arrivées et les départs. À l'arrivée, member.create crée le membre avec le bon Type et les collections déjà rattachées. Au départ, member.getGroups note ce que la personne pouvait ouvrir, puis member.delete ferme l'accès. La trace part dans Supabase, et c'est exactement ce qu'un auditeur réclamera six mois plus tard.

Deux points à connaître avant de brancher. L'API publique de Bitwarden n'est disponible que sur les offres d'organisation Teams et Enterprise : ailleurs, le credential ne s'authentifiera pas. Et tout ce qui sort de ces 19 opérations du catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API en réutilisant le même credential Bitwarden via l'authentification prédéfinie.

Si tu hésites encore sur la plateforme, l'Avis n8n détaille les arbitrages, et la Formation n8n couvre la syntaxe des expressions dont ces workflows se servent partout.

Connexion

Comment connecter Bitwarden à n8n ?

  1. 01

    Générer une clé d'API d'organisation

    Bitwarden réserve son API publique aux comptes d'organisation Teams et Enterprise : commence par vérifier l'offre de l'organisation, sinon la suite ne servira à rien. Génère ensuite la clé depuis les paramètres de l'organisation, pas depuis un compte personnel. L'opération te donne deux valeurs, un Client ID et un Client Secret, qui appartiennent à l'organisation et non à la personne qui les a créés.

  2. 02

    Enregistrer le credential dans n8n

    Dans le menu Credentials, ajoute un credential Bitwarden, c'est-à-dire le jeu d'identifiants que n8n conserve et réutilise d'un workflow à l'autre. Colle le Client ID et le Client Secret de l'étape précédente. Cette saisie se fait une fois : ensuite, chaque nœud Bitwarden que tu poses le propose dans sa liste déroulante, et changer la clé plus tard tient en une seule modification.

  3. 03

    Choisir l'environnement

    Le credential demande un Environment. Choisis Cloud-hosted si tu n'héberges pas Bitwarden toi-même, rien d'autre n'est à remplir. Choisis Self-hosted si Bitwarden tourne sur ton propre serveur, puis renseigne le champ Self-hosted domain avec l'adresse de ce serveur. Enregistre, puis lance une opération de lecture pour vérifier que la connexion répond.

Actions

Les 19 opérations du nœud Bitwarden , une par une

Le nœud Bitwarden expose 19 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 ManyUpdateDeleteGet GroupsGet MembersUpdate GroupsUpdate Members
Collection✓✓✓✓
Event✓
Group✓✓✓✓✓✓✓
Member✓✓✓✓✓✓✓

Collection

4 opérations
01

Delete a collection

collection.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime une collection de l'organisation : les éléments qu'elle regroupait ne sont plus partagés par ce biais. Une collection par appel.

Paramètres clés

  • Collection ID : l'identifiant de la collection, au format 5e59c8c7-e05a-4d17-8e85-acc301343926, et pas le nom affiché dans le coffre.
Cas d'usage
à la clôture d'une mission client, un workflow de ménage archive le nécessaire ailleurs, puis supprime la collection qui portait les accès partagés du projet.
02

Get a collection

collection.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit une collection et renvoie son état du moment. C'est la lecture qu'on place avant une écriture, quand on veut savoir sur quoi on s'apprête à intervenir.

Paramètres clés

  • Collection ID : l'identifiant de la collection. Quand il vient d'un nœud précédent, remplis le champ avec une expression, la syntaxe n8n qui va chercher une valeur dans l'item entrant, écrite {{ $json.field }}.
Cas d'usage
un circuit de validation lit la collection, envoie ses détails au responsable, et n'exécute la mise à jour qu'après son accord.
03

Get many collections

collection.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les collections de l'organisation. La plupart des workflows Bitwarden démarrent par là, puisque les autres opérations de collection réclament un identifiant que tu n'as pas encore.

Paramètres clés

  • Return All : activé, n8n enchaîne les pages de l'API jusqu'à ramener toutes les collections.
  • Limit : avec Return All désactivé, le nombre maximal de collections rapportées par exécution.
Cas d'usage
un inventaire mensuel qui écrit une ligne par collection dans un tableur, pour que la revue d'accès parte d'une liste que personne n'a ressaisie.
04

Update a collection

collection.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie les groupes avec lesquels une collection est partagée, ainsi que l'identifiant externe qui lui est rattaché.

Paramètres clés

  • Collection ID : l'identifiant de la collection à modifier.
  • Update Fields : requis, à ouvrir avec Add Field. Laissé vide, le nœud n'a rien à écrire.
  • Group Names or IDs : le groupe auquel rattacher cette collection, choisi dans la liste ou fourni sous forme d'identifiants via une expression.
  • External ID : l'identifiant externe à poser sur la collection, pratique pour la faire correspondre à une référence projet ailleurs.
Cas d'usage
un projet change d'équipe, le workflow rebascule sa collection sur le groupe de la nouvelle équipe.

Event

1 opération
05

Get many events

event.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lit le journal d'événements de l'organisation, là où Bitwarden consigne ce qui a été fait et par qui.

Paramètres clés

  • Return All : activé, le nœud continue de paginer jusqu'à avoir lu toute la fenêtre.
  • Limit : le plafond d'événements renvoyés quand Return All reste désactivé.
  • Start Date et End Date : les bornes de la période recherchée, à combiner pour isoler une fenêtre précise plutôt que tout l'historique.
  • Acting User ID : restreint le journal à l'utilisateur qui a agi.
  • Item ID : restreint la recherche à l'élément concerné par l'événement.
Cas d'usage
une exécution nocturne recopie la veille dans une base interrogeable.

Group

7 opérations
06

Create a group

group.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute un groupe à l'organisation. Le groupe est l'unité d'accès : on partage une collection avec un groupe, pas avec des personnes une par une.

Paramètres clés

  • Name : le nom du groupe à créer, requis.
  • Access All : activé, le groupe atteint toutes les collections de l'organisation et cette option prend le pas sur les affectations.
  • Collection Names or IDs : les collections attribuées au groupe dès sa création.
  • External ID : l'identifiant externe à poser sur le groupe.
Cas d'usage
un nouveau service apparaît dans l'outil RH, le workflow crée son groupe avec les bonnes collections déjà rattachées.
07

Delete a group

group.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire un groupe de l'organisation. Les accès qui passaient par lui disparaissent avec, ce qui en fait la dernière étape d'un démantèlement, jamais la première.

Paramètres clés

  • Group ID : l'identifiant du groupe, de la forme 5e59c8c7-e05a-4d17-8e85-acc301343926.
Cas d'usage
un groupe temporaire monté pour une migration est supprimé une fois la migration validée, après qu'un nœud précédent a listé ses membres pour l'historique.
08

Get a group

group.get

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie un groupe tel qu'il est aujourd'hui. Le moyen le plus économique de confirmer qu'un groupe existe avant qu'un workflow ne se mette à écrire dedans.

Paramètres clés

  • Group ID : l'identifiant du groupe à lire.
Cas d'usage
une demande d'accès en libre-service mentionne un groupe par son nom ; le workflow le lit d'abord, et la demande est refusée proprement si le groupe n'existe plus.
09

Get many groups

group.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Ramène les groupes de l'organisation, c'est-à-dire la carte dont tu as besoin avant de décider où rattacher quelqu'un.

Paramètres clés

  • Return All : activé, tous les groupes reviennent, page après page.
  • Limit : le plafond appliqué quand Return All est désactivé, utile tant que le workflow est en test.
Cas d'usage
le premier nœud d'une revue d'accès, qui alimente ensuite la lecture des membres groupe par groupe.
10

Get group members

group.getMembers

Ce que tu vois dans n8n

Notes & cas d'usage

Donne les membres rattachés à un groupe, et répond à la question par laquelle toute revue d'accès commence : qui est réellement dedans ?

Paramètres clés

  • Group ID : l'identifiant du groupe dont tu veux les membres.
Cas d'usage
après la liste des groupes, une boucle exécute cette opération sur chacun et envoie le résultat au responsable qui doit le confirmer. Le même enchaînement sert à contrôler qu'un groupe rattaché à une collection sensible ne contient que les personnes attendues, avant de rendre la revue au service concerné.
11

Update a group

group.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie un groupe existant sans le recréer : son identifiant reste valide partout ailleurs dans tes workflows.

Paramètres clés

  • Group ID : l'identifiant du groupe à modifier.
  • Name : le nouveau nom du groupe.
  • Collection Names or IDs : les collections attribuées au groupe, choisies dans la liste ou données en identifiants.
  • Access All : activé, le groupe atteint toutes les collections et cette option écrase les affectations ci-dessus.
  • External ID : l'identifiant externe à poser sur le groupe.
Cas d'usage
un service est renommé, un seul nœud garde l'intitulé du groupe aligné sur l'organigramme.
12

Update group members

group.updateMembers

Ce que tu vois dans n8n

Notes & cas d'usage

Fixe la composition d'un groupe en un appel. Ce que tu envoies devient le groupe : c'est un remplacement, pas un ajout.

Paramètres clés

  • Group ID : l'identifiant du groupe réécrit.
  • Member IDs : la liste, séparée par des virgules, des identifiants des membres à placer dans le groupe. Construis-la depuis une étape de lecture, sinon tu écartes sans le voir ceux que tu as oubliés.
Cas d'usage
un groupe projet dont la composition est recalculée chaque matin depuis le tableau d'affectation tenu par les chefs de projet.

Member

7 opérations
13

Create a member

member.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute un membre à l'organisation avec son rôle et, si tu veux, ses accès déjà posés.

Paramètres clés

  • Type : le rôle, requis, à prendre parmi Owner (0), Admin (1), User (2) et Manager (3).
  • Email : l'adresse du membre, au format name@email.com.
  • Access All : si ce membre atteint toutes les collections.
  • Collection Names or IDs : les collections attribuées au membre.
  • External ID : l'identifiant externe à poser sur le membre, utile pour le relier à une fiche RH externe.
Cas d'usage
l'arrivée d'un salarié le jour J, avec le rôle déduit de sa fiche de poste.
14

Delete a member

member.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Sort un membre de l'organisation. C'est l'opération vers laquelle tend tout workflow de départ, et il vaut mieux poser une étape de confirmation juste avant.

Paramètres clés

  • Member ID : l'identifiant du membre à retirer, pas son adresse e-mail.
Cas d'usage
un départ enregistré dans l'outil RH lance l'exécution, un nœud précédent capture la liste des groupes de la personne pour l'historique, et celui-ci ferme la porte.
15

Get a member

member.get

Ce que tu vois dans n8n

Notes & cas d'usage

Va chercher un membre de l'organisation. Sert de garde-fou : on l'exécute, et la suite du workflow ne se déroule que sur quelqu'un qui existe vraiment.

Paramètres clés

  • Member ID : l'identifiant du membre à lire, généralement repris d'une étape de liste via une expression du type {{ $json.field }}.
Cas d'usage
un workflow de support qui identifie le demandeur avant d'ouvrir une demande d'accès en son nom.
16

Get groups for a member

member.getGroups

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les groupes auxquels appartient un membre. C'est l'autre moitié d'une revue d'accès : non plus qui compose un groupe, mais ce qu'une personne peut ouvrir.

Paramètres clés

  • Member ID : l'identifiant du membre dont tu veux les groupes.
Cas d'usage
un responsable demande à quoi accède un collaborateur avant un changement de poste, et le workflow répond par une liste plutôt que par une capture d'écran de la console.
17

Get many members

member.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les membres de l'organisation, l'état des effectifs que tu compares à ta source RH pour repérer les comptes que personne n'a fermés.

Paramètres clés

  • Return All : activé, le nœud pagine jusqu'à ramener la totalité des membres.
  • Limit : le nombre maximal de membres renvoyés quand Return All est désactivé.
Cas d'usage
un rapprochement hebdomadaire qui signale chaque membre Bitwarden sans ligne correspondante dans le fichier du personnel.
18

Update a member

member.update

Ce que tu vois dans n8n

Notes & cas d'usage

Change le rôle ou les accès d'un membre existant, sans supprimer puis recréer le compte.

Paramètres clés

  • Member ID : l'identifiant du membre à modifier.
  • Type : le nouveau rôle, Owner (0), Admin (1), User (2) ou Manager (3).
  • Collection Names or IDs : les collections attribuées au membre.
  • Access All : si le membre atteint toutes les collections.
  • External ID : l'identifiant externe à poser sur le membre.
Cas d'usage
une promotion vers un rôle d'encadrement, appliquée le jour où la fiche RH change.
19

Update groups for a member

member.updateGroups

Ce que tu vois dans n8n

Notes & cas d'usage

Réécrit la liste des groupes d'un membre. La liste transmise remplace la précédente : envoie l'ensemble complet, pas seulement l'écart.

Paramètres clés

  • Member ID : l'identifiant du membre à réaffecter.
  • Group IDs : la liste, séparée par des virgules, des identifiants des groupes à lui attribuer.
Cas d'usage
une mobilité interne, où le workflow lit les groupes actuels de la personne, retire ceux de l'ancienne équipe et renvoie la liste obtenue en un appel.
Besoin d'aide

Besoin d'aide pour automatiser Bitwarden avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Bitwarden et n8n, les questions qui suivent

01L'intégration Bitwarden n8n est-elle gratuite ?
Côté n8n, oui. Le nœud Bitwarden est livré avec n8n : rien à installer, aucun coût supplémentaire côté n8n, que tu sois sur n8n Cloud, l'offre hébergée par n8n, ou sur ta propre instance en Community Edition sous licence Sustainable Use. Un workflow est identique dans les deux cas, avec les mêmes 19 opérations. Côté Bitwarden, c'est une autre histoire : l'API publique appelée par ce nœud n'est disponible que pour les offres d'organisation Teams et Enterprise. Une organisation sur une autre offre ne pourra pas authentifier le credential, donc la question du plan se règle avant toute construction de workflow.
02Quels identifiants faut-il pour connecter Bitwarden ?
Une clé d'API, et précisément une clé d'organisation, pas une clé personnelle. Le formulaire du credential demande trois choses : le Client ID et le Client Secret fournis par Bitwarden au moment où tu génères la clé, puis un Environment. Choisis Cloud-hosted si tu n'héberges pas Bitwarden toi-même, il n'y a alors rien d'autre à configurer. Choisis Self-hosted si Bitwarden tourne sur ton serveur, et renseigne le champ Self-hosted domain. Le credential se crée une fois dans le menu Credentials, puis chaque nœud Bitwarden le propose dans sa liste déroulante, dans tous tes workflows.
03Quelles sont les limites du nœud Bitwarden ?
Le nœud expose 19 opérations sur 4 ressources : collections, événements, groupes et membres. Tout ce qui sort de ce catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API publique de Bitwarden en réutilisant le même credential via l'authentification prédéfinie. Tu n'es donc jamais bloqué, il faut juste écrire l'appel toi-même. L'autre point à anticiper concerne la lecture : les opérations de liste s'arrêtent à Limit tant que Return All n'est pas activé. Avec Return All, n8n enchaîne les pages de l'API jusqu'à ce que tout soit remonté, ce qu'il vaut mieux réserver aux exécutions planifiées.
04Peut-on déclencher un workflow en temps réel depuis Bitwarden ?
Non, Bitwarden n'a pas de nœud trigger dans n8n. Un workflow qui le concerne démarre avec un autre déclencheur : un Schedule Trigger qui se lance à intervalle fixe, un Webhook n8n, c'est-à-dire une URL qu'un service extérieur appelle, ou le trigger d'un autre outil de ton parc. En pratique, la voie planifiée suffit la plupart du temps. Tu exécutes le workflow chaque matin, tu appelles event.getAll avec Start Date et End Date sur la fenêtre précédente, et tu branches selon ce qui remonte. Pour du réactif, laisse l'outil qui possède l'événement, le SIRH ou la billetterie, appeler un Webhook n8n et garde Bitwarden en action.
05n8n ou Make pour Bitwarden ?
Ça dépend surtout d'où tes secrets ont le droit de circuler. Make est une plateforme d'automatisation hébergée, sans auto-hébergement possible, facturée à l'opération. n8n tourne sur n8n Cloud ou sur ton propre serveur. Pour de l'administration de coffre, cette différence pèse plus qu'ailleurs : l'auto-hébergement garde le workflow qui lit ton journal d'événements et réécrit tes groupes à l'intérieur de ton périmètre. Le modèle de coût diffère aussi, à l'opération d'un côté, à l'instance de l'autre, et une revue qui boucle sur chaque groupe consomme vite. Si l'équipe préfère un éditeur visuel hébergé et que les volumes restent faibles, Make reste une réponse défendable.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations