Toda marca de tiempo de la API está en UTC, expresada en ISO 8601 con sufijo Z:
"created_at": "2026-08-21T14:32:09Z"Alcanza a todos los campos temporales —created_at, updated_at, expires_at, last_delivery_at, dispatch_at— sin excepción por operación. La conversión a la zona del usuario corresponde al cliente.
La garantía viaja en cada respuesta, dentro del bloque meta descrito en la forma de las respuestas:
"meta": { "datetime": { "timezone": "UTC", "format": "ISO 8601" } }Está ahí para poder afirmarlo en tiempo de ejecución, en lugar de releer la especificación en cada versión.
Filtros por fecha
Los parámetros de rango aceptan dos formas:
| forma | interpretación |
|---|---|
2026-08-21 | Fecha suelta, interpretada en UTC. Como inicio de rango equivale a 00:00:00Z; como fin, a 23:59:59Z |
2026-08-21T14:32:09Z | Instante completo, tomado tal cual |
Una fecha suelta nunca se interpreta en la zona local de quien consulta ni en la del servidor. Un filtro created_from=2026-08-01 cubre el mes desde la medianoche UTC, no desde la medianoche de Ciudad de México.
Esa diferencia importa en los extremos del rango: en zonas al oeste de UTC, un informe filtrado por día local pierde las primeras horas si se envía la fecha sin ajustar. El ajuste corresponde al cliente, que conoce la zona del usuario.
Fecha de la transferencia
El campo fecha de una validación es distinto: identifica el día de la operación SPEI tal como lo registró el banco emisor, no un instante de creación del recurso. Se envía como fecha suelta y no lleva hora ni zona, porque el CEP se consulta por día.