Utilisateurs

Le répertoire d’utilisateurs

Chaque application a ses propres utilisateurs. Un utilisateur a un identifiant (usr_…), une adresse courriel, un numéro de téléphone ou les deux, un nom et des métadonnées facultatifs, ainsi que ses sessions, clés d’accès et historique de connexion. Les utilisateurs sont créés à leur première connexion ou quand ils acceptent une invitation. Aucune API ne crée d’utilisateurs ou de sessions, ni ne permet de se connecter à la place d’un utilisateur.

Deux utilisateurs d’une même application ne partagent jamais une adresse courriel ou un numéro de téléphone, et les comptes ne sont jamais fusionnés automatiquement. Changer le courriel ou le téléphone d’un utilisateur par l’API l’avise à l’ancienne adresse ou à l’ancien numéro, et le changement est inscrit dans votre journal d’audit.

Consultez les utilisateurs dans la section Auth du tableau de bord, ou lisez-les et modifiez-les avec une clé d’API qui a la permission auth_users (référence de l’API).

Blocage

Bloquer un utilisateur met fin à toutes ses sessions immédiatement et l’empêche de se connecter. Votre application l’apprend à son prochain renouvellement, qui échoue avec invalid_grant, ou plus tôt par les webhooks user.blocked et session.revoked. Débloquez-le pour le laisser revenir.

Suppression

Supprimer un utilisateur le retire avec ses sessions et ses clés d’accès, et envoie user.deleted. C’est irréversible.

Les utilisateurs signalés comme robots probables ne comptent pas dans votre forfait. Supprimez-les tous d’un coup depuis le tableau de bord ou l’API.

Historique de connexion

Chaque tentative de connexion est conservée 90 jours, avec son heure, sa méthode, son résultat, le motif d’un blocage, l’adresse IP, le réseau, la ville et la région approximatives, l’appareil et le niveau de risque. Les blocages de la liste de blocage de la plateforme s’affichent comme « bloqué par HonkIO ». Consultez-le par utilisateur dans le tableau de bord, ou avec GET /v1/auth-apps/:id/sign-ins.

Exportation

Exportez en tout temps tous les utilisateurs, organisations, rôles et métadonnées publiques des clés d’accès d’une application dans un fichier JSON. Dans le tableau de bord, lancer une exportation demande une confirmation par clé d’accès ou par un code envoyé sur un second canal. Le fichier est préparé en arrière-plan; quand il est prêt, vous obtenez un lien de téléchargement à usage unique qui expire après 15 minutes. Chaque exportation est inscrite dans votre journal d’audit.

Le fichier ne contient jamais de sessions, de jetons de renouvellement, de codes ni de clés de signature. Les clés d’accès elles-mêmes ne peuvent pas passer à un autre fournisseur, par conception; les utilisateurs les y ajoutent de nouveau.