Intégration Copper n8nAutomatiser Copper avec n8n.

Crée une entreprise dans Copper et transmet la fiche créée au nœud suivant.

• Name : seul champ requis, le nom tel qu'il doit apparaître dans le CRM. Il se mappe en général avec {{ $json.field }}.
• Additional Fields : bloc optionnel qui porte Email Domain, Details, Address et Phone Numbers. Les deux derniers s'ouvrent en sous-blocs à remplir ligne par ligne, via Add Address Fields et Add Phone Number.

Retire définitivement une entreprise de Copper. À traiter comme une fin de branche, pas comme une étape au milieu d'un workflow.

• Company ID : requis, et c'est bien l'identifiant Copper, pas le nom de l'entreprise. Si le workflow ne connaît que le nom, lance d'abord Get Many avec le filtre Name et récupère l'identifiant.

Lit une seule entreprise et renvoie sa fiche. C'est ainsi qu'un workflow obtient l'état actuel d'un compte, et non celui qu'il avait au déclenchement.

• Company ID : requis. Issu du Copper Trigger ou d'une lecture précédente, il se mappe en expression plutôt qu'il ne se tape.

Ramène les entreprises en lot. C'est l'opération derrière les exports, les audits et toute revue de comptes récurrente.

• Return All : activé, n8n enchaîne les pages de l'API et rapatrie toutes les entreprises. Désactivé, Limit fixe le nombre d'enregistrements renvoyés, ce qui garde les tests courts.
• Filters : Country sélectionne le pays de l'entreprise dans une liste de codes, Name restreint à un nom d'entreprise.

Modifie une entreprise existante. Seuls les champs remplis sont envoyés, le reste de la fiche ne bouge pas.

• Company ID : requis, il désigne la fiche à modifier.
• Update Fields : bloc optionnel avec Name, Details, Address et Phone Numbers. À noter, Email Domain n'y figure pas, contrairement à la création.

Renvoie les sources client configurées dans Copper, ces libellés qui disent d'où vient une affaire. C'est la lecture à faire avant d'écrire quoi que ce soit sur une opportunité.

• Return All : activé, la liste complète revient, ce qui est en général le bon réflexe vu qu'elle est courte. Désactivé, Limit plafonne le nombre renvoyé.

Écrit un lead dans Copper, l'étape qui précède la qualification en personne et en entreprise.

• Name : requis. Tout le reste est optionnel, donc un formulaire incomplet atterrit quand même au lieu d'être perdu.
• Additional Fields : porte Email, Phone Numbers et Address, chacun derrière son propre bouton Add.

Efface un lead de Copper. Utile justement parce que les leads s'accumulent plus vite que n'importe quel autre objet du CRM.

• Lead ID : requis. L'identifiant, jamais le nom du lead, donc un workflow de nettoyage lit avant de supprimer.

Va chercher un lead et passe sa fiche au nœud suivant. C'est la lecture qu'on glisse entre un déclenchement et une décision.

• Lead ID : requis. Le plus souvent une expression comme {{ $json.field }} qui porte l'identifiant venu de l'étape d'avant.

Récupère des leads par paquets, filtrés ou non. C'est la moitié lecture de tout workflow de scoring ou de nurturing.

• Return All : activé pour un export complet, désactivé pour s'arrêter à Limit.
• Filters : ici Country est un champ texte libre, le nom du pays, pas une liste de codes comme sur les entreprises. Name filtre sur le nom du lead.

Modifie un lead déjà présent dans Copper, champ par champ, sans réécrire la fiche entière.

• Lead ID : requis, la fiche à modifier.
• Update Fields : le plus large des blocs côté lead, avec Name, Details, Email, Phone Numbers et Address. Details accueille très bien une note de scoring ou un résumé d'appel.

Ouvre une affaire dans Copper et la renvoie. C'est le moment où une conversation qualifiée devient une ligne de pipeline.

• Name : requis, le nom de l'affaire.
• Primary Contact ID : optionnel, l'identifiant de l'entreprise principale rattachée à l'affaire.
• Customer Source ID : optionnel, l'identifiant de la source qui a généré l'opportunité. À lire d'abord avec Get Many sur les sources client plutôt qu'à écrire en dur.

Sort une affaire de Copper. Rarement automatisé pour lui-même, souvent en dernière étape d'une branche de nettoyage.

• Opportunity ID : requis. Il vient d'une lecture précédente ou du trigger, jamais du nom de l'affaire.

Charge une affaire et renvoie sa fiche actuelle, avec ce qui a changé depuis le dernier passage du workflow.

• Opportunity ID : requis, mappé depuis le trigger ou depuis une opération de liste antérieure.

Renvoie les affaires en lot. Le reporting de pipeline dans n8n commence ici, et tout ce qui doit regarder plus d'une affaire à la fois aussi.

• Return All : activé pour parcourir toutes les pages du pipeline, désactivé pour s'arrêter à Limit.
• Filters : Company IDs et Customer Source IDs acceptent des identifiants séparés par des virgules, donc plusieurs comptes ou plusieurs sources tiennent dans un seul appel.

Modifie une affaire sur place. C'est ce qui fait passer un workflow de la lecture du pipeline à son entretien.

• Opportunity ID : requis, l'affaire à modifier.
• Update Fields : Name, Primary Contact ID et Customer Source ID. Les deux identifiants permettent de rattacher une affaire à une autre entreprise ou à une autre source sans ouvrir Copper.

Ajoute un contact dans Copper. L'écriture la plus utilisée du nœud, et celle sur laquelle beaucoup de workflows se terminent.

• Name : requis, le nom du contact.
• Additional Fields : le bloc optionnel le plus fourni du nœud, avec Emails, Phone Numbers, Address, Email Domain et Details. Emails et Phone Numbers acceptent plusieurs entrées via Add Email et Add Phone Number.

Supprime un contact de Copper, sans retour possible. Aucune étape de confirmation, donc mets une condition devant.

• Person ID : requis, l'identifiant Copper du contact.

Relit un contact et renvoie sa fiche, ce qui en fait la première étape naturelle après tout déclenchement qui ne transmet qu'un identifiant.

• Person ID : requis. Une expression du type {{ $json.field }} est la façon habituelle de le passer depuis le nœud précédent.

Liste les contacts. C'est la lecture derrière toute synchronisation entre Copper et un outil d'e-mailing ou un tableur.

• Return All : activé, tous les contacts remontent page après page. Désactivé, Limit décide combien, ce qui compte sur un carnet d'adresses qui grossit depuis des années.
• Filters : un unique filtre Name, donc le tri se fait sur le nom du contact et rien d'autre.

Réécrit les champs que tu choisis sur un contact existant et laisse les autres tranquilles.

• Person ID : requis, le contact à modifier.
• Update Fields : le bloc le plus large du nœud, avec Name, Emails, Phone Numbers, Address, Email Domain et Details. Envoyer le bloc vide ne fait rien, ce qui est une valeur sûre quand une branche hésite.

Un projet naît dans Copper à partir de ce que le workflow vient de produire. Le commercial signe, la fiche de suivi existe déjà quand la production s'y met.

• Name : requis, le nom du projet créé. Il vient souvent d'un nœud précédent, sous la forme d'une expression {{ $json.field }}, c'est-à-dire une référence à un champ de l'item entrant.
• Additional Fields : les options posées dès la création. Assignee ID désigne l'utilisateur propriétaire, Details reçoit la description, Status vaut Open ou Completed.

Le ménage passe par là : l'opération retire un projet de Copper, un identifiant à la fois.

• Project ID : requis, l'identifiant du projet à supprimer. Copper attend bien l'identifiant, pas le nom du projet, donc récupère-le d'une étape de lecture plutôt que de le saisir à la main.

Il arrive qu'un workflow n'ait qu'un identifiant en main. Cette opération va chercher le projet correspondant dans Copper et remet ses données dans le flux.

• Project ID : requis, l'identifiant du projet à récupérer. Il vient en général du trigger, le nœud qui démarre le workflow, ou d'une recherche faite juste avant.

Les exports partent d'ici. L'opération récupère la liste des projets de Copper, soit en totalité, soit par lot plafonné.

• Return All : activé, n8n enchaîne les pages de l'API jusqu'au dernier projet ; désactivé, Limit fixe le nombre maximal de projets renvoyés.
• Filters : le filtre Name restreint la liste aux projets portant ce nom, ce qui évite de tout ramener pour trier ensuite.

Un projet vit plusieurs semaines et ses informations bougent. L'opération écrit sur un projet déjà présent dans Copper, et seuls les champs renseignés changent.

• Project ID : requis, l'identifiant du projet à mettre à jour.
• Update Fields : Name renomme le projet, Details remplace la description, Assignee ID confie le projet à un autre utilisateur, Status le fait passer entre Open et Completed.

Une relance oubliée coûte plus cher qu'une tâche mal nommée. Cette opération crée la tâche dans Copper à partir de l'événement qui vient de se produire.

• Name : requis, le texte de la tâche, celui que la personne concernée lira dans Copper.
• Additional Fields : Assignee ID pour l'utilisateur propriétaire de la tâche, Details pour la description longue, Priority en High ou None, Status en Open ou Completed.

Supprimer une tâche de Copper tient en un appel, à condition de lui donner le bon identifiant.

• Task ID : requis, l'identifiant de la tâche à supprimer. Il se lit dans l'étape qui a trouvé la tâche, jamais dans son intitulé.

Avant d'envoyer quoi que ce soit, il vaut mieux savoir où en est la tâche. L'opération renvoie celle qui correspond à l'identifiant fourni.

• Task ID : requis, l'identifiant de la tâche à récupérer, hérité du trigger ou d'une liste lue juste avant.

Pour regarder la charge d'une équipe, il faut d'abord sortir les tâches du CRM. C'est le rôle de cette opération.

• Return All : activé, n8n réclame les pages suivantes jusqu'à la dernière tâche ; désactivé, Limit plafonne le nombre de tâches ramenées.
• Filters : Assignee IDs et Project IDs acceptent des identifiants séparés par des virgules, de quoi couvrir une équipe entière ou un seul projet avec un nœud.

Changer la priorité, réaffecter, corriger un intitulé : tout ça passe par la mise à jour d'une tâche déjà enregistrée dans Copper.

• Task ID : requis, l'identifiant de la tâche à modifier.
• Update Fields : Assignee ID transfère la tâche à un autre utilisateur, Name et Details réécrivent l'intitulé et la description, Priority accepte High ou None, Status accepte Open ou Completed.

Côté humain, Copper connaît les utilisateurs du compte. L'opération en sort la liste, pour le compte auquel donne accès le credential, la connexion enregistrée une fois dans n8n.

• Return All : activé, tous les utilisateurs remontent ; désactivé, Limit décide combien le nœud en renvoie par exécution.