Clients
Tous les comptes de votre site dans une liste : qui s'est inscrit, qui a vérifié, qui est verrouillé - et l'interrupteur qui empêche quelqu'un de se connecter.
Un client est un membre du site vu depuis l'admin : un enregistrement d'un modèle dont les comptes sont activés, identifié par son identité (en général un e-mail). Il n'y a pas de table clients à part. Si votre espace de travail a deux modèles de comptes - par exemple members et wholesale - l'espace Clients liste les deux, avec un onglet par modèle.
L'espace se trouve à côté de Commerce et Équipe dans la navigation de l'admin. Il apparaît dès qu'au moins un modèle a les comptes activés ; avant cela, il renvoie vers Modèles.
La liste
Recherchez par identité, filtrez par statut et par entreprise quand le modèle en déclare une. Chaque ligne montre le champ d'affichage de l'enregistrement (ou l'identité s'il est vide), le modèle, le statut et la dernière connexion.
active- peut se connecter.pending- inscrit, e-mail pas encore vérifié. N'existe que si le modèle exige la vérification.suspended- connexion refusée, toutes les sessions terminées.
Un verrouillage après trop de tentatives échouées n'est pas un statut : la ligne affiche verrouillé jusqu'à et il expire de lui-même.
La page de détail
La carte du compte, puis trois onglets : Profil (les champs de l'enregistrement, en lecture seule ; Modifier ouvre le même dialogue que Modèles), Commandes et Paniers de ce client. Le profil est l'enregistrement, le modifier demande donc models:edit ; les deux onglets demandent orders:view et carts:view.
Suspendre et rétablir
Suspendre bloque la connexion et invalide chaque jeton d'accès et de rafraîchissement du client - la requête suivante avec un ancien jeton est refusée. Les commandes, les paniers et l'enregistrement restent. Un compte pending ne peut pas être suspendu : sa vérification deviendrait sinon un moyen de l'activer.
Rétablir laisse le client se reconnecter et lève tout verrouillage. Les deux actions refusent si le compte est déjà dans l'état cible : un agent qui réessaie un appel ne peut pas le basculer deux fois.
Commandes et invités
Une commande passée par un membre connecté est rattachée à ce membre. Une commande d'invité est rattachée plus tard, quand l'invité s'inscrit et vérifie le même e-mail - « mes commandes » se remplit rétroactivement. Depuis le détail d'une commande, vous pouvez aussi rattacher ou détacher un client à la main.
Entreprises (B2B)
Dans l'onglet Auth du modèle de comptes, vous nommez un champ entreprise (une relation vers votre modèle d'entreprises) et un champ rôle dans l'entreprise (un select tel que buyer / approver). La liste Clients gagne alors une colonne et un filtre Entreprise, les commandes et paniers se listent par entreprise, et une commande fige le nom de l'entreprise au checkout pour qu'un renommage ultérieur ne réécrive pas l'historique. Rien de l'entreprise n'est exposé sur l'API publique.
Permissions
customers:view- voir l'espace, la liste et le détail. Par défaut sur le rôle Viewer.customers:manage- suspendre et rétablir. Par défaut sur le rôle Editor.
Rattacher un client à une commande modifie la commande et demande donc orders:manage.
Depuis MCP et Spotlight
La même surface est offerte aux agents : list_customers (modèle, statut, recherche, entreprise, pagination), get_customer (résumé plus les données de l'enregistrement), suspend_customer et unsuspend_customer. get_model renvoie la configuration auth du modèle et update_model pose les champs entreprise. list_orders et get_order renvoient customerId, companyId et companyName (null pour une commande d'invité), et list_orders accepte un filtre companyId, pour que les commandes d'une entreprise parviennent à un agent par le même chemin. Voir le catalogue d'outils.
Étapes suivantes
- Authentification des membres - le flux d'inscription et de connexion que votre site implémente.
- Commerce - commandes, paniers et checkout.
- Membres et rôles - qui dans l'équipe reçoit quelle permission.