01
Adaptar un programa propio
Revisar el sistema con el que ya facturas, identificar qué puede mantenerse y desarrollar los cambios necesarios para la modalidad acordada.
Adapta tu facturación a VERI*FACTU
Reviso tu programa actual, concreto qué cambios necesita y desarrollo la adaptación técnica. Para empresas con software propio y agencias que necesitan resolver esta parte para sus clientes.
Contenido revisado
- Para quién
- Empresas con software propio y agencias que adaptan sistemas de clientes
- Experiencia propia
- VERI*FACTU en mi actividad desde mi primera factura
- Primer paso
- Revisar el sistema antes de acordar alcance, presupuesto y calendario
Contexto
No necesitas llegar con una especificación técnica. Cuéntame cómo facturas, qué programas intervienen y qué te preocupa. Si utilizas un programa comercial, primero revisamos qué actualización ofrece tu proveedor y si hace falta un desarrollo específico.
01
Utilizo VERI*FACTU en mi propia facturación
He desarrollado el software con el que gestiono mi actividad como freelance. Lo utilizo con VERI*FACTU desde mi primera factura, con registros aceptados por la AEAT en producción.
La aplicación reúne facturación, seguimiento de cobros, gastos y exportaciones para la gestoría. Esta experiencia me permite abordar la adaptación teniendo en cuenta el trabajo que hay antes y después de emitir una factura.
El caso enlazado explica por separado las pruebas técnicas y el uso real. El software es de uso interno; su identidad, acceso y datos de negocio se mantienen privados.
02
Qué podemos resolver en tu negocio
La solución depende de cómo trabajas hoy. Estos son los casos en los que puede tener sentido una adaptación a medida.
02
Conectar la facturación con otros sistemas
Definir cómo pasan los pedidos o servicios a facturación y cómo vuelve el estado a tus herramientas, con el objetivo de evitar duplicados y pasos manuales.
03
Resolver la adaptación de un cliente
Si eres una agencia, puedo encargarme de la ejecución técnica en marca blanca. Tú mantienes la relación comercial y acordamos responsabilidades y entrega.
03
Cómo pasamos de la revisión a la entrega
Primero reviso de dónde salen las facturas, qué herramientas intervienen y quién mantiene el programa. Con tu asesor se confirma el ámbito aplicable y la modalidad; con esa información puedo plantear el trabajo técnico.
- Revisión inicial: qué puede resolver tu proveedor, qué necesita desarrollo y qué depende de terceros.
- Propuesta: alcance, presupuesto, calendario y criterios de aceptación antes de implementar.
- Desarrollo y pruebas: emisión, respuestas, rechazos y recuperación en un entorno separado.
- Entrega: documentación de uso e incidencias y soporte técnico para la declaración responsable de la versión.
04
API VERI*FACTU y piezas de implementación
El alcance se concreta contra las especificaciones publicadas, los casos de uso del producto y sus condiciones de operación.
01
Registros y validación
Modelo de alta y anulación, XML/XSD, campos fiscales, encadenamiento, huella, QR y validaciones previas al envío.
02
Transporte y certificados
Autenticación, custodia de certificados, envío seguro, idempotencia, timeouts y separación entre pruebas y producción.
03
Estados y recuperación
Aceptaciones, rechazos, subsanaciones, colas, reintentos controlados, conciliación y trazabilidad de cada respuesta.
05
Qué fecha corresponde a tu empresa
La AEAT indica como fechas obligatorias el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados incluidos en el ámbito correspondiente. Antes de convertir una fecha en requisito del proyecto hay que confirmar sujeto, territorio, régimen y exclusiones con el asesor fiscal.
El objetivo técnico es llegar con margen para probar una versión estable, corregir rechazos y ensayar la operación; no esperar a la fecha de aplicación para descubrir cómo factura realmente el producto.
Criterio de validación
Una prueba útil cubre el ciclo completo y conserva evidencia por versión. Un envío aceptado de forma aislada no demuestra que el sistema sea operable.
- 01Alta y anulación aceptadas en el entorno externo de pruebas.
- 02Rechazo reproducible y error presentado sin perder trazabilidad.
- 03Subsanación vinculada al registro previo y aceptada.
- 04Declaración responsable identificada con la versión evaluada.
Preguntas habituales
Respuestas breves sobre alcance, evidencia y límites de la implementación.
¿Necesito un desarrollo a medida para adaptarme?+
No siempre. Si utilizas un programa comercial, comprueba primero qué adaptación ofrece su proveedor. El desarrollo a medida tiene sentido cuando hay software propio, conexiones entre sistemas o necesidades que esa actualización no resuelve.
¿Tengo que cambiar mi programa de facturación?+
No se puede decidir sin revisarlo. Compruebo si puede adaptarse, qué acceso y documentación existen y qué permite su proveedor. Si la adaptación no es viable, lo aclaramos antes de comprometer el desarrollo.
¿Cuánto cuesta y cuánto tarda la adaptación?+
Depende del estado del programa, los tipos de factura, las conexiones y las pruebas necesarias. Tras revisar el caso preparo una propuesta con alcance, presupuesto y calendario. No prometo una fecha de puesta en marcha sin conocer esas dependencias.
¿Qué incluye una integración con la API VERI*FACTU?+
Incluye modelado de registros, XML y validaciones, certificados, conexión con los servicios de la AEAT cuando aplica, tratamiento de respuestas, reintentos, trazabilidad, pruebas y documentación operativa. El alcance exacto depende de la modalidad y del producto existente.
¿La AEAT homologa o certifica el software?+
No se presenta este servicio como una homologación de la AEAT. El productor del sistema emite una declaración responsable para cada versión y conserva la evidencia que sustenta lo declarado.
¿VERI*FACTU y NO VERI*FACTU usan el mismo flujo?+
Comparten requisitos del RRSIF, pero no son la misma modalidad operativa. La decisión afecta al envío, la custodia y otros controles, por lo que debe fijarse antes de cerrar la arquitectura.
¿Se puede probar sin usar facturas de clientes?+
Sí. El protocolo técnico debe usar identidades y documentos de prueba controlados, separar certificados y endpoints por entorno y evitar reutilizar datos comerciales en los artefactos de validación.
¿La integración incluye asesoramiento fiscal?+
No. Se implementan requisitos técnicos y se documentan decisiones. El ámbito subjetivo, el tratamiento tributario y la aceptación fiscal deben validarse con el asesor del cliente.
Fuentes oficiales
Base normativa y técnica consultada para esta página. Las especificaciones pueden cambiar y deben comprobarse de nuevo al iniciar el proyecto.
- Preguntas frecuentes sobre sistemas informáticos de facturación
AEAT · calendario, ámbito y criterios generales
- Información técnica y esquemas VERI*FACTU
AEAT · diseños, WSDL, XSD, validaciones y servicios
- Modalidades VERI*FACTU y NO VERI*FACTU
AEAT · diferencias operativas entre modalidades
- Declaración responsable del sistema informático
AEAT · responsabilidad del productor y declaración por versión
- Real Decreto 1007/2023, texto consolidado
BOE · requisitos del RRSIF y declaración responsable
- Orden HAC/1177/2024, texto consolidado
BOE · desarrollo técnico, QR y contenido
Revisión técnica inicial
Cuéntame cómo facturas y qué necesitas resolver.
Indica qué programa utilizas, si es propio o de un proveedor y qué te preocupa de la adaptación. Si consultas por un cliente de tu agencia, cuéntame también tu papel. No necesitas preparar un diagrama técnico.
- No envíes certificados, NIF, facturas ni secretos en este formulario.
- La aplicabilidad fiscal o jurídica se valida con tu asesor.
- Respuesta humana habitual en un día laborable.