Feuille de route

Cette page dresse la liste honnête de ce qui n'est pas encore livré. Chaque élément est planifié, pas disponible. Le but est simple : la documentation décrit ce qui existe, et cette page rassemble ce qui n'existe pas encore, pour que vous ne les confondiez jamais. Cet état reflète la réalité actuelle et peut changer; l'ordre et la portée ne sont pas des engagements.

Ne construisez rien contre ces éléments tant qu'ils ne sont pas livrés

Aucun élément de cette page n'est appelable, garanti, ni stable aujourd'hui. Ne codez pas contre un point d'accès, un champ ou un réseau listés ici avant qu'ils n'apparaissent dans la documentation de référence comme livrés. Si vous avez besoin de l'une de ces capacités, contactez-nous plutôt que de présumer de sa présence.

Une API /v1/customers

Non disponible. La liste des clients et le dossier par personne concernée sont aujourd'hui réservés au tableau de bord entreprise (voir Clients). Il n'existe aucune API publique pour lister ou lire les clients par programme. Une surface /v1/customers est planifiée, mais tout parcours par programme doit pour l'instant passer par le tableau de bord et l'export de portabilité.

Un chemin serveur receipts/verify

Non disponible. Sur un reçu citoyen, le contrôle de la signature d'entreprise est unsupported hors ligne : le reçu omet les champs de l'offre d'origine pour préserver la non-liaison, de sorte qu'un contrôle sain exige un point d'accès serveur receipts/verify. Ce chemin n'existe pas encore. C'est précisément pourquoi un reçu citoyen plafonne honnêtement à partial hors ligne aujourd'hui (voir Vérifier un reçu). Un reçu attesté par l'entreprise, lui, se vérifie déjà entièrement hors ligne.

Les webhooks sortants

Non disponible. Il n'y a aucune livraison d'événements sortants aujourd'hui : pas de webhook lorsqu'une demande est approuvée, refusée ou expire, ni lorsqu'un consentement est révoqué. Vous devez sonder (par exemple waitForSettlement ou agreely request wait). Une livraison d'événements par webhook est planifiée.

L'ancrage sur le réseau principal Base

Non déployé. L'ancrage sur la chaîne est en service sur Base Sepolia (testnet, chain id 84532), et uniquement là (voir le registre sur la chaîne). Le réseau principal Base (8453) n'est pas déployé : il requiert un portefeuille relayeur Agreely dédié et approvisionné, distinct du portefeuille de testnet, et l'écriture reste restreinte au relayeur (onlyRelayer). Ne présumez pas d'un ancrage sur le mainnet.

Le did:web de l'entreprise servi depuis son propre /.well-known

Non disponible. Aujourd'hui, le document did:web de l'entreprise est hébergé par Agreely, à did:web:agreely.ca:c:{slug}. Servir le did:web depuis le propre /.well-known de l'entreprise, sur son propre domaine, est planifié, mais n'est pas encore possible. Les vérificateurs doivent pour l'instant résoudre le DID d'entreprise via l'hôte géré par Agreely.

Ensuite