Duda: Sin verifactu y sin QRCODE de un software adaptado ¿Es legal?

Daviid · #1 09-12-2025

Cita:

Empezado por eumealto

Yo también lo entiendo así porque como ya otro forero indicó en otro hilo:

Nadie va a ir a pedir la factura de compra de ningún software, y aunque eso ocurriera, ¿qué importancia tiene? ¿va a ir un inspector a buscar por todas las opciones del programa si tiene una opción para no enviar las facturas a un sitio donde no es obligatorio enviar facturas?

Importancia para el cliente no se, puede fingir no saber las obligaciones de los desarrolladores. (No se Hacienda-man, yo compré este software de facturación y venia con una declaración responsable que decía que cumplía VeriFactu al 100%)

Importancia para el desarrollador 100%, que supongo que son el 99% de los que están en este foro. Vender un software con un switch para desactivar el envío a VeriFactu es vender un software no adaptado.

Quien se quiera arriesgar innecesariamente, pues adelante, pero no metamos a la gente en la cabeza la idea de "Si, es ilegal pero seguro que no te pillan"

Cita:

Empezado por Jarogo08

La tabla que puso eumealto deja bastante claro las diferencias entre modo Verifactu y NO Verifactu

Si

Tabla para quien le interese (Hecha pasándole la imagen a ChatGPT):

Código:

<!DOCTYPE html>
<html lang="es">
<head>
    <meta charset="UTF-8">
    <title>Tabla con CSS</title>
    <style>
        table {
            width: 100%;
            border-collapse: collapse;
            font-family: Arial, sans-serif;
            margin: 20px 0;
        }
        th, td {
            border: 1px solid #ddd;
            padding: 8px;
            text-align: left;
        }
        th {
            background-color: #333;
            color: white;
            text-align: center;
        }
        td {
            vertical-align: top;
        }
        .header-row td {
            font-weight: bold;
            background-color: #f2f2f2;
            text-align: left;
        }
        .checkmark {
            text-align: center;
            color: green;
            font-weight: bold;
        }
        .empty {
            text-align: center;
        }
    </style>
</head>
<body>
    <table>
        <thead>
            <tr>
                <th>Obligación</th>
                <th>Veri'Factu</th>
                <th>No Veri'Factu</th>
            </tr>
        </thead>
        <tbody>
            <tr>
                <td>Inclusión de una Declaración Responsable, que detalle las características del Sistema Informático de Facturación (SIF).</td>
                <td class="checkmark">✓</td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Generación, por cada factura, de un Registro de Facturación, según las especificaciones de la AEAT, de forma simultánea a la emisión de la factura y encadenado con la factura anterior.</td>
                <td class="checkmark">✓</td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Remisión inmediata, a la AEAT de dicho Registro de Facturación.</td>
                <td class="checkmark">✓</td>
                <td class="empty"></td>
            </tr>
            <tr>
                <td>Inclusión en la impresión de la factura, de un código QR.</td>
                <td class="checkmark">✓</td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Generar un Registro de Eventos y otro de Anomalías, según las listas que se detallan más abajo.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Firma con certificado digital de la empresa, de cada Registro de Facturación y de cada evento, en el momento de su generación.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Total responsabilidad en la conservación de los Registros de Facturación y de eventos, asegurando su inalterabilidad e integridad.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Comprobación automática y bajo demanda, si la firma electrónica de los Registros de Facturación y Eventos, es válida.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Comprobación automática y bajo demanda, si toda o una determinada parte de la cadena de Registros de Facturación es correcta, detectando posibles anomalías.</td>
                <td class="empty"></td>
				<td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Poder acceder a consultar, comprobar y exportar la información del Registro de Facturación, en un formato legible y fácilmente accesible.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Poder remitir, por requerimiento, los registros de facturación y de eventos a la AEAT.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr class="header-row">
                <td colspan="3">Eventos a controlar:</td>
            </tr>
            <tr>
                <td>- Inicio del funcionamiento del sistema informático como «NO VERI'FACTU».</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Fin del funcionamiento del sistema informático como «NO VERI'FACTU».</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Lanzamiento del proceso de detección de anomalías en los registros de facturación.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de facturación.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>Lanzamiento del proceso de detección de anomalías en los de evento.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de evento.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Restauración de copia de seguridad, cuando esta se gestione desde el propio sistema informático de facturación.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Exportación de registros de facturación generados en un periodo.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Exportación de registros de eventos generados en un periodo.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Registro resumen de eventos.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr class="header-row">
                <td colspan="3">Anomalías a detectar:</td>
            </tr>
            <tr>
                <td>- Integridad-huella y firma.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Reg. no primer pero con reg. anterior no anotado o inexistente.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Reg. no ultimo pero con reg. posterior no anotado o inexistente.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Huella del reg. no se corresponde con la 'huella del reg. anterior' almacenada en el registro posterior.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Campo 'huella del reg. anterior' no se corresponde con la huella del reg. Anterior.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Fecha-hora anterior a la fecha del reg. Anterior.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
            <tr>
                <td>- Trazabilidad - Fecha-hora posterior a la fecha-hora actual del sistema.</td>
                <td class="empty"></td>
                <td class="checkmark">✓</td>
            </tr>
        </tbody>
    </table>
</body>
</html>

CarlosArjonomia · #2 09-12-2025

Ya me han llamado varios usuarios que su asesoría le ha enviado las FAQS nuevas de este fin de semana que parece indicar que se puede volver a sistemas no adaptados. Sigo sin saber que decirles ni que hacer.

pablog2k · #3 09-12-2025

Cita:

Empezado por CarlosArjonomia

Ya me han llamado varios usuarios que su asesoría le ha enviado las FAQS nuevas de este fin de semana que parece indicar que se puede volver a sistemas no adaptados. Sigo sin saber que decirles ni que hacer.

volverles al sistema que tenían antes de verifactu, lo que va a hacer todo el mundo
NADIE va a querer enviar a verifactu si no tienen obligación hasta 2027

Faneka · #4 09-12-2025

El tema que pierden todas las mejoras que tuvieran. Por otro lado tampoco creo que sea legal que tú le instales un software antiguo, otra cosa que ellos tengan los dos y usen el antiguo para no enviar.

pablog2k · #5 09-12-2025

Cita:

Empezado por Faneka

El tema que pierden todas las mejoras que tuvieran. Por otro lado tampoco creo que sea legal que tú le instales un software antiguo, otra cosa que ellos tengan los dos y usen el antiguo para no enviar.

pero si lo pone en las faqs actualizadas, que puedes usar el software antiguo

los que tengáis la suerte que los clientes quieren estar un año voluntariamente enviando a verifactu, enhorabuena. A nosotros nuestros clientes ya nos han llamado TODOS que no quieren enviar, que lo quitemos pero a la de YA, y mas con estas faqs que acaban de salir

mucho animo

Faneka · #6 09-12-2025

Cita:

Empezado por pablog2k

pero si lo pone en las faqs actualizadas, que puedes usar el software antiguo

los que tengáis la suerte que los clientes quieren estar un año voluntariamente enviando a verifactu, enhorabuena. A nosotros nuestros clientes ya nos han llamado TODOS que no quieren enviar, que lo quitemos pero a la de YA, y mas con estas faqs que acaban de salir

mucho animo

Pero en nuestro caso los programas estan muy adaptados a cada cliente, y nos piden cambios, si le pongo uno antiguo van a perder todo eso, ademas de que no podrian tener ninguna mejora hasta el 2027. No lo veo.

eumealto · #7 09-12-2025

Cita:

Empezado por Faneka

Pero eso no se puede ¿no? tener un soft adaptado y decirle que no envíe, otra cosa es que lo pases a NO VERIFACTU, pero eso no lo tenemos.

Cita:

Empezado por Faneka

Pero en nuestro caso los programas estan muy adaptados a cada cliente, y nos piden cambios, si le pongo uno antiguo van a perder todo eso, ademas de que no podrian tener ninguna mejora hasta el 2027. No lo veo.

Pues o pones switch o te comes todo el 2026 sin vender nuevos productos ni actualizaciones por mejoras o soluciones de bugs.

CarlosArjonomia · #8 09-12-2025

Cita:

Empezado por Faneka

Pero en nuestro caso los programas estan muy adaptados a cada cliente, y nos piden cambios, si le pongo uno antiguo van a perder todo eso, ademas de que no podrian tener ninguna mejora hasta el 2027. No lo veo.

Desactiva el envío y ya está.

eumealto · #9 09-12-2025

Cita:

Empezado por Faneka

El tema que pierden todas las mejoras que tuvieran. Por otro lado tampoco creo que sea legal que tú le instales un software antiguo, otra cosa que ellos tengan los dos y usen el antiguo para no enviar.

Pues lo que hará la mayoría será incluir en la versión adaptada (si no lo tenían ya) un switch para Envío SI / Envío NO

Faneka · #10 09-12-2025

Cita:

Empezado por eumealto

Pues lo que hará la mayoría será incluir en la versión adaptada (si no lo tenían ya) un switch para Envío SI / Envío NO

Pero eso no se puede ¿no? tener un soft adaptado y decirle que no envíe, otra cosa es que lo pases a NO VERIFACTU, pero eso no lo tenemos.

Daviid · #11 09-12-2025

Cita:

Empezado por Faneka

El tema que pierden todas las mejoras que tuvieran. Por otro lado tampoco creo que sea legal que tú le instales un software antiguo, otra cosa que ellos tengan los dos y usen el antiguo para no enviar.

Habría que ver, la ley prohíbe expresamente vender, producir y tener un SIF no adaptado.

Cita:

Empezado por BOE-A-2023-24840

Por su parte, el artículo 201 bis de la Ley 58/2003, de 17 de diciembre, General Tributaria en la redacción dada por la citada Ley 11/2021, establece una infracción tributaria por fabricación, producción, comercialización y tenencia de sistemas informáticos que soporten los procesos contables, de facturación o de gestión por parte de las personas o entidades que desarrollen actividades económicas que no cumplan las especificaciones exigidas por la normativa aplicable. La infracción trata de evitar sistemas informáticos que permitan la falsificación de la realidad económica contable, de facturación y gestión o no garanticen la integridad, conservación, trazabilidad e inalterabilidad de los registros, así como su accesibilidad y legibilidad por parte de los órganos competentes de la Administración tributaria.

El objetivo último de esas dos modificaciones es impedir de forma extensiva y general la producción, comercialización, uso o simple tenencia de programas y sistemas informáticos que permitan la manipulación u ocultación de datos contables, de facturación y de gestión.

En cuanto a actualizaciones yo entiendo que:

no puedes actualizar un SIF viejo no adaptado y que siga no adaptado.
no puedes enviar una actualización que convierta un sistema adaptado en uno no adaptado.

O sea el único gris legal que yo veo es (y no soy abogado así que....):
Que ya tengas un SIF antiguo no adaptado y lo pongas de código abierto en GitHub y archives el repositorio (a lo mejor te podrías quitar responsabilidad si alguien decide usar ese SIF

)
Pero hasta eso se podría considerar "proporcionar" un SIF.

O que el cliente tenga un SIF antiguo tuyo no adaptado y que, si tuviera un check para poder usarlo (licencia, fecha, etc...), por la razón que sea

, ese check dejara de funcionar por vuestra parte y permitiera usarlo.

Cita:

Empezado por eumealto

Pues o pones switch o te comes todo el 2026 sin vender nuevos productos ni actualizaciones por mejoras o soluciones de bugs.

SEGUN LA LEY desde 9 meses de la publicación de la Orden Ministerial HAC/1177/2024 https://www.boe.es/buscar/pdf/2024/B...onsolidado.pdf
ningún desarrollador puede (no debería de) producir, comercializar, tener o usar un software no adaptado a partir del 17/Julio/2025 (me imagino que "tener o usar" es mas para Obligados Tributarios, pero vete tu a saber, igual les da por multar a los desarrolladores que tengan copias de software no adaptado

)

Al final, si estas desarrollando un SIF ahora mismo UNICAMENTE puedes enviar Modo Verifactu o Modo No Verifactu (Hablando de cumplir la ley Verifactu, ignorando TicketBai, SII, etc... claro)

Si tienes clientes en Modo Verifactu puedes enviarles una actualización para pasar a modo no verifactu (con todos los registros adicionales que esto conlleva), hasta el 01/01/2027 esto esta permitido, luego de esa fecha ya si estas en modo verifactu solo puedes cambiar a final de año.
Un switch que te deje en Modo Verifactu pero sin enviar a hacienda no esta permitido y meterlo ahora implica PRODUCIR un SIF no adaptado.
(Entiendo por switch un botón que el cliente puede tocar, un switch automático que no envié hasta el 01/01/2027 y que el cliente no puede tocar no veo por que estaría prohibido)

Yo no me buscaría problemas, SIF Modo Verifactu y/o SIF Modo No Verifactu y punto.
Que solo empieza a funcionar así el 01/01/2027? vale, yo creo que eso se sigue considerando SIF adaptado mientras el cliente no pueda cambiarlo a sus anchas.

edit:

Cita:

Empezado por novatico

Esa nueva pregunta el las FAQ's yo la entiendo de la siguiente manera:

Aquel cliente que se hubiera actualizado a VERIFACTU, desde una versión NO ADAPTADA, puede optar entre:
- Seguir usando el SIF como VERIFACTU
- Activar el SIF como NO VERIFACTU, si dispone de esa opción
- Volver a usar la versión NO ADAPTADA, QUE AUN TENGA INSTALADA EN SUS SISTEMAS.

Nosotros, los desarrolladores, podemos indicarles estas posibilidades, pero PARA CUMPLIR LA LEY, NO PODEMOS INSTALAR NINGUN SIF NO ADAPTADO DESDE EL 29/07/2025.

Para que los clientes puedan usarlo, deben tenerlo instalado con anterioridad.

Os podéis agarrar SOLO a esta FAQ, pero también hay que tener en cuenta la respuesta que la semana pasada recibimos muchos desde el correo de verifactu, a nuestra situación como desarrolladores, y cuadra perfectamente con esta pregunta en las FAQ's, aunque no nos guste.

Como he dicho ya muchas veces, que cada uno establezca sus propios límites y riesgos.

RECORDATORIO: A ver que pasa el jueves 11 en el Congreso ¿ convalidar o no convalidar ? he ahí la cuestión.

Lo mismo que quiero decir yo pero mas corto y entendible

eumealto · #12 09-12-2025

Cita:

Empezado por Daviid

Habría que ver, la ley prohíbe expresamente vender, producir y tener un SIF no adaptado.

En cuanto a actualizaciones yo entiendo que:

no puedes actualizar un SIF viejo no adaptado y que siga no adaptado.
no puedes enviar una actualización que convierta un sistema adaptado en uno no adaptado.

O sea el único gris legal que yo veo es (y no soy abogado así que....):
Que ya tengas un SIF antiguo no adaptado y lo pongas de código abierto en GitHub y archives el repositorio (a lo mejor te podrías quitar responsabilidad si alguien decide usar ese SIF

)
Pero hasta eso se podría considerar "proporcionar" un SIF.

O que el cliente tenga un SIF antiguo tuyo no adaptado y que, si tuviera un check para poder usarlo (licencia, fecha, etc...), por la razón que sea

, ese check dejara de funcionar por vuestra parte y permitiera usarlo.

SEGUN LA LEY desde 9 meses de la publicación de la Orden Ministerial HAC/1177/2024 https://www.boe.es/buscar/pdf/2024/B...onsolidado.pdf
ningún desarrollador puede (no debería de) producir, comercializar, tener o usar un software no adaptado a partir del 17/Julio/2025 (me imagino que "tener o usar" es mas para Obligados Tributarios, pero vete tu a saber, igual les da por multar a los desarrolladores que tengan copias de software no adaptado

)

Al final, si estas desarrollando un SIF ahora mismo UNICAMENTE puedes enviar Modo Verifactu o Modo No Verifactu (Hablando de cumplir la ley Verifactu, ignorando TicketBai, SII, etc... claro)

Si tienes clientes en Modo Verifactu puedes enviarles una actualización para pasar a modo no verifactu (con todos los registros adicionales que esto conlleva), hasta el 01/01/2027 esto esta permitido, luego de esa fecha ya si estas en modo verifactu solo puedes cambiar a final de año.
Un switch que te deje en Modo Verifactu pero sin enviar a hacienda no esta permitido y meterlo ahora implica PRODUCIR un SIF no adaptado.
(Entiendo por switch un botón que el cliente puede tocar, un switch automático que no envié hasta el 01/01/2027 y que el cliente no puede tocar no veo por que estaría prohibido)

Yo no me buscaría problemas, SIF Modo Verifactu y/o SIF Modo No Verifactu y punto.
Que solo empieza a funcionar así el 01/01/2027? vale, yo creo que eso se sigue considerando SIF adaptado mientras el cliente no pueda cambiarlo a sus anchas.

edit:

Lo mismo que quiero decir yo pero mas corto y entendible

Pues tú mismo has dado la solución:

Vender un SIF nuevo o actualizar uno no adaptado, con uno adaptado pero con el envío pospuesto (no modificable por el usuario) hasta el 01/01/2027

Con esto arreglaríamos lo de solucionar BUGs e implementar mejoras a lo largo de todo el 2026

Faneka · #13 09-12-2025

Pero no se puede postponer el envío si actualizas o vendes un nuevo SIF, o si se puede a ver donde lo han publicado y este claro para enviarselo a mi jefa.

Franche · #14 09-12-2025

Así lo entiendo yo, el software es solamente VERIFACTU pues seguiría con ese software pero SIN el envio de registros a VERIFACTU. Aunque ya estuviera remitiendo este mes por ejemplo, a partir del 1 de enero de 2026 ya NO remitiría registros hasta el 2027.

Jarogo08 · #15 09-12-2025

Cita:

Empezado por pablog2k

volverles al sistema que tenían antes de verifactu, lo que va a hacer todo el mundo
NADIE va a querer enviar a verifactu si no tienen obligación hasta 2027

Nosotros no vamos a volver a ponerles la versión que tenían antes de Verifactu ni de coña.

Herramientas	Buscar en Tema
Mostrar Versión Imprimible Enviar por Correo	Buscar en Tema: Búsqueda Avanzada
Desplegado
Cambiar a Modo Lineal Modo Híbrido Cambiar a Modo Hilado

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
Duda: ¿debería crear mi propio software verifactu?	kranga	Registros de Facturacion y Eventos (XML)	10	11-09-2025 20:11:41
El software de "segunda mano" ha conseguido un importante triunfo legal	Casimiro Noteví	La Taberna	17	06-06-2011 15:45:25
Legal copiar un software ??	rodrisoft	Debates	9	29-10-2007 22:23:45
duda legal sobre royalties e InterBase	mak8888	Varios	2	02-04-2005 15:44:12
Software legal	Gabriel2	Varios	14	20-11-2004 20:42:11