Agreely
FR EN

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.

La lecture d'un client par /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. Les seuls points d'accès /v1 sous /v1/customers/ sont les deux actions de cycle de vie de la relation (relationship/end et relationship/revert, portée relationship), qui n'exposent aucune donnée de client. Une surface de lecture est planifiée; 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.

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.

Livré depuis : l'ancrage sur le réseau principal Base

Cette page listait auparavant l'ancrage sur le réseau principal comme non déployé. Ce n'est plus le cas : depuis le 12 août 2026, les ancres de production sont écrites sur Base, le réseau principal (chain id 8453). Voir le registre sur la chaîne pour l'adresse du contrat et le lien vers l'explorateur.

Ensuite