Diferencias tecnicas entre VERI*FACTU (envio automatico a AEAT) y NO VERI*FACTU (conservacion 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 | Automatico, 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 inspeccion | Bajo (AEAT ya tiene datos) | Normal (debe aportar registros) |
| Ideal para | Empresas con volumen + soporte tecnico | 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 automaticamente a la AEAT en tiempo real (o en lote muy corto) tras su emision. La AEAT devuelve un CSV (Codigo Seguro de Verificacion) 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 automaticamente; solo lo remite si la AEAT lo requiere en una inspeccion. 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) devolucion automatica del CSV que sirve como prueba fehaciente; (3) reduce el riesgo de sanciones por errores de retencion 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 tecnica (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 facturacion real. Util para validar integracion 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 tecnica 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.