Diferencias técnicas entre VERI*FACTU (envio automático a AEAT) y NO VERI*FACTU (conservación local). Como elegir, como probar antes de 2027 y que pasa si el endpoint AEAT esta caido.
| Caracteristica | VERI*FACTU | NO VERI*FACTU |
|---|---|---|
| Envio a AEAT | Automático, tiempo real (o lote corto) | Solo bajo requerimiento |
| Hash SHA-256 encadenado | Obligatorio | Obligatorio |
| QR fiscal en factura | Obligatorio | Obligatorio |
| Registro inmutable | Obligatorio | Obligatorio |
| CSV de AEAT (acuse) | Si, por factura | No |
| Disponibilidad del sistema | Requiere endpoint AEAT activo | Independiente de AEAT |
| Complejidad implementacion | Mayor (reintentos, contingencia) | Menor (local) |
| Privacidad datos operativos | Menor (AEAT ve todo) | Mayor |
| Riesgo en inspección | Bajo (AEAT ya tiene datos) | Normal (debe aportar registros) |
| Ideal para | Empresas con volumen + soporte técnico | Autonomos, pymes con volumen bajo |
La AEAT ofrece un entorno de pre-produccion (sandbox) que replica VERI*FACTU sin consecuencias fiscales reales. Pasos recomendados:
El RD 1007/2023 contempla contingencias explicitamente. Un sistema conforme debe:
SelloQR implementa esta cola de reintentos con registro auditable. Las facturas nunca se pierden aunque la AEAT este inaccesible temporalmente.
VERI*FACTU envia cada factura automáticamente a la AEAT en tiempo real (o en lote muy corto) tras su emisión. La AEAT devuelve un CSV (Código Seguro de Verificación) como acuse de recibo. NO VERI*FACTU mantiene el mismo registro inmutable localmente (hash encadenado SHA-256, QR fiscal, registro append-only) pero no lo envia automáticamente; solo lo remite si la AEAT lo requiere en una inspección. Ambos modos son legales bajo el Real Decreto 1007/2023.
Ventajas principales: (1) simplificacion en inspecciones, ya que la AEAT tiene los datos en tiempo real; (2) devolución automática del CSV que sirve como prueba fehaciente; (3) reduce el riesgo de sanciones por errores de retención local; (4) la AEAT puede conceder beneficios fiscales asociados (p.ej. aplazamientos agiles). Contra: menos privacidad operativa y dependencia continua del sistema AEAT.
NO VERI*FACTU es adecuado si prefieres mantener los datos localmente hasta que la AEAT los requiera (autonomos con volumen bajo, empresas con politica de minimizacion de envios, negocios con preocupaciones de disponibilidad del endpoint AEAT). Requiere el mismo nivel de integridad técnica (hash, QR, inmutabilidad) pero da mas control. La AEAT puede auditar en cualquier momento.
Si, pero con precauciones. El Real Decreto 1007/2023 no prohibe el cambio, pero la cadena de registro fiscal debe mantenerse intacta: el primer registro en el nuevo modo debe enlazar correctamente con el ultimo del modo anterior (hash encadenado). En SelloQR el cambio se hace desde el panel fiscal, respetando esa continuidad. No es recomendable cambiar con frecuencia porque complica auditorias posteriores.
La AEAT ofrece un entorno de pre-produccion (sandbox) que replica VERI*FACTU sin consecuencias fiscales reales. Puedes generar facturas de test, verificar hash + QR, enviar al endpoint de pruebas y recibir CSV simulado. SelloQR soporta este modo explicitamente: las facturas emitidas contra el entorno de pruebas se marcan con etiqueta visible y no cuentan como facturación real. Util para validar integración antes del 1 enero 2027 (sociedades) o 1 julio 2027 (autonomos).
El RD 1007/2023 contempla contingencias. Si el servicio AEAT no responde, el sistema debe (1) mantener la factura emitida con su hash y QR locales, (2) reintentar el envio con backoff exponencial, (3) dejar constancia técnica del incidente. SelloQR implementa cola de reintentos con registro auditable; las facturas nunca se pierden aunque la AEAT este inaccesible temporalmente.
SelloQR soporta los dos modos y el sandbox de AEAT. Empieza gratis, cambia entre modos cuando lo necesites, sin romper la cadena fiscal.