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.

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:app.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 : la lecture d'un client par /v1/customers

Cette page listait la lecture d'un client par programme comme non disponible. Ce n'est plus le cas : GET /v1/customers/{customerRef} (portée registry) renvoie ce que le registre détient pour un client, en métadonnées (jamais son nom ni son adresse en clair), et PUT /v1/customers/{customerRef} consigne son identité. Aucune route ne liste les clients, et c'est voulu : chaque route est adressée par une seule référence, si bien qu'aucune lecture en masse n'est possible.

Le détail est dans la référence de l'API, à la section « Le registre des clients ».

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