VERI*FACTU en mi propia facturación
He desarrollado el sistema con el que facturo mi trabajo como freelance. Lo utilizo con VERI*FACTU desde mi primera factura, con registros aceptados por la AEAT en producción.
Caso revisado
- Contexto
- Software propio de uso interno en mi actividad freelance
- Uso real
- Registros aceptados en producción desde mi primera factura
- Validación previa
- Alta, anulación, rechazo y subsanación en un entorno de pruebas separado
Contexto
Necesitaba emitir facturas, seguir los cobros, registrar gastos y preparar la información para mi gestoría. La integración de VERI*FACTU forma parte de esa operativa. Este caso distingue las pruebas técnicas del uso real, sin publicar la identidad ni el acceso al software.
01
Una herramienta para gestionar mi actividad
Diseñé y desarrollé una aplicación web privada para mi propia operativa: preparar y emitir facturas, distinguir lo facturado de lo cobrado, registrar gastos y exportar la información para revisión de la gestoría.
La emisión debía conservar su historial y permitir comprobar la respuesta de la AEAT. Un cobro pendiente o un correo enviado al cliente no debían confundirse con el estado del registro fiscal.
02
Qué está demostrado en producción
La primera factura emitida con el sistema ya generó un registro VERI*FACTU aceptado por la AEAT. En la revisión de este caso, las facturas emitidas conservan su respuesta de aceptación en producción.
Es evidencia de uso real en mi actividad, no una prueba de gran volumen ni una garantía para otras empresas. Cada adaptación necesita su propia revisión, pruebas y documentación.
- Emisión real con remisión de registros, sin modo simulado.
- Respuesta y justificante de aceptación conservados de forma privada.
- Declaración responsable firmada y custodiada para la versión en uso.
03
Qué se probó en el entorno de la AEAT
Las pruebas de alta, anulación, rechazo y subsanación se realizaron en el entorno externo de pruebas, separado de la facturación real. No se presentan como operaciones comerciales.
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.
04
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.
El protocolo exigía repetir la validación para la versión evaluada. Su emisión comercial solo se habilitó tras superar las pruebas, asociar la evidencia a esa versión y custodiar la nueva 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.
05
Qué se mantiene privado
No se publican el nombre del software, su dominio, enlaces de acceso, repositorio ni detalles que permitan identificarlo. Tampoco facturas, clientes, importes, NIF, certificados, códigos de verificación o identificadores operativos.
El caso explica el trabajo realizado y los resultados comprobados. Se presenta como experiencia de desarrollo e integración, no como un programa disponible para contratar.
Uso real y pruebas, con límites claros
El uso en mi negocio y las pruebas técnicas aportan evidencias distintas. Ninguna se presenta como una homologación de la AEAT ni como garantía para otro sistema.
- 01Producción: registros de mi facturación real aceptados por la AEAT.
- 02Pruebas: alta y anulación aceptadas en el entorno externo de la AEAT.
- 03Pruebas: rechazo controlado seguido de subsanación aceptada.
- 04Documentación: declaración responsable firmada y evidencia de la versión custodiadas.
Preguntas habituales
Respuestas breves sobre alcance, evidencia y límites de la implementación.
¿Es un ejemplo de prueba o lo utilizas para facturar?+
Lo utilizo para mi propia facturación como freelance, con registros aceptados por la AEAT en producción desde la primera factura. Las pruebas de anulación, rechazo y subsanación se hicieron aparte, en el entorno de pruebas.
¿Este caso demuestra una certificación de la AEAT?+
No. Demuestra uso real y un protocolo técnico de pruebas con evidencia conservada. La aceptación de registros no equivale a una homologación del software por la AEAT; la declaración responsable corresponde al productor.
¿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 del marco técnico. Las respuestas y documentos de pruebas y producción se conservan de forma privada, no se publican aquí.
- 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
¿Necesitas resolver algo parecido en tu empresa?
Cuéntame qué programa utilizas y qué parte de la adaptación tienes pendiente. Revisaremos qué puede aprovecharse y qué requiere desarrollo, sin trasladar automáticamente las conclusiones de este caso al tuyo.