Intégration Agile CRM n8nAutomatiser Agile CRM avec n8n.

L'opération crée une fiche entreprise dans Agile CRM et renvoie l'objet créé, identifiant compris. Aucun champ n'est obligatoire : c'est la collection optionnelle, 8 champs, qui donne sa forme à la fiche.

• Name : le nom de l'entreprise, souvent {{ $json.company }} repris du formulaire ou du tableur à l'origine du run.
• Website : la collection des sites de l'entreprise, pratique quand le domaine sert de clé de rapprochement plus tard.
• Star Value : une note de 0 à 5 pour repérer les comptes à surveiller.

Supprime une entreprise du CRM. L'appel vise une fiche unique et ne touche à rien d'autre, ce qui la place en fin de branche de dédoublonnage plutôt qu'au milieu d'une synchronisation.

• Company ID : l'identifiant de l'entreprise à supprimer, pas son nom. Récupère-le avec un company.getAll en amont et {{ $json.id }}.

Va chercher une entreprise et transmet ses champs enregistrés au nœud suivant. La suite du workflow travaille alors sur ce que contient vraiment le CRM, pas sur une supposition.

• Company ID : l'identifiant unique d'une entreprise donnée. Ni le nom ni le domaine ne sont acceptés ici, prévois une recherche avant.

Ramène les entreprises sous forme de liste. C'est la lecture à utiliser quand le workflow a besoin du portefeuille entier plutôt que d'une fiche.

• Return All : coché, n8n enchaîne toutes les pages de l'API jusqu'à la dernière entreprise ; décoché, Limit fixe le nombre maximal d'entreprises renvoyées.
• Filter : none, manual pour construire les conditions dans l'interface, ou json pour les coller.
• Must Match : anyFilter élargit le résultat, allFilters le resserre.
• Simplify : renvoie une version allégée de la réponse plutôt que les données brutes.

Écrit de nouvelles valeurs sur une entreprise déjà présente. La collection optionnelle embarque 8 champs, de Phone à Custom Properties, et tu envoies ceux que le workflow connaît réellement.

• Company ID : l'identifiant unique de l'entreprise concernée, le point d'ancrage de la mise à jour.
• Email : l'e-mail de l'entreprise, au format que le champ propose lui-même, name@email.com.
• Tags : des identifiants uniques ajoutés à l'entreprise pour garder la base gérable.

Fabrique un contact dans Agile CRM à partir de ce que le nœud précédent a produit. Aucun champ n'est imposé. La collection optionnelle, elle, en propose 12.

• First Name et Last Name : le nom du contact, typiquement {{ $json.first_name }} mappé depuis le formulaire.
• Email : la collection d'e-mails du contact, le champ sur lequel la plupart des workflows se recalent ensuite.
• Lead Score : le score de départ, pour qu'une demande de démo ne rentre pas au même niveau qu'une inscription à la newsletter.
• Title : la fonction, utile pour router vers le bon interlocuteur.

Efface un contact de la base. Une fiche, un appel : facile à placer derrière une étape de validation humaine plutôt que de la laisser tourner sur une liste entière.

• Contact ID : l'identifiant du contact à supprimer. Résous-le d'abord avec contact.getAll, une adresse e-mail n'est pas acceptée dans ce champ.

Lit une fiche contact et fait descendre ses champs dans le workflow. Tout ce qui est stocké voyage avec l'item, donc les étapes suivantes travaillent sur des valeurs réelles et pas sur ce que le déclencheur transportait.

• Contact ID : l'identifiant unique du contact visé, seule entrée de l'opération.

Remonte une liste de contacts avec la même boîte à outils de filtres que les entreprises. C'est ici qu'un segment se construit sans ouvrir l'interface d'Agile CRM.

• Return All : coché, toutes les pages sont récupérées ; décoché, Limit fixe le nombre maximal de contacts renvoyés.
• Field et Condition Type : n'importe quel champ cherchable, comparé avec EQUALS, BEFORE, BETWEEN et les autres, face à Value et Value 2.
• Sort : trie le résultat avant qu'il n'atteigne le nœud suivant.

Remplace les valeurs d'un contact par ce que le workflow vient de calculer. Les 12 champs optionnels sont ceux de la création, donc le mapping reste identique entre la branche qui crée et celle qui met à jour.

• Contact ID : l'identifiant unique du contact concerné.
• Lead Score : le nouveau score, souvent {{ $json.score }} issu d'une étape de scoring en amont.
• Company : le nom de l'entreprise rattachée, à rafraîchir quand la personne change de poste.

Ouvre une opportunité dans le pipeline. C'est la seule opération du nœud avec un vrai socle obligatoire : 5 champs doivent être remplis, sinon l'exécution s'arrête là.

• Name : le nom du deal, le libellé que l'équipe lira dans le pipeline.
• Close Date : la date de clôture, au format dateTime, donc une date calculée en amont s'y branche directement.
• Expected Value et Probability : le montant attendu et la probabilité attendue, deux nombres.
• Milestone : l'étape du pipeline à laquelle le deal entre.
• Contact IDs : optionnel, relie le deal aux contacts qui sont derrière.

Retire une opportunité du pipeline. Sa place est dans une routine de nettoyage, quand un deal a été créé par erreur et que les prévisions ne doivent plus le porter.

• Deal ID : l'identifiant du deal à supprimer, repris de l'étape de création ou d'une lecture deal.getAll.

Une opportunité revient avec ses valeurs du moment. C'est la façon dont un workflow vérifie où en est une affaire avant d'agir dessus.

• Deal ID : l'identifiant unique du deal visé, à conserver depuis l'étape qui l'a créé ou listé.

Liste les opportunités du pipeline. Deux paramètres seulement, tous les deux liés au volume ramené, ce qui en fait la lecture la plus simple du nœud.

• Return All : coché, n8n parcourt les pages de l'API jusqu'au dernier deal collecté.
• Limit : le nombre maximal de deals renvoyés tant que Return All reste décoché, pratique pour un test rapide.

Modifie les valeurs d'un deal déjà ouvert. L'identifiant du deal est la seule chose que l'opération exige, et 5 champs optionnels viennent par-dessus.

• Deal ID : l'identifiant du deal à mettre à jour.
• Probability : la nouvelle probabilité attendue, le champ sur lequel repose la prévision.
• Expected Value : le montant révisé, par exemple {{ $json.amount }} après une renégociation.
• Custom Data : tes propres clés et valeurs, pour ce que l'équipe suit en plus des champs standards.