Todos los documentos legales solo están disponibles en inglés, y solo la versión en inglés es legalmente vinculante.
Traducir con Google Translatese abre en una pestaña nueva; solo como referenciaHow to switch from Agined Attestor to another provider or to your own systems, what you can take with you and in which formats, where each part of the Service runs, and how we guard your data against unlawful access by governments outside the EU.
Last updated November 7, 2026.
Regulation (EU) 2023/2854, the Data Act, gives customers of data processing services, which include software offered as a service, the right to switch to another provider or to their own systems, and requires providers to publish certain information. Agined Attestor, provided by Avonao, Inc., is such a service. This page sets out the switching terms that section 12.6 of our Terms of Service makes part of your agreement, the register of the data you can export and its formats, and the information Article 28 requires. We apply the same terms to every customer, wherever they are.
In plain language: you can leave whenever you want, take all your data with you in open formats, and we charge nothing for it.
You can ask to switch to another provider, move your data to your own systems, or erase it and leave. You do not need our help for any of these: the export and the account deletion are in the dashboard and the API. If you want the terms of this section to apply, tell us:
sbom.notarize to keep. It stays in locked storage in your data region for its ten years, and nobody, including us, can delete it earlier.No charges. We charge nothing for switching, for exports or for data transfer, on any plan, and the Terms of Service do not allow us to start. Your plan's fees for the period in which you still use the Service, including the transition period, apply as usual, and refunds follow section 7.5 of the Terms of Service.
You can export all of the following during your contract and the retrieval period, yourself, at any time and without asking us:
| Data | How to export | Format |
|---|---|---|
| Receipts from every tool, with their metadata | The receipt export in the dashboard, which produces one ZIP; the download button on any single receipt; GET /api/v1/tools/receipts and GET /api/v1/tools/receipts/{receiptId} | JSON, one file per receipt or newline-delimited JSON; PDF; the exact signed bytes |
| Response bodies, where you turned retention on | GET /api/v1/tools/receipts/{id}/body | The bytes as received |
| The public keys that signed your receipts | Included in every receipt export; GET /api/v1/tools/keys | JWK Set |
| Monitors, DNS watches and TLS watches, with their settings and check history | GET /api/v1/tools/monitors, /dns-watches and /tls-watches, and /{id}/checks | JSON |
| The other watches and captures (agent cards, API descriptions, catalogues, AI opt-out signals, status pages, terms, package registries, domain registration, security posture, model revisions), with their settings and history | The read routes on each tool's documentation page | JSON |
| Chains of records: consent, terms acceptances, identity-check decisions, erasure cases, reporting cases, CRA cases, exam submissions, approvals and MCP sessions | The chain and case routes on each tool's documentation page; the receipts themselves are in the receipt export | JSON |
| The workspace salt used for subject hashes | The salt route in the documentation of the tools that use it | JSON |
| Evaluation runs, heartbeat jobs, domain-control challenges, draws, disclosure beacons, inbound endpoints and mailboxes | The read routes on each tool's documentation page | JSON |
| Workspace settings | GET /api/v1/tools/settings | JSON |
| Usage | The usage page in the dashboard; GET /api/v1/tools/usage and /usage/historical | JSON |
| Subscription and invoices | GET /api/v1/tools/subscription; invoices from the billing page | JSON; PDF |
| Personal data about you | On request, as section 8.1 of the Privacy Policy describes | A structured, machine-readable copy |
A receipt export also contains a manifest.json, a SHA256SUMS file and a verify.mjs script, so that whoever receives it can check that the archive is complete and that every receipt verifies, without us.
What you cannot export, and why:
api.witness credential or a payment.event webhook secret, which we keep sealed. Create new credentials with your new provider.| Format | Standard | Used for |
|---|---|---|
| JSON | RFC 8259 | Receipts, API responses, the export manifest |
| Newline-delimited JSON | One JSON object per line | Large receipt exports |
| Canonical JSON (JCS) | RFC 8785 | The bytes each receipt signature covers |
| Ed25519 signatures | RFC 8032 | Receipt signatures |
| JWK Set | RFC 7517, with Ed25519 keys as RFC 8037 defines | The public key set |
| ZIP | ZIP archive with a SHA-256 checksum list | Receipt exports |
| ISO 32000 | Single receipts and invoices | |
| HTTP API | Documented in the API overview | Every export route above |
The documentation of each receipt type is in Receipts, and how to check a receipt in your own code is in Verifying receipts. Because every receipt is signed over a published standard form, a receipt you take with you stays verifiable with any Ed25519 implementation, whichever provider you use next.
| Part of the Service | Where its data is stored and processed | Jurisdiction |
|---|---|---|
| The dashboard, sign-in, account data, billing records and the API front door | Cloudflare, in the region you chose at sign-up (the global edge network terminates connections) | The country or jurisdiction of that region |
| The public website, documentation and legal pages (no customer data) | Cloudflare, United States (US West) | United States |
| Workspace data on Free, Starter, Pro, Pro+ and Team in US East and US West: receipts, watches, check results, relayed requests | Cloudflare, in the United States by location hint | United States |
| Workspace data on Free, Starter, Pro, Pro+ and Team in Europe Central, Europe West and Europe North | Cloudflare, under its EU jurisdiction: the data stays in the EU, and Cloudflare chooses the datacenter | European Union |
| Workspace data on Free, Starter, Pro, Pro+ and Team in Asia-Pacific and Oceania | Cloudflare, in the region by location hint | The country of the datacenter Cloudflare chooses |
| Workspace data on Scale, Enterprise or the isolation add-on, receipts included | The workspace's own Amazon Aurora database on Amazon Web Services, in the AWS region the workspace chose; a workspace's existing receipts move there when it moves to one of these plans or buys the add-on | The country of that AWS region |
| Receipt signing | The workspace's regional service on Cloudflare, with the region's key held as an encrypted Cloudflare Worker secret; receipts are stored as the rows above describe: Cloudflare D1 on Free to Team, the workspace's own Amazon Aurora database on Scale, Enterprise or the isolation add-on | As for the workspace's region |
| Write-once copy of the hash of each receipt on Scale, Enterprise or the isolation add-on (no account, label, URL or content) | A batch row in the same database as the receipts, the workspace's own Amazon Aurora database; receipts on Free to Team have no write-once copy | As for the Aurora workspace data above |
Mail received at an inbound.receipt address | Cloudflare Email Routing, then the workspace's regional service, which keeps only hashes | As for the workspace's region |
| Payments and invoices | Avonao Billing (Avonao, Inc.), with Stripe as merchant of record | United States and other countries where Stripe operates |
| Cloudflare Email, with Resend as a fallback | United States |
A location hint is a placement request to Cloudflare, not a guarantee. Cloudflare receives every connection at the location nearest the caller, which can be anywhere. Data regions gives the detail, and the sub-processors page lists every provider. A workspace stays in the region in which it was created.
Avonao, Inc. is a United States company, and our main providers, Cloudflare, Amazon Web Services and Stripe (through Avonao Billing), are United States companies too. We are subject to United States law, including laws that allow authorities to ask for data a US company controls, wherever the data is stored. We cannot promise that no such request will ever reach us. These are the measures we take to prevent access to, or transfer of, your data held in the EU where it would conflict with EU law or the law of a Member State:
We update this page when our switching process, our formats or the location of a service change, and tell customers by email of any change that reduces their rights. Questions: support@agined.com.