Curso de Verifactu para Perfiles Técnicos para empresas

Localizar las fuentes oficiales que deben guiar el desarrollo: reglamento SIF, orden técnica, anexos, esquemas, validaciones, FAQ y documentación AEAT.

Traducir la normativa a historias técnicas: creación de registro, encadenamiento, hash, firma, QR, remisión, anulación, validación y conservación.

Identificar datos obligatorios, datos opcionales, formatos, longitudes, códigos, reglas de validación y dependencias entre campos.

Diferenciar requisitos de los registros de facturación y requisitos del documento factura visible para el destinatario.

Revisar el papel de la declaración responsable del sistema y su conexión con versiones, componentes y productor del software.

Establecer un procedimiento interno para revisar cambios normativos sin improvisar modificaciones urgentes en producción.

Crear una matriz de trazabilidad entre requisito legal, requisito funcional, componente técnico, prueba y evidencia.

Evitar interpretaciones aisladas del equipo de desarrollo cuando exista duda fiscal o funcional que deba resolver asesoría.

Preparar reuniones de alineación con gestoría para validar conceptos fiscales sin bloquear decisiones de arquitectura.

Construir un backlog técnico priorizado a partir de requisitos oficiales y riesgos del sistema actual.

Auditar cómo se crean actualmente facturas, borradores, presupuestos, albaranes, rectificaciones, anulaciones y cobros.

Revisar el modelo de datos actual: cabecera, líneas, impuestos, descuentos, series, numeración, clientes, estados y auditoría.

Detectar puntos peligrosos: edición posterior de facturas emitidas, borrado físico, renumeración, cambios manuales o falta de histórico.

Identificar dónde se produce el momento real de emisión y qué evento debe disparar la generación del registro VERIFACTU.

Analizar concurrencia en numeración cuando varios usuarios, sedes, procesos batch o integraciones emiten facturas simultáneamente.

Revisar integraciones existentes con ERP, CRM, gestoría, contabilidad, TPV, e-commerce, pasarelas de pago o sistemas externos.

Evaluar si la aplicación permite multiempresa, multiserie, multisede, diferentes CIF/NIF o facturación para varios obligados tributarios.

Crear inventario de procesos que generan documentos fiscalmente relevantes y procesos que solo generan documentos internos.

Documentar gaps entre la aplicación actual y los requisitos de un SIF conforme.

Construir un informe técnico de impacto con cambios mínimos, cambios recomendados, riesgos y dependencias.

Diseñar una arquitectura por capas o arquitectura limpia separando dominio de facturación, infraestructura, integración AEAT y presentación.

Crear un bounded context específico para facturación fiscal y registros SIF, evitando mezclarlo con UI, reporting o cobros.

Definir servicios de dominio para emisión, rectificación, anulación, generación de registro, cálculo de hash, QR y persistencia inmutable.

Usar interfaces para aislar dependencias de certificados, reloj del sistema, serialización XML, validadores, clientes AEAT y almacenamiento.

Diseñar componentes idempotentes para evitar registros duplicados si una operación se reintenta por error técnico.

Separar operaciones síncronas de emisión y operaciones asíncronas de remisión cuando el diseño lo requiera.

Evitar lógica VERIFACTU repartida entre controladores, formularios, triggers de base de datos y scripts sueltos.

Aplicar patrones como domain services, application services, outbox, unit of work, repository, specification y background workers cuando aporten claridad.

Crear una estructura de solución .NET con proyectos separados para Domain, Application, Infrastructure, Api, Tests y Workers.

Construir un diagrama de componentes que muestre emisión, persistencia, registros, AEAT, logs, auditoría y soporte.

Modelar la factura como entidad fiscal con identidad, serie, número, emisor, destinatario, líneas, impuestos, totales, fechas y estado.

Diferenciar borrador, factura emitida, factura rectificada, factura anulada, registro generado, registro remitido y registro con error.

Crear entidades o value objects para NIF, serie, número, importe, tipo impositivo, clave de régimen, fecha, hash y estado de remisión.

Diseñar eventos de dominio como FacturaEmitida, RegistroFacturaGenerado, RegistroFacturaRemitido, RegistroFacturaRechazado o FacturaAnulada.

Impedir modificaciones destructivas sobre facturas emitidas mediante reglas de dominio, permisos y persistencia inmutable.

Definir cómo se relacionan facturas rectificativas y anulaciones con documentos anteriores y registros asociados.

Controlar operaciones multiempresa para que cada obligado tributario mantenga su propia cadena, configuración y trazabilidad.

Evitar que conceptos fiscales sensibles se representen como strings libres sin validación ni catálogos controlados.

Documentar invariantes del dominio: numeración única, importes coherentes, estado válido, registro no regenerable y huella trazable.

Construir un modelo C# con entidades, value objects, enums controlados, validaciones y eventos relevantes.

Diseñar series de facturación separadas por obligado tributario, tipo de documento, establecimiento, canal o criterio validado con negocio.

Garantizar numeración única y correlativa según las reglas internas de facturación y la interpretación fiscal correspondiente.

Controlar concurrencia cuando varios procesos emiten facturas al mismo tiempo mediante transacciones, locks optimistas o secuencias seguras.

Evitar reservar números de factura sin política clara de caducidad, cancelación, auditoría y tratamiento de huecos.

Diferenciar número interno, identificador técnico, número fiscal de factura, identificador de registro y correlación con AEAT.

Registrar auditoría de quién emite, cuándo emite, desde qué sistema, con qué versión y bajo qué configuración activa.

Diseñar pruebas de estrés para emisiones simultáneas y detectar duplicados, saltos, deadlocks o inconsistencias.

Coordinar con gestoría cómo tratar series históricas, series nuevas, cambios de año, sedes y facturación multiempresa.

Documentar reglas de serie y numeración en un documento funcional-técnico revisable.

Construir un servicio de asignación de serie y número con transaccionalidad, pruebas concurrentes y trazabilidad.

Implementar registros de alta de facturación a partir de una factura emitida, evitando generación parcial o reconstrucción ambigua posterior.

Implementar registros de anulación cuando corresponda, diferenciando anulación técnica, rectificación fiscal y corrección funcional.

Mapear campos de factura interna a campos requeridos por los diseños de registro oficiales.

Validar formatos de fechas, importes, identificadores, códigos, claves, textos, límites, etiquetas XML y campos condicionales.

Crear una capa de validación previa que detecte errores antes de persistir o remitir registros.

Evitar dependencias implícitas con la UI para completar datos obligatorios que deben estar garantizados por el dominio.

Registrar versión del esquema, versión de la aplicación, versión de reglas y configuración aplicada al generar cada registro.

Controlar casos límite: factura simplificada, destinatario identificado, inversión del sujeto pasivo, exenciones, recargos y rectificativas.

Documentar cada campo con origen, transformación, validación, obligatoriedad y responsable funcional.

Construir generadores de registros de alta y anulación con pruebas unitarias y casos de borde.

Comprender la finalidad de la huella como mecanismo de integridad y trazabilidad entre registros de facturación.

Implementar el cálculo de hash conforme a las especificaciones técnicas aplicables y con pruebas deterministas.

Encadenar registros respetando el registro cronológicamente anterior que corresponda según obligado, sistema, serie o criterio definido.

Diseñar persistencia de la huella anterior, huella actual, datos usados para el cálculo y evidencias de generación.

Evitar recalcular registros antiguos de forma silenciosa si ya fueron generados, firmados, remitidos o auditados.

Controlar concurrencia para que dos registros no tomen indebidamente la misma huella anterior.

Crear tests con vectores de prueba, datos conocidos, serialización estable y resultados repetibles.

Registrar errores de encadenamiento como incidencias críticas que bloquean emisión o remisión hasta revisión.

Documentar el algoritmo, entradas, orden de campos, codificación, tratamiento de nulos y criterios de auditoría.

Construir un componente de hashing aislado, testeable, trazable y protegido frente a cambios accidentales.

Diferenciar escenarios VERIFACTU y no VERIFACTU respecto a firma, remisión y requisitos técnicos aplicables.

Gestionar certificados digitales, claves privadas, almacenes de certificados, permisos de lectura, expiración y rotación.

Implementar firma de registros cuando corresponda, validando formato, canonicalización, algoritmo y compatibilidad con especificaciones.

Evitar almacenar certificados, contraseñas o claves privadas en repositorios, ficheros de configuración planos o variables sin protección.

Usar Azure Key Vault, HashiCorp Vault, Windows Certificate Store, HSM o mecanismos equivalentes cuando el entorno lo permita.

Crear alertas de expiración de certificados y procedimientos de renovación sin interrupción del servicio.

Separar certificados de laboratorio, preproducción y producción para evitar envíos o firmas con credenciales incorrectas.

Registrar auditoría de uso del certificado sin exponer material sensible en logs.

Documentar responsables de custodia, rotación, permisos, contingencia y baja de certificados.

Construir un servicio .NET de firma abstraído, inyectable, testeable y preparado para distintos almacenes de claves.

Generar XML conforme a los diseños oficiales, controlando namespaces, orden, tipos, longitudes, decimales, fechas y codificación.

Validar XML contra XSD antes de enviar, devolviendo errores comprensibles para desarrollo, soporte y negocio.

Generar clientes SOAP o HTTP según los WSDL y servicios publicados, aislando el contrato externo de la lógica interna.

Evitar construir XML mediante concatenación manual de strings sin serialización controlada y pruebas de esquema.

Gestionar versiones de esquemas y contratos para que un cambio oficial pueda integrarse sin romper todo el sistema.

Crear adaptadores .NET para serialización, validación, cliente de remisión, gestión de respuesta y logging técnico.

Registrar request, response, correlation id, estado, errores y trazas, protegiendo datos sensibles.

Probar casos correctos, errores de esquema, errores de validación, errores de certificado, timeouts y respuestas parciales.

Documentar el contrato técnico con AEAT, incluyendo endpoints, entornos, certificados, esquemas y validaciones.

Construir una capa de integración con pruebas automatizadas sobre XML generado y respuestas simuladas.

Identificar cuándo la factura debe incorporar QR tributario y frase asociada según el tipo de sistema y caso de emisión.

Construir el contenido del QR conforme a las especificaciones técnicas, sin mezclarlo con códigos internos, URLs comerciales o trazabilidad propia.

Generar QR con librerías .NET fiables, controlando tamaño, resolución, margen, legibilidad y exportación a PDF o HTML.

Insertar QR en plantillas de factura sin romper diseño, impresión, accesibilidad, versión móvil o compatibilidad con sistemas externos.

Evitar que cambios de plantilla eliminen, deformen o oculten el QR en determinados formatos.

Crear pruebas visuales y técnicas para PDF, impresión, correo, descarga, duplicado y reemisión de factura.

Coordinar QR con sistemas de generación documental, motores de plantillas, librerías PDF y servicios de firma o envío.

Registrar versión de plantilla usada para emitir cada factura y poder reproducir el documento visible si se requiere.

Validar que factura completa y factura simplificada muestran los elementos obligatorios correspondientes.

Construir un generador de factura con QR, pruebas de renderizado, snapshot visual y validación de datos.

Diseñar el proceso de remisión de registros a AEAT considerando disponibilidad, timeouts, reintentos, errores y trazabilidad.

Diferenciar generación del registro, persistencia local, envío, respuesta, aceptación, rechazo, pendiente y reintento técnico.

Implementar clientes resilientes con timeouts, retry controlado, circuit breaker, idempotencia y control de duplicados.

Evitar reintentos infinitos que saturan servicios, duplican registros o enmascaran errores funcionales.

Clasificar errores entre técnicos, validación, certificado, formato, datos fiscales, conectividad y rechazo funcional.

Crear bandejas internas para revisar registros rechazados, pendientes, reintentables y bloqueados.

Registrar evidencias de envío y respuesta con correlación clara a factura, registro, usuario, versión y entorno.

Definir cuándo un error debe resolverlo desarrollo, soporte, gestoría, usuario funcional o responsable de facturación.

Preparar simuladores o mocks para probar integración sin depender siempre de servicios externos.

Construir un worker .NET de remisión con cola interna, estados, reintentos, logging y dashboard operativo.

Diseñar tablas o colecciones específicas para facturas emitidas, registros SIF, huellas, respuestas AEAT, errores y eventos.

Mantener historial de cambios funcionales sin permitir alteración destructiva de registros emitidos.

Usar append-only, event sourcing parcial, outbox, auditoría de base de datos o registros inmutables según arquitectura existente.

Evitar updates silenciosos sobre campos fiscales después de emisión sin crear rectificación, anulación o evento auditado.

Registrar usuario, aplicación, versión, máquina, fecha, IP interna, acción, estado anterior y estado nuevo cuando sea relevante.

Crear mecanismos de consulta para soporte: búsqueda por factura, registro, hash, estado, error, fecha, cliente y serie.

Controlar retención, backups, cifrado en reposo, permisos y acceso a datos fiscales sensibles.

Diseñar migraciones de base de datos seguras para incorporar nuevas columnas, índices, constraints y tablas de auditoría.

Validar integridad mediante jobs de comprobación de cadenas, registros huérfanos, facturas sin registro y estados inconsistentes.

Construir un modelo de persistencia con restricciones, índices, auditoría y consultas operativas.

Aplicar mínimo privilegio para usuarios que emiten, rectifican, anulan, reenvían, consultan errores o administran configuración.

Separar roles de administración técnica, emisión funcional, soporte, auditoría, gestoría y consulta.

Proteger endpoints internos que generan registros, cambian estados, reintentan envíos o consultan información fiscal.

Evitar que usuarios puedan modificar series, fechas, numeración, impuestos o datos fiscales sin permisos y trazabilidad.

Cifrar secretos, proteger certificados, controlar connection strings y revisar permisos de base de datos.

Aplicar logging seguro sin exponer NIF, datos personales, importes sensibles o certificados en trazas innecesarias.

Revisar compatibilidad con RGPD, LOPDGDD, políticas internas y contratos de tratamiento de datos.

Definir controles frente a manipulación: validaciones de dominio, constraints, auditoría, checks periódicos y alertas.

Crear pruebas de seguridad para autorización, escalada de privilegios, endpoints administrativos y exposición de información.

Documentar matriz de seguridad con roles, permisos, datos accesibles, acciones permitidas y controles compensatorios.

Crear pruebas unitarias para dominio, numeración, validaciones, cálculo de hash, serialización XML, QR y estados.

Crear pruebas de integración para base de datos, firma, certificados de laboratorio, cliente AEAT, colas y workers.

Crear pruebas end-to-end desde emisión de factura hasta generación de registro, validación XML, QR y estado de remisión.

Usar test data builders para generar facturas sintéticas con diferentes impuestos, series, importes, clientes y escenarios.

Evitar depender de datos reales o capturas manuales para validar un sistema que requiere precisión repetible.

Construir golden files de XML esperados y pruebas de regresión ante cambios de código o esquemas.

Validar errores esperados: campos obligatorios ausentes, fechas inválidas, importes incoherentes, certificado incorrecto y esquema roto.

Diseñar pruebas de concurrencia para emisión simultánea, hash encadenado, número de factura y reintentos de remisión.

Integrar pruebas en GitLab CI con reportes, cobertura, análisis estático y bloqueo de merges críticos.

Construir una batería de QA técnica y funcional revisable por desarrollo, QA, arquitectura y responsable de facturación.

Organizar ramas, merge requests, revisiones, etiquetas y releases para cambios que afectan a facturación fiscal.

Crear pipelines de GitLab para build, test, análisis estático, validación XML, empaquetado, migraciones y despliegue.

Separar configuración por entorno: desarrollo, integración, preproducción, pruebas AEAT, producción y contingencia.

Evitar cambios directos en producción sin merge request, revisión, trazabilidad, pruebas y plan de rollback.

Versionar esquemas, plantillas de factura, configuración de registros, reglas de validación y documentación técnica.

Crear gates de calidad para impedir despliegues si fallan pruebas de hash, XML, QR, dominio o seguridad.

Gestionar secretos del pipeline mediante variables protegidas, vault o mecanismos aprobados, nunca en repositorio.

Generar artefactos auditables: binarios, checksums, release notes, migraciones, evidencias de test y documentación de versión.

Coordinar despliegues con ventanas de facturación, usuarios, gestoría, soporte y responsables de negocio.

Construir un pipeline GitLab completo para una solución VERIFACTU en .NET con validaciones técnicas obligatorias.

Analizar facturas históricas y decidir qué se migra, qué se conserva, qué se consulta y qué no debe regenerarse.

Separar facturación previa a la activación de VERIFACTU de facturación emitida bajo el nuevo sistema.

Diseñar configuración de fecha de entrada en vigor por obligado tributario, empresa, serie o entorno.

Evitar recalcular documentos antiguos si no corresponde, especialmente cuando no existen datos suficientes para generar registros correctos.

Preparar migraciones de base de datos con backfill controlado de campos técnicos, estados iniciales y tablas nuevas.

Crear feature flags para activar generación, QR, remisión, validaciones estrictas y bloqueo de edición de forma progresiva.

Diseñar plan de piloto con usuarios concretos, series de prueba, entorno controlado y validación con asesoría.

Preparar reversión funcional si la activación causa bloqueos, errores de emisión o problemas de integración.

Documentar impacto sobre reporting, contabilidad, exportaciones a gestoría y conciliación de facturas.

Construir un plan de migración con scripts, validaciones, pruebas, checklist de activación y soporte postarranque.

Definir claramente qué sigue haciendo la gestoría y qué debe hacer el sistema propio de facturación.

Establecer flujos de información con contabilidad, asesoría fiscal, ERP, CRM, e-commerce, TPV y herramientas financieras.

Evitar duplicar obligaciones: no confundir remisión VERIFACTU, exportaciones contables, SII, modelos fiscales y facturación electrónica.

Crear exportaciones para gestoría que incluyan datos necesarios, estado de remisión, incidencias y trazabilidad sin exponer información innecesaria.

Definir responsables de resolución cuando un registro falla por dato fiscal, error técnico, configuración de cliente o criterio funcional.

Controlar integraciones que crean facturas automáticamente para que no salten validaciones del SIF.

Diseñar APIs internas seguras para que otros sistemas soliciten emisión sin manipular directamente tablas fiscales.

Registrar origen de cada factura: usuario, sistema externo, API, importación, batch, TPV o proceso automático.

Crear contratos de integración versionados con OpenAPI, ejemplos, errores y criterios de idempotencia.

Construir un flujo integrado entre aplicación .NET, contabilidad, gestoría y módulo de seguimiento VERIFACTU.

Crear dashboards técnicos con facturas emitidas, registros generados, registros remitidos, rechazos, pendientes y reintentos.

Monitorizar errores de XML, certificados, conexión AEAT, respuestas rechazadas, colas atascadas, timeouts y fallos de worker.

Crear alertas accionables para registros pendientes demasiado tiempo, fallos repetidos, certificado próximo a caducar o cadena inconsistente.

Evitar logs genéricos que obligan a desarrollo a depurar producción sin contexto suficiente.

Crear correlation ids desde factura hasta registro, XML, envío, respuesta, log y ticket de soporte.

Diseñar una pantalla interna o panel de soporte para consultar estado y causa de error sin tocar base de datos.

Definir runbooks para errores comunes: certificado caducado, endpoint no disponible, validación rechazada, QR incorrecto o fallo de hash.

Medir salud del sistema con métricas de disponibilidad, latencia de remisión, tasa de rechazo y tiempo medio de resolución.

Registrar cambios de configuración y despliegues para correlacionarlos con incidencias posteriores.

Construir un módulo de observabilidad con logs estructurados, métricas, trazas y panel operativo.

Analizar el volumen esperado de facturas por día, picos horarios, procesos batch, cierres mensuales y emisión masiva.

Dimensionar generación de XML, hash, firma, QR, persistencia y remisión sin bloquear innecesariamente la experiencia del usuario.

Usar colas internas o background services cuando la remisión pueda desacoplarse de la emisión funcional.

Evitar procesos batch que emiten miles de facturas sin control de errores, pausa, reintento o supervisión.

Optimizar consultas de seguimiento mediante índices por estado, serie, fecha, obligado, error, hash y correlation id.

Controlar locks y transacciones para que numeración y encadenamiento sean consistentes sin degradar rendimiento.

Crear pruebas de carga con datos sintéticos para detectar cuellos de botella antes de la activación real.

Medir tiempos de emisión, generación de registro, validación XML, firma, QR, persistencia y remisión.

Diseñar límites de seguridad para no saturar servicios externos ni generar avalanchas de reintentos.

Construir un escenario de emisión masiva con backpressure, reintentos controlados, métricas y recuperación.

Crear documentación técnica del sistema: arquitectura, componentes, versiones, configuración, flujos, datos, seguridad y dependencias.

Preparar la información necesaria para la declaración responsable del sistema informático de facturación.

Identificar versión exacta del sistema, componentes hardware/software, productor, funcionalidades, modo VERIFACTU y capacidad multiobligado.

Documentar decisiones de diseño: hash, encadenamiento, firma, QR, remisión, conservación, logs, auditoría y seguridad.

Crear evidencias de pruebas: XML válidos, respuestas de entorno de pruebas, QR, hash, casos de anulación y errores controlados.

Mantener histórico de releases con cambios que afectan a facturación, validaciones, esquemas, certificados o remisión.

Evitar documentación comercial genérica que no permita demostrar cómo se cumplen los requisitos técnicos.

Crear manuales internos para soporte, administradores, usuarios emisores, responsables de facturación y gestoría.

Definir procedimiento de actualización documental cuando cambie la versión del software o la normativa técnica.

Construir un dossier técnico de cumplimiento con matriz requisito-componente-prueba-evidencia.

Analizar una aplicación de facturación de laboratorio y detectar brechas frente a los requisitos SIF/VERIFACTU.

Rediseñar el modelo de dominio con factura emitida, serie, número, registro, hash, estado, anulación, auditoría y respuesta AEAT.

Implementar servicios .NET para emisión, generación de registro, cálculo de hash, generación XML, validación XSD y QR.

Añadir persistencia con tablas específicas, restricciones, índices, auditoría, correlation ids y estados operativos.

Configurar certificados de laboratorio, firma o simulación controlada, gestión de secretos y separación por entorno.

Crear cliente de integración o mock de AEAT con respuestas correctas, rechazos, timeouts y errores de validación.

Incorporar testing unitario, integración, end-to-end, concurrencia, golden files XML y pruebas de regresión.

Diseñar pipeline GitLab con build, test, análisis, validación XML, empaquetado, artefactos y despliegue a preproducción.

Crear panel de soporte con registros pendientes, rechazados, remitidos, errores, reintentos y trazabilidad completa.

Presentar la solución final con arquitectura, código, pruebas, evidencias, documentación, declaración responsable y plan de despliegue.