Onboarding
Comment votre entité est enregistrée : demande, revue par A3BC et remise des accès.
L’enregistrement dynamique OIDC (/connect/register) est désactivé : A3BC examine chaque Relying Party avant de lui donner accès aux données de ses utilisateurs. L’onboarding est manuel et doit être répété pour chaque environnement (sandbox, puis production).
Ce que vous fournissez
| Information | Détail |
|---|---|
| Scopes | Les informations ou options de parcours dont vous avez besoin. Voir la référence des scopes. Les scopes sensibles demandent une justification. |
| URL de redirection | Liste blanche des redirect_uri autorisées. Plusieurs URL sont possibles. |
| Testeurs | Adresse e-mail et plateforme (iOS, Android ou les deux) de chaque personne qui testera l’app TrustMe sandbox. |
Tout cela se saisit dans la demande d’accès. Le reste de la configuration est réalisé par A3BC, en concertation avec vous si nécessaire :
- Type de
sub: aléatoire (aucune corrélation possible entre deux interactions) ou anonymisé (mêmesubpour un utilisateur donné et un RP donné, différent d’un RP à l’autre). Des RP peuvent être regroupés pour partager le mêmesubanonymisé. - Parcours utilisateur : saisie d’un identifiant (téléphone, e-mail) ou scan d’un QR code. Les deux sont disponibles pour TrustMe ; les scopes
private:method.*peuvent surcharger le choix par défaut. - Grants et options du partage différé, et configuration du webhook.
Ce que vous recevez
- Identifiants : un
client_idet unclient_secret. Le secret vous est remis de façon sécurisée, une seule fois. - Endpoints : authorization, token, userinfo, jwks et l’URL de discovery qui les regroupe.
- API document : son URL est aussi fournie dans les claims
private:doc.*. - Invitations pour les testeurs.
Chaque environnement a ses propres identifiants. Ne réutilisez jamais un secret sandbox en production.