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

[[email protected]]

Y no se puede activar Verifactu con todas su opciones, trazabilidad, etc y NO ACTIVAR la opcion de envio hasta el 01-01-2027 (o la fecha que diga hacienda) que es la que entra envigor. De esta forma estariamos chequeando la aplicaicñon 1 año pero no enviaria hasta le fecha OBLIGATORIA.

??????

Gracias

[CarlosArjonomia]

Empezado por [email protected]

Y no se puede activar Verifactu con todas su opciones, trazabilidad, etc y NO ACTIVAR la opcion de envio hasta el 01-01-2027 (o la fecha que diga hacienda) que es la que entra envigor. De esta forma estariamos chequeando la aplicaicñon 1 año pero no enviaria hasta le fecha OBLIGATORIA.

??????

Gracias

Eso hubiese sido lo más inteligente. Con esto no hacen más que atrasar un año el CAOS.

Estoy convencido que a poco habrá sorpresas.

[Daviid]

Empezado por [email protected]

Y no se puede activar Verifactu con todas su opciones, trazabilidad, etc y NO ACTIVAR la opcion de envio hasta el 01-01-2027 (o la fecha que diga hacienda) que es la que entra envigor. De esta forma estariamos chequeando la aplicaicñon 1 año pero no enviaria hasta le fecha OBLIGATORIA.

??????

Gracias

Si tu SIf lo permite, si.

Seria trabajar desde ya en Modo No VeriFactu y el 01/01/2027haces una remision voluntaria de todo lo que tengas y cambias a Modo VeriFactu

[Jarogo08]

Empezado por Daviid

Si tu SIf lo permite, si.

Seria trabajar desde ya en Modo No VeriFactu y el 01/01/2027haces una remision voluntaria de todo lo que tengas y cambias a Modo VeriFactu

No, el modo NO Verifactu no es eso. El modo NO Verifactu incluye muchos más controles de eventos que el modo Verifactu.

Si tu haces todo lo de Verifactu menos enviar lo primero que se me ocurre es que el QR te va a devolver siempre que no existe la factura. aparte de lo legal de esa opción, que ya se ha hablando bastante.

[Daviid]

Empezado por Jarogo08

No, el modo NO Verifactu no es eso. El modo NO Verifactu incluye muchos más controles de eventos que el modo Verifactu.

Si tu haces todo lo de Verifactu menos enviar lo primero que se me ocurre es que el QR te va a devolver siempre que no existe la factura. aparte de lo legal de esa opción, que ya se ha hablando bastante.

Entiendo que el pregunta si se puede cumplir con Verifactu, es decir:

• capacidad de remisión, certificados, etc.
• integridad e inalterabilidad
• trazabilidad
• conservación, accesibilidad y legibilidad
• registro de eventos

pero sin enviar.

Eso es Modo No VeriFactu y eso le he dicho, si lo que quiere es Modo Verifactu pero sin enviar, pues no, pero es que Modo Verifactu ya te obliga a enviar, seria como preguntar si puedes saltar sin dejar de tocar el suelo.

[[email protected]]

Entonces cual es la diferencia entre VERIFACTU y NO VERIFACTU aparte de que uno envia los registros a hacienda y el otro no. ??

Yo ahora NO ENVIO, GUARDO TRAZABILIDAD, EVENTOS, etc Y NO IMPRIMO EL QR EN LAS FACURAS y demas obligaciones de la facturación

Gracias

[eumealto]

Empezado por [email protected]

Entonces cual es la diferencia entre VERIFACTU y NO VERIFACTU aparte de que uno envia los registros a hacienda y el otro no. ??

Yo ahora NO ENVIO, GUARDO TRAZABILIDAD, EVENTOS, etc Y NO IMPRIMO EL QR EN LAS FACURAS y demas obligaciones de la facturación

Gracias

¿Haces todo esto?

[CarlosMz]

Habéis visto esto nuevo en las FAQs de la AEAT?

https sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html?faqId=38904b6cc0eea910VgnVCM100000dc381e0aRCRD

Una sociedad que opte por utilizar el sistema informático VERI*FACTU dentro del periodo de pruebas ¿es obligatoria la permanencia en dicho sistema hasta que finalice el año natural?

No.

La Disposición final cuarta del RRSIF (Reglamento que establece los requisitos de los sistemas informáticos de facturación), modificada por el Real Decreto-ley 15/2025, de 2 de diciembre, establece que entrará en vigor de forma obligatoria el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados tributarios mencionados en el artículo 3.1 del RRSIF, entre ellos, los contribuyentes del Impuesto sobre la Renta de las Personas Físicas que desarrollen actividades económicas. El periodo anterior a la entrada en vigor del RRSIF es un periodo de pruebas.

Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF (sistema informático de facturación), que podrían ser adaptados y funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique.

Una vez se tenga obligación de adaptación al RRSIF, es decir, a partir del 1/1/2027 o 1/7/2027, según aplique, si los obligados optan por comenzar a expedir facturas y remitir registros de facturación (RF) con un SIF VERI*FACTU, debe permanecer, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío de los registros de facturación.

[Daviid]

Empezado por eumealto

¿Haces todo esto?

Fuente de esa imagen? Quiero copiar y pegar esa tabla.

[Daviid]

Empezado por [email protected]

Entonces cual es la diferencia entre VERIFACTU y NO VERIFACTU aparte de que uno envia los registros a hacienda y el otro no. ??

Yo ahora NO ENVIO, GUARDO TRAZABILIDAD, EVENTOS, etc Y NO IMPRIMO EL QR EN LAS FACURAS y demas obligaciones de la facturación

Gracias

El QR no es exclusivo de Modo Verifactu.

En modo no verifactu te saldrá que hacienda no tiene el registro pero aun así tienes que incluirlo en la factura.

[Jarogo08]

Empezado por Daviid

Entiendo que el pregunta si se puede cumplir con Verifactu, es decir:

• capacidad de remisión, certificados, etc.
• integridad e inalterabilidad
• trazabilidad
• conservación, accesibilidad y legibilidad
• registro de eventos

pero sin enviar.

Eso es Modo No VeriFactu y eso le he dicho, si lo que quiere es Modo Verifactu pero sin enviar, pues no, pero es que Modo Verifactu ya te obliga a enviar, seria como preguntar si puedes saltar sin dejar de tocar el suelo.

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

[Neftali [Germán.Estévez]]

Empezado por Daviid

Si tu SIf lo permite, si.
Seria trabajar desde ya en Modo No VeriFactu y el 01/01/2027haces una remision voluntaria de todo lo que tengas y cambias a Modo VeriFactu

En modo noveri*factu no se puede hacer una remisión voluntaria, sólo se hacen bajo requerimiento.
Puedes entrar en modo noveri*factu y cuando te interese cambiar a veri*factu, eso sí. Desde el momento que cambies se empezarán a enviar los registros.

[CarlosMz]

La clave está en usar "o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique."

Yo entiendo que mientras no deba entrar en vigor puede usar lo que quiera....

[eumealto]

Empezado por CarlosMz

La clave está en usar "o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique."

Yo entiendo que mientras no deba entrar en vigor puede usar lo que quiera....

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?

[Daviid]

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"

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):

<!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]

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.

[Daviid]

Empezado por Neftali [Germán.Estévez]

En modo noveri*factu no se puede hacer una remisión voluntaria, sólo se hacen bajo requerimiento.
Puedes entrar en modo noveri*factu y cuando te interese cambiar a veri*factu, eso sí. Desde el momento que cambies se empezarán a enviar los registros.

Ah coño, leyendo sobre los requerimientos había visto remisión voluntaria así por encima y pensaba que era algo a parte dentro del Modo No VeriFactu, pero es el Modo VeriFactu.

[Neftali [Germán.Estévez]]

Empezado por [email protected]

Y no se puede activar Verifactu con todas su opciones, trazabilidad, etc y NO ACTIVAR la opcion de envio hasta el 01-01-2027 (o la fecha que diga hacienda) que es la que entra envigor. De esta forma estariamos chequeando la aplicaicñon 1 año pero no enviaria hasta le fecha OBLIGATORIA.

Si estás obligado a Ley antifraude, tienes las 2 opciones que ya se han explicado:
* veri*factu, con envío inmediato.
* no veri*factu que en principio no envía, pero tiene la opción de envío bajo requerimiento; Que significa que si haciendo te lo solicita, tienes que enviar las facturas (aunque no creo que la AEAT esté por la labor de solicitar requerimientos ahora con el caos que tenemos).