Intégration crowd.dev n8nAutomatiser crowd.dev avec n8n.

Une seule opération pour écrire l'activité et la personne qui l'a produite. Si le contributeur n'existe pas encore dans crowd.dev, sa fiche membre est créée avec l'événement au lieu de faire échouer l'appel.

• Username : une collection où chaque entrée associe Platform, le nom de la plateforme comme twitter ou github, à Username, le pseudo qui y est utilisé.
• Source ID : l'identifiant de l'activité dans la plateforme, par exemple celui du message dans Discord.
• Timestamp : la date et l'heure de l'activité, ce qui garde l'historique dans l'ordre.

Même écriture, sans la partie membre : l'activité se rattache à quelqu'un qui existe déjà. C'est la version à utiliser dans une boucle sur des contributeurs déjà identifiés.

• Member : l'identifiant du membre qui a réalisé l'activité, souvent {{ $json.id }} repris d'une étape Find a member.
• Type : le type d'activité, une chaîne libre qu'il vaut mieux garder cohérente d'un workflow à l'autre.
• Platform : la plateforme sur laquelle l'activité a eu lieu.

Déclare une automation sur le tenant crowd.dev. crowd.dev envoie ensuite les données vers l'URL que tu fournis, qu'un nœud Webhook n8n récupère sans que personne ouvre l'interface crowd.dev.

• Trigger : ce qui déclenchera l'automation, soit new_activity, soit new_member.
• URL : l'URL vers laquelle les données du webhook sont envoyées en POST, en général l'URL de production d'un nœud Webhook n8n.

Supprime une automation du tenant. Rien ne se choisit par son nom ici, donc le workflow doit déjà avoir l'identifiant sous la main quand ce nœud s'exécute.

• ID : l'identifiant de l'automation, en général {{ $json.id }} issu d'une étape List filtrée juste avant.

Relit une automation précise. C'est ce qui permet à un workflow de vérifier que l'URL et le Trigger enregistrés sur le tenant correspondent toujours à ce qu'il attend.

• ID : l'identifiant de l'automation que tu veux relire.

Renvoie toutes les automations du tenant, sans le moindre paramètre à remplir. C'est donc le nœud le plus simple à lancer en premier pour confirmer que le credential fonctionne, puisqu'un échec ne peut venir que de la connexion.

Réécrit une automation existante. L'événement et la destination sont tous les deux obligatoires : l'appel transporte la paire même quand un seul des deux bouge vraiment.

• ID : l'identifiant de l'automation à modifier.
• Trigger : ce qui déclenchera l'automation, new_activity ou new_member.
• URL : l'URL de destination des données du webhook, ici la nouvelle.

Crée le membre ou met à jour celui qui existe déjà. crowd.dev regarde si le pseudo est connu sur cette plateforme : si oui la fiche est mise à jour, sinon elle est créée.

• Platform : la plateforme sur laquelle l'existence du membre est vérifiée.
• Username : le pseudo du membre sur cette plateforme, la valeur qui décide entre création et mise à jour.
• Emails : les adresses email du membre, dans Additional Options, à remplir si la fiche doit être rapprochée d'un CRM plus tard.

Efface la fiche d'un membre. L'opération ne prend que l'identifiant, donc un workflow qui part d'une adresse email retrouve le membre d'abord et supprime ensuite.

• ID : l'identifiant du membre à retirer.

Récupère un membre par son identifiant et passe la fiche au nœud suivant. C'est l'étape qui transforme un ID qui traîne dans tes données en quelque chose qu'un message peut nommer.

• ID : l'identifiant du membre, souvent {{ $json.id }} transmis par un nœud crowd.dev précédent.

Modifie un membre dont tu as déjà l'identifiant. Le couple plateforme et pseudo accompagne l'appel, ce qui garde la fiche rattachée à la même identité pendant que le reste change.

• ID : l'identifiant du membre en cours de modification.
• Username : le pseudo du membre sur la plateforme, obligatoire même quand la modification porte sur autre chose.
• Organizations : les organisations associées au membre ; si l'organisation n'existe pas, elle est créée.

Dépose une note en texte libre dans crowd.dev. Aucun champ n'est obligatoire ici, donc une note vide passe : remplis Body sauf si tu testes juste le branchement.

• Body : le corps de la note, le texte lui-même.

Retire une note à partir de son identifiant. L'opération prend tout son sens le jour où un workflow écrit des notes tout seul et qu'il faut un chemin de nettoyage pour celles écrites à tort.

• ID : l'identifiant de la note à supprimer.

Va chercher une note pour que son texte soit lisible dans le workflow plutôt que dans l'interface crowd.dev. Tout ce qui suit travaille alors sur le contenu, pas sur une simple référence.

• ID : l'identifiant de la note à relire.

Remplace le texte d'une note existante. L'identifiant est obligatoire, le texte non : l'appel passe même quand rien de neuf ne l'accompagne.

• ID : l'identifiant de la note à réécrire.
• Body : le corps de la note, ici le nouveau texte.

Ajoute une entreprise dans crowd.dev. Seul le nom est obligatoire, et ce sont les champs optionnels qui font la différence entre une ligne vide et une fiche qu'on rouvre.

• Name : le nom de l'organisation, le seul champ requis.
• Url : l'adresse du site de l'organisation, pratique quand plusieurs fiches portent le même nom.
• Employees : le nombre de salariés de l'organisation, un nombre et pas une fourchette.

Sort une entreprise du tenant. L'appel réclame son identifiant, donc le workflow lit avant d'écrire et ne devine jamais à partir du nom affiché.

• ID : l'identifiant de l'organisation à supprimer.

Relit la fiche d'une entreprise. Là où Find a member renvoie une personne, celle-ci renvoie le compte autour d'elle, ce dont une règle d'aiguillage a besoin pour trancher.

• ID : l'identifiant de l'organisation, en général repris de la fiche membre qui la référence.

Rafraîchit une entreprise déjà présente. Name est obligatoire à côté de l'identifiant : renvoie le nom actuel quand l'objet de l'appel est ailleurs.

• ID : l'identifiant de l'organisation en cours de modification.
• Description : une courte description de l'organisation, dans Additional Options.
• Members : les membres associés à l'organisation, chaque élément étant l'identifiant d'un membre.

Ouvre une tâche dans crowd.dev. Rien n'est obligatoire, pratique dans une branche, mais une tâche sans nom est acceptée sans broncher.

• Name : le nom de la tâche, dans Additional Options.
• Status : le statut de la tâche, une chaîne libre sur laquelle l'équipe se met d'accord une fois pour toutes.
• Assigneess : les utilisateurs assignés à la tâche, chaque élément étant l'identifiant d'un utilisateur, orthographié ainsi dans le nœud.

Retire une tâche du tenant. L'identifiant est la seule entrée : garde-le accessible au workflow quand la tâche a été créée plus tôt dans la même exécution.

• ID : l'identifiant de la tâche à supprimer.

Renvoie une tâche unique. Utile comme étape de lecture devant un nœud de décision, quand la branche dépend de l'état actuel de la tâche.

• ID : l'identifiant de la tâche à relire.

Modifie une tâche sur place, le plus souvent son statut. Tout sauf l'identifiant vit dans Additional Options, donc l'appel ne transporte que ce qui bouge vraiment.

• ID : l'identifiant de la tâche à modifier.
• Status : le statut de la tâche, le champ qu'un workflow déplace le plus souvent.
• Members : les membres associés à la tâche, chaque élément étant l'identifiant d'un membre.