Membres et invitations

Une organisation a des membres, et chaque membre détient l'un de trois rôles. Le rôle décide de ce qu'il peut faire avec l'audience, les modèles et l'envoi — pas de ce qu'il peut voir.

Les trois rôles

RôlePeut faire
PropriétaireTout, y compris supprimer l'organisation et gérer la facturation
AdministrateurTout sauf supprimer l'organisation : audience, modèles, campagnes, séquences, réglages, membres
MembreLire. Voit l'organisation et ses données, ne modifie rien
Il n'y a pas de permission écran par écran. C'est délibéré : un rôle qui se lit en une ligne est un rôle que les gens comprennent vraiment. Une organisation garde au moins un propriétaire. Les refus d'envoi et les notifications de programmation vont aux propriétaires et aux administrateurs — un membre n'est jamais celui à qui l'on dit qu'une campagne n'est pas partie.

Inviter quelqu'un

Vous invitez par adresse e-mail. L'invitation est un lien, envoyé à cette adresse, et elle est valable 24 heures. L'accepter ajoute la personne à l'organisation avec le rôle que vous avez choisi. La personne invitée n'a pas besoin d'un compte au préalable — le lien la guide pour en créer un.
Une invitation expirée n'est pas un échec, c'est une nouvelle invitation. Rien n'est cassé et rien n'est à nettoyer : envoyez-en une nouvelle.

Ce qui refuse

Inviter une adresse qui est déjà membre de cette organisation. Retirer le dernier propriétaire. Dépasser le nombre de membres que permet votre offre — le message indique le plafond et le nombre de places occupées. Le rôle d'un membre peut être modifié à tout moment ; le changement s'applique à sa prochaine action, pas rétroactivement à ce qu'il a déjà fait.

Ce que cela implique ailleurs

L'appartenance se fait par organisation, pas globalement. La même personne peut être propriétaire ici et membre ailleurs, et ses invitations en attente sont listées dans son propre compte. Une clé d'API n'est pas un membre, mais elle appartient à un membre. Une clé est créée par une personne, porte le rôle de cette personne au sein d'une organisation, et est supprimée avec son compte. Une clé agit donc avec les droits de celui qui l'a créée — une bonne raison de savoir qui a créé quelle clé. Voir clés d'API.