confirmation_expired
This confirmation expired before it was used.
This confirmation expired before it was used.
| Code | confirmation_expired |
| Type | unprocessable_error — Well formed, but breaks a domain rule |
| HTTP | 422 |
| Retriable? | No |
What to do
Confirmations are stateless intents, not records — draft the action again for a fresh one.
Retrying the same request will fail the same way. Change the request, not the frequency.
The envelope
{
"error": {
"type": "unprocessable_error",
"code": "confirmation_expired",
"message": "…",
"hint": "Confirmations are stateless intents, not records — draft the action again for a fresh one.",
"retriable": false,
"doc_url": "https://docs.facturia.cl/errors/confirmation_expired",
"request_id": "req_01K2R7Q9M4T2VB"
}
}Program against code, never against message — the prose can be rewritten, the code cannot (§5.8).
hint and retriable arrive in the response with these exact values: they are a function of code and come from the same dictionary GET /v1/error_codes serves, so the envelope and the dictionary cannot disagree. Both are English on the wire by design — one registry, one language. More in The error envelope.
See also
Every code
The error envelope
The machine-readable copy of this page lives at GET /v1/error_codes, unauthenticated.