Validación VERI*FACTU contra el sandbox de la AEAT
Caso técnico anonimizado de una versión de producto que completó el ciclo de alta, anulación, rechazo controlado y subsanación antes de habilitar su uso comercial.
Caso revisado
- Versión evaluada
- 0.12.1
- Entorno
- Portal externo de pruebas de la AEAT
- Resultado
- Ciclo positivo y negativo completado con evidencia por versión
Contexto
La evidencia corresponde a una versión concreta y a un protocolo concreto. Sirve para demostrar capacidad de implementación y validación técnica; no convierte el resultado en una certificación universal.
01
Punto de partida
La versión 0.12.1 modificaba comportamiento de producto ajeno al XML fiscal, pero el protocolo de release exigía repetir la validación completa antes de permitir la emisión comercial. La declaración de la versión anterior no se reutilizó.
El objetivo no era conseguir una única respuesta aceptada. Había que comprobar el ciclo fiscal de la versión, importar su evidencia y asociar una nueva declaración responsable.
02
Protocolo ejecutado
La comprobación combinó caminos positivos y negativos para que el resultado fuese reproducible y útil en operación.
01
Alta y anulación
Se enviaron registros de alta y anulación en el entorno externo de pruebas y ambos fueron aceptados.
02
Rechazo controlado
Se provocó un rechazo conocido para comprobar validación, captura de respuesta y conservación del contexto del registro.
03
Subsanación
El flujo vinculó la corrección con el registro previo y confirmó su aceptación sin reescribir la cadena histórica.
03
Evidencia y cierre
El paquete de evidencia de la versión se importó una sola vez. Después se generó una nueva declaración responsable, se firmó externamente y se verificaron firma, identidad, integridad y ausencia de contenido activo.
La habilitación comercial solo se produjo tras superar las pruebas, asociar la evidencia a 0.12.1 y custodiar la declaración firmada.
- La evidencia quedó vinculada a la versión evaluada.
- No se modificaron facturas ni cadenas históricas para completar el protocolo.
- Los entornos, certificados y artefactos se trataron como elementos separados.
- La restauración posterior confirmó que declaración y evidencia eran recuperables.
04
Qué se ha retirado de este caso
Esta publicación no contiene NIF, facturas, certificados, códigos seguros de verificación, huellas, endpoints privados ni identificadores operativos. Tampoco identifica al titular de los datos de prueba.
Se conserva únicamente la secuencia de validación necesaria para explicar el criterio técnico aplicado.
Resultado verificable
El cierre combinó evidencia externa, control de versión y capacidad de recuperación. Los detalles sensibles permanecen fuera de esta publicación.
- 01Alta aceptada en el entorno externo de pruebas.
- 02Anulación aceptada con la secuencia esperada.
- 03Rechazo controlado seguido de subsanación aceptada.
- 04Declaración responsable nueva, firmada y custodiada para 0.12.1.
Preguntas habituales
Respuestas breves sobre alcance, evidencia y límites de la implementación.
¿Este caso demuestra una certificación de la AEAT?+
No. Demuestra que una versión concreta completó un protocolo técnico en el entorno externo de pruebas y conservó su evidencia. La declaración responsable corresponde al productor del sistema.
¿Se puede reutilizar esta evidencia en otro producto?+
No. La arquitectura, los flujos, la versión y el productor cambian. El protocolo puede reutilizarse como método, pero la evidencia debe obtenerse para el sistema evaluado.
¿Por qué se repitieron las pruebas si el XML no cambió?+
Porque la habilitación fiscal estaba ligada a la versión de aplicación. Esa regla impidió que una release nueva heredase automáticamente una declaración y una evidencia anteriores.
Marco oficial del caso
Referencias que definen los requisitos comprobados. La evidencia privada del sandbox no se publica.
- Información técnica y esquemas VERI*FACTU
AEAT · servicios, esquemas, validaciones y errores
- Real Decreto 1007/2023, texto consolidado
BOE · integridad, trazabilidad y declaración responsable
- Orden HAC/1177/2024, texto consolidado
BOE · especificaciones técnicas y contenido
Rutas relacionadas
Un protocolo útil empieza por la versión y los riesgos.
Comparte arquitectura, modalidad prevista y estado de la implementación. La primera revisión separará lo ya demostrado de lo que todavía necesita evidencia.