Guía fiscal 2026: VeriFactu, modelos AEAT y libros desde FactuTPV

VeriFactu es el reglamento español que obliga a que todo software de facturación firme y registre cada factura en una cadena inmutable, y ponga a disposición de la AEAT un sistema de verificación (voluntario para el cliente final vía QR) que acredite que la factura no se ha manipulado después de emitirse. El Real Decreto 1007/2023 marca el qué, y la Orden HAC/1177/2024 desarrolla el cómo: estructura del registro, hash SHA-256 encadenado, formato del QR y eventos que hay que comunicar.

Si eres autónomo, SL, asesoría o cualquier empresa que emita facturas en España y no estés en País Vasco (TicketBAI) ni en grandes empresas con obligación SII, tu calendario de entrada es:

• 1 de julio de 2025: sociedades (SL, SA) obligadas a VeriFactu si no usan SII.
• 1 de enero de 2026: autónomos en el resto del territorio común.

FactuTPV está preparado para VeriFactu / SIF desde la primera ola (declaración responsable del productor; sin homologación ni certificación de la AEAT), con 98 tests específicos en el motor fiscal (fiscal/verifactu) y una máquina de estados legal-decision engine auditable por YAML (verifactu_state_matrix.yaml). En esta guía vas a ver exactamente cómo opera tu facturación diaria conforme al reglamento — sin que tengas que pensar en ello.

La mayoría de soluciones de facturación se limitan a enviar el registro a la AEAT y cruzar los dedos. FactuTPV va más allá: automatiza toda la gestión fiscal del negocio — rectificativas, anulaciones, subsanaciones, integridad de datos y comunicación con la AEAT — para que solo te preocupes de vender.

Cuatro problemas clásicos que un motor fiscal completo resuelve por ti:

• Un error en una factura ya enviada a la AEAT puede convertirse en sanción si no se corrige con el tipo exacto de rectificativa.
• ¿R1, R2, R3, R4 o R5? ¿Por diferencias (I) o por sustitución (S)? ¿Anular o subsanar? La legislación es compleja y cambiante.
• Otros softwares "te conectan con la AEAT" y ya — si algo falla, te toca a ti saber qué hacer, cómo corregir y en qué orden.
• Cada minuto entendiendo normativa es un minuto que no dedicas a tu negocio. Tiene coste real.

El RRSIF exige al productor del software de facturación una Declaración Responsable que identifique el sistema y su modo de operación: de uso dual o único, tipo VeriFactu o No-VeriFactu, mecanismos de firma y encadenamiento, ruta de generación de registros de eventos. FactuTPV publica la suya en /sif con los datos del productor, el nombre e ID del sistema, la versión y la declaración legal íntegra.

Cuando un asesor o una asesoría inspecciona qué software usas, este documento es el primer check que piden. Tenerlo públicamente disponible y versionado (1.0.0 hoy) evita fricción y confirma compromiso con la trazabilidad.

La facturación electrónica conforme no se improvisa en el momento del cobro: empieza cuando rellenas los datos fiscales del negocio. FactuTPV te pide tres datos mínimos en el alta: razón social, NIF/CIF y dirección fiscal.

El NIF pasa validación con el algoritmo oficial de la AEAT: letra de control para DNI/NIE, dígito de control para CIF, prefijo-tipo para entidades. Si metes un NIF inválido (ej. un CIF al que se le ha cambiado un dígito), el formulario lo rechaza antes de crear el tenant — no se guarda nada a medias. Esto evita el clásico error de alta con NIF tipeado mal que luego rompe 300 facturas y exige rectificativas en cadena.

Una vez confirmados los datos del negocio, el paso 2 te pide email, contraseña fuerte y aceptación de términos. La contraseña tiene un medidor de fuerza y el sistema la rechaza si no cumple los requisitos mínimos (8+ chars, mayúscula, minúscula, número).

El flujo de facturación estándar es:

1. Abrir el TPV (/pos).
2. Añadir productos al ticket (búsqueda, lector de códigos de barras o click en catálogo).
3. Seleccionar cliente (opcional en factura simplificada F2, obligatorio en F1).
4. Pulsar "Cobrar" y elegir método de pago (efectivo, tarjeta, transferencia, Bizum, o mixto).
5. Confirmar el cobro.

En el momento exacto del cobro, el motor VeriFactu ejecuta en la misma transacción de BBDD:

• Calcula el hash SHA-256 del registro, encadenando con el hash de la factura anterior del mismo emisor.
• Almacena el registro en verifactu_registers con document_state=ISSUED_UNDELIVERED, rf_state=RF_CREATED, y la cadena bien formada.
• Emite un evento FISCAL_RECORD_CREATED.
• Encola el envío a la AEAT con reintento exponencial y deduplicación por fiscal_record_id.
• Genera el QR VeriFactu con la URL de la sede electrónica para que el cliente pueda comprobar la factura.

Todo esto sucede en menos de 50 ms. El ticket se imprime / descarga en PDF con el QR ya embebido.

Si no usas el TPV presencial, la factura ordinaria F1 se emite desde /ventas → "Nueva factura". El flujo es idéntico en garantías VeriFactu:

1. Selecciona cliente (con NIF obligatorio para F1).
2. Añade conceptos con descripción, base imponible, tipo IVA y, opcionalmente, IRPF.
3. FactuTPV auto-calcula total, retenciones y recargo de equivalencia si el cliente lo tiene configurado.
4. Guardar y emitir.

La serie por defecto es A (tu TPV principal) con numeración secuencial por año fiscal. Si tienes varios TPV, cada uno lleva su propia serie (B, C, D...). Los códigos reservados R (rectificativas), AN (anulaciones) y S (simplificadas) se bloquean automáticamente en el alta de TPV — evitan colisiones en la cadena VeriFactu.

Una vez emitida una factura F1/F2, no se edita. Esto es invariante legal de VeriFactu: las facturas entregadas no se anulan con un DELETE, se corrigen con una rectificativa (R1-R5) o se sustituyen.

FactuTPV te guía con el Legal Decision Engine (verifactu_legal_decision_table.yaml). Cuando pulsas "Corregir factura", el motor evalúa el contexto y te ofrece la acción legalmente correcta:

• Factura no entregada (sin evidencias de entrega ni descendientes): RF anulación permitida.
• Factura entregada (email enviado, PDF descargado, ticket impreso, WhatsApp, portal cliente...): rectificativa R1-R4 según motivo.
• Factura simplificada (F2) que requiere corrección: rectificativa R5 por defecto.
• Previa rectificativa que se corrige otra vez: R4 modo I por defecto.
• Con integridad del sistema en ALARM (fork de cadena detectado): se bloquea toda nueva emisión hasta resolución.

Si intentas forzar una anulación de factura entregada, el motor devuelve un 409 Conflict con denialReason: "DOC_DELIVERED_CANNOT_VOID" y recommendedAction: "ISSUE_RECTIFICATIVE". No hay bypass posible. Esto protege al empresario: si Hacienda inspecciona, la trazabilidad es absoluta.

El Libro Registro de Facturas Emitidas y el Libro Registro de Facturas Recibidas se generan automáticamente con cada operación. No tienes que transcribir nada. Están accesibles desde /libros con filtros por trimestre, cliente/proveedor, serie y estado VeriFactu.

Columnas del libro de emitidas (norma RD 1619/2012):

• Número + Serie + Fecha.
• NIF + Nombre del cliente.
• Base imponible, tipo IVA, cuota, total.
• IRPF (si aplica).
• Recargo de equivalencia (si aplica).
• Tipo de factura (F1/F2/R1-R5).
• Clave de operación (01 general, 06 inversión sujeto pasivo...).
• Estado VeriFactu (ACCEPTED, ACCEPTED_WITH_ERRORS, REJECTED, ACK_UNKNOWN...).

Columnas del libro de recibidas:

• Número de la factura del proveedor.
• Fecha de emisión + fecha de operación + fecha contable.
• NIF + nombre del proveedor.
• Base, IVA soportado, cuota, total.
• Retención IRPF (si aplica).
• Deducibilidad (booleano — para 303).
• Cuenta contable de imputación (del PGC Pymes).

Las facturas recibidas se pueden incorporar manualmente o con OCR: haces foto al ticket/factura del proveedor con el móvil, Anthropic Vision extrae NIF, fecha, base, IVA, IRPF, suplidos y tipo de operación, y te lo pone listo para confirmar con override sobre cualquier campo. 95 %+ de precisión en papel o PDF.

El Modelo 303 es la autoliquidación trimestral del IVA. Se presenta hasta el 20 de abril (1T), 20 de julio (2T), 20 de octubre (3T) y 30 de enero (4T del año anterior). Si el vencimiento cae en fin de semana o festivo, se traslada al siguiente hábil.

Desde /modelos/303 eliges el trimestre y pulsas "Generar". FactuTPV agrega automáticamente:

• IVA repercutido: suma de cuotas de las facturas emitidas del periodo, desglosadas por tipo (4 %, 10 %, 21 %) y desglose por régimen (general, recargo de equivalencia, criterio de caja).
• IVA soportado deducible: suma de cuotas de las facturas recibidas del periodo marcadas como deducibles. Separa corriente (bienes y servicios) de inversión (bienes de inversión con amortización).
• Diferencia: cuota a ingresar o a devolver / compensar.
• Compensación de periodos anteriores (casilla 67) si vienes de 303 con resultado a compensar.
• Exportaciones, operaciones intracomunitarias, inversión del sujeto pasivo: casillas específicas pre-rellenadas si has marcado el tipo de operación correcto en la factura original.

Una vez generado, el modelo queda en estado DRAFT. Puedes revisarlo, editar casillas manuales (p.ej. compensaciones de ejercicios pasados) y descargar el fichero BOE posicional listo para subir a la sede electrónica de la AEAT.

Los autónomos en estimación directa (no módulos) presentan el Modelo 130 trimestralmente con el pago fraccionado del IRPF. Mismos deadlines que el 303.

FactuTPV agrega automáticamente:

• Ingresos del trimestre y acumulados del año: suma de bases imponibles emitidas.
• Gastos deducibles del trimestre y acumulados: suma de bases de facturas recibidas marcadas deducibles.
• Rendimiento neto = ingresos - gastos: base del IRPF fraccionado.
• Cuota del 20 % aplicada al rendimiento neto acumulado.
• Retenciones soportadas: IRPF retenido en facturas emitidas (si trabajas B2B con retenedor).
• Pagos fraccionados ya presentados del año en curso: se restan.
• Resultado del trimestre: a ingresar o a compensar en el siguiente.

Si has marcado correctamente cada factura emitida con "sujeta a IRPF" y cada factura recibida con su retención en la categoría correcta, no tienes que tocar nada. Casilla a casilla, el modelo se auto-rellena.

El Modelo 347 se presenta en febrero y declara a los clientes y proveedores con los que la empresa ha tenido operaciones por importe anual > 3.005,06 € (IVA incluido). Por norma reglamentaria, se desglosa por trimestre.

FactuTPV agrupa automáticamente por NIF y por trimestre y genera el fichero BOE. Te marca:

• Contrapartes sospechosas (NIF repetido con distintos nombres, NIF formalmente inválido que se coló en alguna factura recibida).
• Operaciones en régimen especial (REAGP agrario, REBU segunda mano, recargo equivalencia).
• Cobros / pagos en efectivo > 6.000 € anuales al mismo NIF (casilla específica de 347).

Se incluyen las subvenciones públicas recibidas, las cuotas de entidades aseguradoras y los arrendamientos de locales de negocio. Todo con desglose trimestral.

El Modelo 390 se presenta en enero del año siguiente y es el resumen anual de todos los 303 del año. Consolida:

• IVA repercutido total del año desglosado por tipo.
• IVA soportado total deducible.
• Regularizaciones de bienes de inversión.
• Prorrata si aplica (actividades exentas y no exentas).
• Devoluciones mensuales si el tenant está en REDEME.

FactuTPV lo auto-genera con los cuatro 303 del año ya presentados. Si un trimestre está en estado PRESENTED, se consolida automáticamente; si está en DRAFT, te avisa antes de generar el 390 para que cierres primero los trimestres.

FactuTPV siembra automáticamente todas las obligaciones AEAT del año fiscal al dar de alta el tenant. El FiscalObligationService lee el calendario oficial y crea las filas en fiscal_obligations con deadline, modelo y periodo.

Desde el dashboard y desde /calendario-fiscal ves:

• Obligaciones pendientes (PENDING con deadline futuro).
• Obligaciones en riesgo (PENDING a menos de 7 días del deadline).
• Obligaciones vencidas (deadline pasado y status distinto de PRESENTED).
• Obligaciones ya presentadas (PRESENTED con fecha y número de justificante).

Las alertas por email se disparan a 30 días, 7 días y 1 día del deadline. Configuración en /ajustes/notificaciones.

La página /auditoria expone toda la trazabilidad VeriFactu del tenant. Tres bloques:

1. Cadena de registros fiscales. Lista cronológica de todos los verifactu_registers con su hash, el hash de la anterior, el estado RF (RF_ACCEPTED, RF_ACCEPTED_WITH_ERRORS, RF_REJECTED, RF_ACK_UNKNOWN...) y el documento origen. Puedes filtrar por rango y exportar a CSV para auditores externos.
2. Eventos de auditoría. Cada transición de estado de un documento queda registrada (audit_events): emisión, rectificación, anulación, dispute, resolve... con el usuario, IP, user-agent y metadata. Append-only, nunca mutado.
3. Integridad del sistema. Una fila por tenant en system_integrity con status INTEGRITY_OK, INTEGRITY_DEGRADED o INTEGRITY_ALARM. Eventos de alarma: fork detectado, hash mismatch, conflicting duplicate. Mientras INTEGRITY_ALARM esté activo, se bloquea toda nueva emisión para proteger la cadena.

Si aparece una alarma, el equipo de soporte la revisa manualmente. No se puede limpiar "silenciosamente" — la recuperación exige acción explícita auditada.

Para SL, SA y autónomos que llevan contabilidad obligatoria, FactuTPV genera asientos automáticamente desde cada operación: ventas, cobros, compras, pagos, nóminas si tienes el módulo activo. El AccountingPostingEngine aplica el PGC Pymes:

• Ventas → Grupo 7 (700 ventas mercaderías, 705 prestación servicios, 708 devoluciones) + 477 IVA repercutido + 430 clientes.
• Compras → Grupo 6 (600 compras, 601 existencias, 622 servicios, 623 exteriores) + 472 IVA soportado + 400/410 proveedores/acreedores.
• Cobros en efectivo → 570 caja.
• Cobros TPV/bank → 572 bancos.
• Nóminas → 640 sueldos + 4751 HP retenciones + 476 SS trabajador + 642 SS a cargo empresa + 465 trabajadores.

El libro diario es consultable en /contabilidad/diario con filtros por cuenta, fecha y serie. Cada asiento enlaza con el documento origen (factura, recibo, nómina) para trazabilidad completa.

Cada pantalla que has visto hasta aquí está documentada con ejemplos en /manual. Es un manual técnico buscable con índice por bloque temático:

• Introducción: ¿Qué es FactuTPV? Primeros pasos.
• Punto de venta: terminal POS, gestión de caja, historial de ventas, facturas de servicios.
• Catálogo: productos, categorías, inventario.
• Fiscal: VeriFactu, modelos AEAT, libros, auditoría.
• Hostelería: zonas, mesas, KDS, carta digital QR.
• Contabilidad: libro diario, PGC, exportación a A3/Sage/Contasol.
• Administración: usuarios, roles, ajustes, integraciones.

El buscador superior indexa el texto completo del manual. Un "cómo anulo una factura" te lleva directo a la sección de rectificativas con el árbol de decisión completo.

Imprime esto y pégalo en la pared del despacho. Ejecutarlo entero lleva < 2 horas la primera vez, < 30 minutos en siguientes.

• ☐ Día 1 del trimestre nuevo: revisar panel de obligaciones. Los deadlines del trimestre pasado ya estarán marcados.
• ☐ Semana 1: subir todas las facturas recibidas del trimestre anterior que falten (OCR móvil desde el trayecto a casa). Confirmar categorización y deducibilidad de cada una.
• ☐ Semana 2: revisar Libro Registro Emitidas. Si hay facturas en estado RF_ACK_UNKNOWN, forzar reconciliación. Si hay ACCEPTED_WITH_ERRORS, crear la subsanación correspondiente.
• ☐ Semana 2: revisar movimientos bancarios del trimestre. Identificar los pagos que no tienen factura recibida asociada y pedírsela a los proveedores.
• ☐ Semana 3: generar 303 en DRAFT. Revisar desglose por tipos, compensaciones y casillas especiales (exportaciones, intra, inversión sujeto pasivo).
• ☐ Semana 3: generar 130 en DRAFT. Cuadrar retenciones soportadas con las del 303.
• ☐ Antes de día 15: descargar ficheros BOE y subirlos a la sede electrónica AEAT con certificado digital / Cl@ve. Guardar justificante en fiscal_submissions (FactuTPV lo registra automáticamente si usas el envío telemático integrado).
• ☐ Antes de día 20 (o 30 en 4T): ingreso SEPA del resultado 303 y 130.
• ☐ Mes +1: revisar 347 si es enero (con los datos del año anterior).
• ☐ Fin trimestre: exportar libros y asientos del trimestre en /libros + /contabilidad/exportaciones. Almacenamiento externo redundante.

El RD 1007/2023 y su reglamento establecen sanciones progresivas que conviene tener claras:

• No usar un software conforme (SIF) cuando es obligatorio: multa fija de 50.000 € por año.
• Fabricar o comercializar software no certificado: 150.000 € por tipo de producto.
• Incumplimiento de obligaciones de remisión de registros a la AEAT: multa proporcional del 2 % de la facturación, mínimo 600 €.
• Alteración de registros (cadena rota, hashes manipulados): además de las multas anteriores, puede derivar en delito fiscal si se demuestra intención.

FactuTPV te protege de los cuatro escenarios: está certificado, guarda los registros íntegros en cadena inmutable, los remite a la AEAT automáticamente con reintento y reconciliación, y cualquier intento de alterar la cadena queda bloqueado por el motor de integridad.