Errore API 422 per email di invito a utenti con account esistente

Supporto
1

Ciao team,

Sto cercando di impostare un’automazione tramite Make.com per invitare automaticamente gli utenti che acquistano un nuovo prodotto da Kajabi a Discourse, aggiungendoli anche a un nuovo gruppo.
Il problema è che la maggior parte (anche se non tutti!) delle persone che effettuano questi acquisti hanno già un account nel nostro forum. Basandomi sulla lettura di numerosi altri post riguardanti l’errore 422, incluso quello collegato di seguito dal 2021, penso che l’errore si verifichi perché le email sono già associate a un account in Discourse.
Error 422 when sending invite on 2.7.0.beta4

Ma con il sistema di invito aggiornato da quel post, ero sotto l’impressione che questo non fosse più un problema, e posso invitare in blocco gli utenti manualmente utilizzando un file .csv per aggiungerli a un gruppo anche se hanno già un account senza generare un errore, inviando comunque inviti a coloro che non hanno un account.

Quindi, come risolvo il problema? Sto usando il codice API standard dalla documentazione API per gli inviti e ha funzionato in passato. Ho appena clonato lo scenario esistente (funzionante) in Make e modificato il nome del gruppo e l’argomento iniziale. Come riferimento, ecco il codice API che sto usando:

  {
  "email": "user@host.com",
  "skip_email": false,
  "max_redemptions_allowed": 1,
  "topic_id": 782,
  "group_names": "Group-Name"
}

È semplice come cambiare “false” in “true” nella sezione “skip_email”? O questo non invierebbe inviti a coloro che non hanno un account?

Vedo anche la funzione PUT per aggiungere un utente a un gruppo, ma sto lavorando solo con email inviate tramite webhook da Kajabi e non sono sicuro di come impostare un modo per controllare le email per i nomi utente per farlo, poiché non posso usare l’indirizzo email per la funzione PUT per quanto ne sappia.

Grazie per qualsiasi aiuto!

2

Oh, volevo aggiungere che ho usato lo stesso link webhook da Make nella riga del webhook in uscita per 3 prodotti separati in Kajabi, ma questi prodotti non verrebbero acquistati insieme poiché sono opzioni “aggiuntive” individuali. Pensavo che questo potesse essere il problema, ma quando ho testato lo scenario inviando un webhook in uscita di prova da ciascun prodotto non ci sono stati errori. L’errore è iniziato solo quando un utente “reale” ha acquistato il prodotto, e quell’utente aveva un account.

3

Puoi fare il reverse engineering dell’API di Discourse e utilizzare la route admin/users e cercare l’utente tramite il suo indirizzo email e da lì procedere?

4

Grazie per il link e il suggerimento. Sembra un po’ al di là delle mie capacità, ma vedrò cosa posso fare senza rompere nulla.

C’è un motivo per cui questo non può essere risolto nello stesso modo in cui vengono gestiti gli inviti in blocco tramite .csv quando ci sono utenti esistenti senza generare un errore per l’intero processo? Sembra che dovrebbe esserci un modo semplice per farlo integrando una riga “se l’utente esiste, salta l’invito” o qualcosa del genere nell’API…