Documentation/Démarrer/Prérequis

Prérequis

Ce que votre entité doit avoir prêt avant de demander un accès sandbox.

Côté entité (Relying Party)

Une bibliothèque OIDC certifiée (liste sur openid.net), ou une bibliothèque OAuth 2.0 combinée à une bibliothèque JWT. Avec une bibliothèque OAuth 2.0 seule, vous configurez les endpoints à la main et vérifiez l’id_token vous-même.
Une URL de callback strictement identique à l’une des URI de redirection enregistrées. Un seul caractère de différence provoque une erreur sur redirect_uri.
Un serveur capable d’échanger le code contre les jetons sur le endpoint token, avec client_id et client_secret (client_secret_basic). Le secret ne doit jamais être exposé côté navigateur.
La vérification de l’id_token : signature via le endpoint jwks, state et nonce.
Partage différé (optionnel) : un jeton client_credentials avec le scope private:delayed_sharing, et la conservation des claims non vides, car l’utilisateur peut les supprimer.
Webhook (optionnel) : un endpoint HTTPS public qui répond 200, 201 ou 204, vérifie l’en-tête X-Webhook-Signature et déduplique sur id. Pour les tests locaux, un tunnel public (ngrok, par exemple) vers votre serveur.

Côté A3BC

Endpoint	Rôle	Sandbox
Discovery	Liste tous les endpoints	`https://oidc-sandbox.a3bc.io/.well-known/openid-configuration`
Authorization	Redirection de l’utilisateur	`https://oidc-sandbox.a3bc.io/oauth2/auth`
Token	Échange du code, `client_credentials`	`https://oidc-sandbox.a3bc.io/oauth2/token`
JWKS, userinfo, document	Indiqués par le discovery et par les claims	voir le discovery

Les URL de production ne sont pas publiques : elles sont communiquées par A3BC lors de l’onboarding.

Environnement de test

Les testeurs reçoivent l’app TrustMe sandbox par invitation e-mail (Firebase sur Android, TestFlight sur iOS). La demande d’accès collecte donc leurs adresses et leur plateforme.