Vous pouvez vérifier avec un événement d’action GET si l’utilisateur possède déjà un compte :
Et dans ce cas, vous exécutez un chemin où vous ajoutez cet utilisateur à un groupe en utilisant une action PUT :
1 « J'aime »
Super Krischan ! Merci pour ta réponse rapide ! Je l’essaie en ce moment même.
La partie Get semble fonctionner.
Mais j’ai un problème avec l’action Put :
1 / Peux-tu me dire quel Content-type je dois mettre dans l’en-tête ?
(Je suppose que j’ajoute toujours mon nom d’utilisateur API et ma clé API)
2/ Dans l’URL de l’action Put, dois-je utiliser l’ID du groupe (en nombre, comme 110 dans ton exemple), ou puis-je utiliser le nom que je peux obtenir dans l’URL du groupe ? (comme “course-A” par exemple)
J’ai essayé d’utiliser le nom du groupe (je ne sais pas où trouver l’ID du groupe) et cela ne semble pas fonctionner.
Merci ! 
1 « J'aime »
Type de contenu : multipart/form-data
Non, je suppose que vous devez utiliser l’identifiant du groupe. Vous pouvez l’obtenir, par exemple, dans le fichier JSON : https://meta.discourse.org/g.json
4 « J'aime »
Super, avec ce type de contenu et cet ID de groupe, cela semble fonctionner !
Merci pour ton aide rapide, Krischan !
3 « J'aime »
Bonjour Krischan ! 
Sais-tu s’il existe un moyen de notifier l’utilisateur par e-mail pour lui indiquer qu’il a été ajouté à un groupe (en utilisant l’API Discourse sur Zapier) ?
Je sais qu’il est possible de cocher une case lorsque nous ajoutons manuellement un e-mail à un groupe sur Discourse.
Ce serait bien si je pouvais déclencher un e-mail lorsque mon Zap les ajoute à un nouveau groupe.
Merci !
1 « J'aime »
Merci pour votre réponse @Krischan !
Voyez-vous un moyen plus rapide de notifier l’utilisateur ? (Ce n’est pas grave si c’est un message de base de Discourse, tout comme celui que l’utilisateur reçoit si je coche la case « notifier les utilisateurs ».
Votre solution est excellente, mais comme j’ai de nombreux groupes et automatisations, il serait idéal de pouvoir simplement ajouter « un » type de données, par exemple pour « activer » la notification, plutôt que de créer 30 nouveaux Zaps 
1 « J'aime »
Désolé, je n’ai pas encore fait cela. Mais peut-être que ce post peut vous aider :
3 « J'aime »
Merci pour votre réponse, Krischan !
Je vais vérifier cela
2 « J'aime »
Salut les gars
Savez-vous s’il existe un moyen de supprimer un membre d’un groupe en utilisant la même logique expliquée plus haut ?
J’ai remarqué que l’API propose une fonctionnalité pour supprimer un membre d’un groupe : Discourse API Docs
Mais je ne suis pas sûr de savoir comment l’utiliser sur Zapier 
1 « J'aime »
Bonjour,
J’ai besoin d’aide ici. J’ai suivi toutes les instructions et le lien a été créé. Cependant, le lien n’est pas attribué à un e-mail. Le champ e-mail est vide et l’utilisateur ne reçoit aucun e-mail.
Voir :
Les résultats :
1 « J'aime »
Quelqu’un a-t-il récemment reçu des messages d’erreur sur ses zap d’invitation par e-mail ? Dans mon cas, j’obtiens des erreurs 403 et 404 et certaines invitations ne sont pas envoyées avec succès.
Cela ressemble à un problème d’autorisation avec la clé API ou le nom d’utilisateur API. Essayez de vérifier les deux sur votre site Discourse. Assurez-vous que l’utilisateur que vous avez fourni pour le nom d’utilisateur API est toujours actif sur le site et que la clé API a soit la portée globale, soit une portée granulaire avec la case d’option des invitations cochée.
Faites-nous savoir si cela ne résout pas le problème.
Je fais remonter le message de Juliano car je viens d’essayer ceci maintenant et j’ai rencontré le même problème. Comment puis-je m’assurer que l’invitation que je crée est une invitation par e-mail ? J’ai l’impression de ne pouvoir créer que des invitations par lien, bien que celles-ci fonctionnent très bien.
1 « J'aime »
Une petite mise à jour à ce sujet, puisque je réessaie.
L’application d’intégration Discourse de Zapier semble avoir un défaut : elle mappe les valeurs des corps de requête POST « email » et « skip_email » à la même clé : « skip_email ». Cela a pour conséquence que Discourse reçoit une requête HTTP POST sans l’élément « email » dans le corps de la requête, de sorte que l’invitation est créée comme une invitation « lien » plutôt qu’une invitation « email ».
J’envoie un e-mail de support à Zapier. Nous verrons bien ce qui se passe. 
Si j’utilise la fonctionnalité Webhook générique de Zapier, je peux créer l’invitation, mais Discourse n’envoie pas l’e-mail, donc je dois comprendre pourquoi. Je ferai un suivi lorsque j’en saurai plus.
1 « J'aime »
Y a-t-il un moyen de faire cela en utilisant make.com au lieu de Zapier ? Il fonctionne de manière similaire et possède une intégration Discourse, mais je ne trouve pas de commande d’invitation.
Je suis sûr qu’il y en a.
L’intégration Zapier de Discourse n’a pas non plus de commande d’invitation. Ce sujet explique en fait comment contourner ce problème en utilisant une étape d’action Zapier qui vous permet de faire un appel API à Discourse. Je suis à peu près sûr que vous pouvez réaliser la même chose sur make.com en utilisant leur action Make an API Call : https://www.make.com/en/integrations/discourse.
Vous pourriez trouver des détails utiles dans le premier message de ce sujet sur la façon de le configurer. Si vous avez des questions pour le faire fonctionner, il serait préférable de les poser ici : How to connect Discourse with hundreds of apps using Make. (Integromat a été renommé Make.com).
@JammyDodger le sujet auquel j’ai lié devrait probablement être renommé et modifié pour indiquer clairement qu’il fait référence à Make.com et non à Integromat.
3 « J'aime »
Merci beaucoup pour votre réponse et vos liens. Je ne savais pas que Make.com avait un autre nom auparavant, donc cela m’aide. Je vais essayer.