Trasforma le email in fatturato con Brew.
Collega WorkOS per far partire email in linea con il tuo brand quando un utente viene creato, verifica la propria email, reimposta una password, entra in un’organizzazione o viene aggiunto tramite la sincronizzazione delle directory. Brew trasforma 18 tipi di evento di WorkOS in trigger delle automazioni.
WorkOS resta responsabile di SSO, sincronizzazione delle directory, accesso e reimpostazione della password. Brew si limita ad ascoltare gli eventi e a creare e inviare le email che li seguono.
Gli eventi organization.created, organization.updated, organization.deleted e connection.activated non contengono alcun destinatario. Brew li registra in Eventi recenti come non risolti e non avvia alcuna automazione.
Per inviare a una persona un’email su una nuova organizzazione, usa un evento che contiene il suo indirizzo, come organization_membership.created o invitation.accepted.
Gli eventi di appartenenza, autenticazione e directory senza indirizzo email possono comunque essere elaborati se Brew ha già visto un’email reale per lo stesso utente WorkOS, la stessa appartenenza o lo stesso utente della directory sul collegamento attuale.
Brew supporta questi 18 tipi di evento:
Ogni evento verificato con un indirizzo email reale crea o aggiorna un contatto di Brew, abbinato in base all’email, che un’automazione usi o meno l’evento. Quando i dati sono presenti, Brew imposta nome, cognome, workos_user_id e workos_email_verified.
Gli eventi di autenticazione impostano workos_last_verification_at, workos_last_failed_auth_at, workos_last_password_reset_at o workos_last_magic_auth_at. Gli eventi di appartenenza e di invito impostano workos_organization_id e workos_org_role. Gli eventi della directory impostano workos_directory_user_id e workos_directory_id.
Gli eventi user.deleted e dsync.user.deleted impostano workos_account_status su deleted, mentre organization_membership.deleted lo imposta su removed_from_org. Brew non rimuove il contatto.
Per i merge tag, usa lo schema del payload dichiarato dall’evento selezionato. Ogni evento include email, firstName, lastName e createdAt, quando presenti. Gli eventi degli utenti aggiungono emailVerified, quelli delle organizzazioni organizationName, e quelli di appartenenza e di invito role. Il campo createdAt è un timestamp Unix in secondi.
Gli ID degli oggetti WorkOS non sono merge tag, e non lo sono nemmeno l’indirizzo IP e lo user agent degli eventi di autenticazione.
I dipendenti sincronizzati dalla directory di solito non hanno dato il consenso al marketing. Considerali destinatari di avvisi sull’account e di comunicazioni transazionali, a meno che non abbiano dato il consenso separatamente.
Ricevere un evento e inviare un’email sono passaggi separati. Verifica che un’automazione corrispondente sia attiva, poi controlla i suoi filtri, la cronologia delle esecuzioni, l’idoneità del destinatario e il dominio di invio. Gli eventi delle organizzazioni e dei collegamenti non avviano mai automazioni, e un esempio di test di WorkOS riconosciuto viene registrato come evento di test.
