Duda: ¿debería crear mi propio software verifactu?
 

Hola, recientemente monté un SaaS con el que emito facturas comunes (el PDF de toda la vida) a mis clientes. A partir de 2026, verifactu va a ser obligatorio para las facturas, por lo que tendré que enviarlas en formato verifactu.
Ahora mismo llevo el SaaS como autónomo y no empleo a nadie en él, vamos, un negocio de una única persona. Por temas de mantener bajo control de la entropía en el sistema, no me gustaría tener que comunicarme con APIs de terceros para generar facturas verifactu.

Mi idea es crear un untramicroservice en Rust que únicamente consuma facturas de una cola de Rabbitmq, las firme con mi certificado digital y las envíe a la AEAT mediante una petición HTTP.
Ahora mismo la facturación la llevo de forma similar, las facturas se "generan" cuando se recibe un pago y se envían a Rabbitmq, donde permanecen hasta el día 1 de cada mes, cuando ejecuto un script que las consume, genera los PDFs y los envía por correo a los usuarios.

¿Creéis que es factible montar mi propio software verifactu para consumo propio teniendo únicamente un tipo de factura?

¿Alguien me podría dar un ejemplo de factura XML de verifactu válida con todos los campos obligatorios, incluído el enlace con la anterior y la firma (obviamente falseando datos)?
Chat GPT me ha dado varios modelos de facturas sacados de este foro pero no he conseguido que el entorno de pruebas de la AEAT las acepte. Es posible que no esté enviándolas bien porque no encuentro ejemplos ni de cómo se envían.

Las envío a través de prewww1.aeat.es/static_files/common/internet/dep/explotacion/ws/ClienteWSAEAT_OPC.html seleccionando la opción /wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP en el campo de texto pero solo he conseguido recibir respuestas genéricas sin información adicional (Forbidden, Internal Server Error, etc.). Uso mi certificado digital para poder acceder al sitio. ¿Necesito un certificado digital distinto para el entorno de pruebas?

También agradecería cualquier tipo de documentación que no sea un PDF de cientos de páginas de texto y en el que se puedan ver ejemplos. No he conseguido encontrar nada para verifactu. Comparado con ticketbai, que tiene esta página para ver ejemplos de peticiones ticketbaiws.eus/es/ticketbai-xml-get me parece que verifactu es un dolor de muelas.

Antes de lanzarte a preguntar te recomiendo que le dediques un poco a leer lo que hay.
Si, ya se es hay mucha cosa, pero también encontrarás mucha información, mucho código, muchas respuestas,...

Antes de nada y ya que eres nuevo te recomiendo revisar la Guia de estilo de los foros.

También revisando el primer mensaje de cada foro (por ejemplo de este mismo), encontrarás la primera explicación y enlaces.
Por ejemplo, los 2 mensajes iniciales con documentación (que pides) y enlaces a códigos.
En el mensaje #1 del hilo antiguo hay una recopilación de noticias y links de interés
En el mensaje #2 del hilo antiguo hay una recopilación de códigos y ejemplos útiles

Si buscas un poco en los foros, encontrarás no uno, sino muchos ejemplos de registros de facturación válidos, para facturas "normales".

En cuanto al certificado, si buscas hilos relacionados, verás que hay unos de prueba que te servirán para preproducción. En cómo solicitarlos también lo encontrarás en los foros.

Bienvenido a los foros.

Buenos días,

A estas alturas...

Yo empezaría mirando https://www.rebuts.cat/vefa32/
No es Delphi. Pero es que vas muy justo de tiempo, si llegas al 01/01/2026.

En 1 día (o una tarde, o 3 horas) lo tienes funcionando, después desarrolla tu solución Veri*factu o continúa con VeFa32.

Saludos,

Estaría bien saber algo más de esa aplicación.
En la web dice que es gratis. No lo dudo.
Pero intento buscar autoría, licencia, quien lo ha programado o más datos de la empresa y autores y no encuentro nada.

No es que no me fie, cada uno que haga lo que quiera, y dado que es gratis no veo problema en publicarlo aquí, pero si tienes más información Carlos, estaría bien conocerla.

Hola Germán,

VeFa32 la he hecho yo; soy autodidacta desde hace 25 años pero sólo en el entorno DBase, es mi hobby, no necesito más, ni tampoco quiero dedicar tiempo a aprender otros temas.

Hace poco que estoy leyendo estos foros (2 semanas, ...3) y te he propuesto VeFa32 por una razón muy sencilla: no tienes margen de tiempo para implantar Veri*factu y las limitaciones en un SIF de acuerdo con la normativa actual; bueno me atrevo a decir esto por que lo que he visto en otros comentarios estos meses, si tienes tiempo mejor.

Aunque finalmente no utilices VeFa32, posiblemente puedes coger alguna idea de qué debe hacer/tener tu solución (yo lo hago a menudo).
Si ir más lejos esta mañana (haciendo un click en un botón) se ha enviado un XML que el viernes no se podía por que el entorno de pruebas de Veri*factu daba error Server, y evidentemente ha preguntado antes si debía marcar el XML con el indicativo de 'incidencia'.
Otra, se te va al carajo el sistema/ordenador/disco duro, pues VeFa32 permite importar de Hacienda para así poder enviar registros con la huella 'enlazada' del último que tiene Hacienda.

Enviar a Veri*factu es una chuchería hasta que le metes mano y ves que debes contemplar muchos detalles.

Hoy en día la tengo rodando (controlada, por que no sé quién más la tiene) en 4 puestos/empresas pequeñas, pero no le meten mucha tralla, pero aún así voy limando detalles.

VeFa32 está hecho con Harbour y Fivewin; utiliza CURL y OpenSSL (OpenSSL es prescindible) bajado de la www.
Por què? Muy sencillo, cuando salga W12 o el W35 VeFa32 seguirá funcionando por que su tarea es sencilla, sólo maneja DBF; lo importante y crítico está fuera de él que és el envío con certificado digital, si en un futuro el envío con CURL no va, en la www habrá una versión compatible con ese nuevo Wxx.
VeFa32 tiene un instalador que SÓLO copia en su carpeta de instalación, no registra nada, si se elimina esta carpeta el ordenador queda igual que antes.

Últimamente voy liberando versiones que limitan su funcionalidad adecuada a la normativa (como el poder crear registros manualmente que no es correcto, pero eran útiles para probar).

Y no he podido publicar el código por que forma parte de un programa que 'hace muchas cosas' y donde Veri*factu ha sido un añadido que utiliza funciones genéricas estructurales de ese software que ya estaban creadas.

Cualquier cosa.. voy leyendo el foro o [email protected]

Perdonen el resto de componentes del foro, solo pretendo ayudar.

Está muy bien y se agradece, por supuesto.
Aunque todos creo que pensamos en que lo podemos utilizar con nuestros SIF y entonces nuestros clientes estarán felices y contentos, peeero... también pensamos que si en el próximo sorteo del euromillones aciertas la combinación ganadora y te endosas tropecientos millones de euros, es posible que digas: "Lo dejo todo, me prejubilo y a vivir la vida antes de que caiga el meteorito".
Ahora imagina a los clientes llamándonos alarmados por un problema en el envío y nosotros no podemos resolverlo porque no tenemos el código fuente.
Nuestros clientes nos matarán, y si no lo hacen entonces será hacienda quien nos embargue hasta los calcetines.

Tan cierto como que hasta la fecha no me ha tocado más que pagar la lotería.

No me he explicado bien.

Tal como he dicho es una solución a la falta de tiempo, así de mientras cada uno se desarrolla su solución o si quiere continúa con VeFa32, no hay más.

Por otro lado, también la lotería te puede toca a ti, acuérdate de los amigos, yo lo haría ;)

Más me preocupa W11.

Le estoy dando vueltas a lo que has comentado.

Ciertamente si el problema es el envío, el XML está creado con un nombre único y en una carpeta concreta (todos los XML y perfectamente identificables).
Es tan sencillo como crear una rutina que envíe esos XML (incluso desde dentro del propio SIF, y de eso si que tienes los fuentes), el trabajo de encadenamiento de registros, huellas y demás ya estaría hecho.

Ya tengo la lista de cosas a hacer para cuando acierte una lotería de esas :rolleyes:

Yo Voy A Intentar 3 Sistemas El Vefa32 , Uno De Pago Y El Mio Propio Que Creo Que No Me Dara Tiempo Mi Duda Es El Vefa32 Como Configurar Varias Empresas Que Tenga Un Mismo Cliente

VeFa32 es tan simple que no permite varias empresas.

Dicho esto, para instalarlo para diferentes empresas en un mismo servidor:
-Realizas una instalación.
-Una vez operativa ...
-De la carpeta en donde se ha instalado haces tantos copy/paste (con el nombre que quieras para la nueva CARPETA) como empresas para las cuales lo configurarás (el EJECUTABLE debe ser vefa32.exe siempre).

En este caso (sólo una instalación+ varios copy/paste), a tener en cuenta:
-cada vez que actualices la instalación, deberás copiar los ficheros:
* VeFa32.exe
* LGAMPA32.INI
en las diferentes carpetas (originadas con el copy/paste)

IMPORTANTE
Al configurar cada VeFa32, deberás indicar en VeFa32 los datos del SIF correspondiente con un valor en el campo 'INSTALACION' diferente (como mínimo, si se trata del mismo SIF).

A SABER
Para cada VeFA32, en este caso, Hacienda (tengo su correo) permite utilizar el entorno de pruebas para probar la integración; una vez visto que funciona se debe configurar VeFa32 de manera definitiva (activar el envío a Veri*factu, modo de trabajo '5' y seleccionar las URL de 'Real'), una vez configurado de manera definitiva no te permitirá desactivarlo.

Esto de permitir el entorno de pruebas es lo normal aun cuando se ha escrito mucha literatura al respecto; si desarrollas un SIF o alguno de sus componentes, Hacienda te deja probarlo (aun después del 01/01/2026), si no ¿Cómo sabrás si funciona?

Cualquier otra duda... o a [email protected]