Bajada de pantalones de la Aeat
 

Pues sí, hoy me han contestado a la pregunta del millón, la expongo aquí y que cada uno saque sus conclusiones:

Esta es la pregunta que hago a Verifactu

"Buenos días,
Si he vendido un programa adaptado al RRSIF que implementa sólo VERIFACTU después de la fecha límite 29/07/2025 a un cliente que no tiene ningún software de facturación y comienza a usarlo con todas sus características de generación de registros, Qr y envío y posteriormente ese cliente decide no seguir enviado los registros de facturación porque todavía no le toca cumplir, ¿ Qué alternativas tengo ?

Podría revertir dicho software a una versión no adaptada al RRSIF que cumpla con los puntos que exige la ley de no permitir eliminación de registros sin que quede constancia en el sistema, no generar contabilidades paralelas, no alterar facturas ya emitidas usando rectificaciones posteriores etc, dejando de generar registros, Qr y envíos a la Aeat ?.
Entiendo que este escenario podría entenderse como que se ha vendido un software no adaptado después de la fecha límite. ¿ Es correcto ?

De ser así, se le ocurre cómo debo actuar en este caso para que el cliente pueda seguir usando el software sin cumplir con Verifactu ?"



Y la respuesta es :

Buenos días:
La Disposición Final Cuarta del RD 1007/2023 obliga a los fabricantes a ofrecer en el mercado sistemas informáticos de facturación (SIF) adaptados y acompañados de su correspondiente Declaración Responsable.

Tener disponible en su catálogo un producto/versión no adaptado para atender a clientes que prefieren no someterse al RRSIF durante el periodo transitorio voluntario no constituye un incumplimiento por parte del fabricante, ya que usted cumple poniendo a disposición del mercado el SIF adaptado.

Si el cliente solicita explícitamente dejar de enviar sus registros durante el periodo de pruebas/adaptación:
Sustitución de producto/instalación: En lugar de "desactivar" mediante un parche la versión adaptada, debe realizarse un cambio efectivo de aplicación: sustituir la instalación del SIF adaptado por la instalación/versión de su producto no adaptado (o reconfigurar el entorno a la versión no adaptada de su catálogo).
Inalterabilidad de lo ya remitido: Todas las facturas y registros que el cliente haya enviado a la AEAT mientras utilizó el SIF adaptado permanecen de forma definitiva e inalterable en la Sede Electrónica de la AEAT. Dicho historial es plenamente válido y no requiere ninguna cancelación ni ajuste retroactivo.
Continuidad de la facturación: Al pasar a la versión no adaptada, el cliente simplemente debe continuar emitiendo sus facturas garantizando la correlación de números y fechas exigida por el Reglamento de Obligaciones de Facturación (RD 1619/2012).

La decisión de dejar de usar el SIF adaptado y pasar a operar con una versión no adaptada durante el periodo transitorio corresponde al cliente (obligado tributario), quien asume la responsabilidad legal de dicha elección hasta la fecha de obligatoriedad de uso.


Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Soporte técnico por correo electrónico: [email protected]
Asistencia Telefónica / Chat: Puede solicitar cita previa para cuestiones informáticas en la Sede Electrónica de la Agencia Tributaria (sede.agenciatributaria.gob.es), dentro del apartado: Inicio - Todas las gestiones - Otros servicios - Asistencia y Cita

El truco está en esta frase que ha pasado desapercibida todo el tiempo

"La Disposición Final Cuarta del RD 1007/2023 obliga a los fabricantes a ofrecer en el mercado sistemas informáticos de facturación (SIF) adaptados y acompañados de su correspondiente Declaración Responsable"

Nos obligan a "Ofrecer" el producto adaptado en nuestro catálogo pero podríamos tener otros productos ya desarrollados que no cumplen y que el cliente puede adquirir bajo su responsabilidad

Graciasss sglorka!!!
El tema es que nosotros ya "no tenemos productos que no cumplan", es decir, se puede instalar y no activar nada, ni SII, ni Verifactu, que son las dos cosas que ofrecemos, así que el programa internamente estaría adaptado pero no envia nada al no activarlo. Tenemos opción SII, Verifactu y exenta, actualmente como no es obligatorio hay clientes que tienen el programa a la última version pero sin nada activo, a partir de Octubre del 2028 ya se activara automaticamente si no tienes SII (si alguno se nos escapa y esta exento ya le saltara la liebre porque no podra enviar por el certificado o cualquier otra cosa que le falte instalar y se le pondra exenta si realmente no tiene que enviar), luego si creas una empresa te pregunta si estas en SII, Verifactu o exenta. Nose vamos a salto mata últimamente, somo una empresa de tres personas actualmente, así que los clientes los tenemos controlados más o menos.

Por fin algo de sentido común. Exactamente eso es lo que yo he hecho con los clientes que han querido desconectar o no enviar después de la fecha de obligación de disponer de software adaptado.

No voy a ser yo más papista que el papa.

Creo que quedan resueltas todas esas dudas metafísicas a las que hemos estado dándole vueltas.

El cliente responsable final, no el distribuidor o fabricante.

Pues sí es una buena noticia, pero de sentido común el que se le supone a Hacienda, y que cada uno le de el que le merezca: con esto si tenemos un cliente nuevo que nos pide nuestro software pero no quiere enviar (que no quiere enviar nadie porque para que te vas a arriesgar a tener un problema por hacer algo mal cuando lo puedes evitar), en lugar de instalar directamente un software que cumpla con lo normal (que ya estaba antes de verifactu), primero le instalamos el de Verifactu, y antes de hacer el primer envío ya no me gusta y le ponemos el que no envía. Ole, Ole y Ole, que decía Leo Harlem. Todo por no bajarse del burro y decir abiertamente que han hecho una puñetera chapuza y que instales uno que no genere B y palante. Y a ver si lo ponen por escrito en las faq o en algún sitio, sino habrá que pedirles uno a uno y con las mismas preguntas que les ha hecho sglorca la confirmación de esto, porque con esta gente hay que tenerlo por escrito.

Les estoy dando vuelta a esto que dicen: según entiendo, les instalas al cliente la versión verifactu, haces un en envío y como ya no le gusta al cliente, le cambias la aplicación a la que no envía, ¿es así no? (ya ni pregunto por qué no hacerlo directamente). Y luego lo de la "reconfiguración" da a entender que ni siquiera hace falta reinstalar, sino que el software tiene varias versión configurables que trabajan de diferente forma, le configuras al cliente la que no envía y listo, sin reinstalación ni gallinas jóvenes en acido acético... ¿no?

Ojito al loro
 

Ojo, tened en cuenta que puede volver para atrás, pero según todo lo publicado, tendría que ser a partir del siguiente ejercicio fiscal, osea si esta enviando, debe continuar haciéndolo hasta fin de año...

Creo que lo de seguir enviando hasta final de año es para cambiar de verifactu a no verifactu, durante el periodo transitorio puedes dejar de trabajar con verifactu y volver al sistema no homologado (o el raro no-homologado que se han sacado ahora de la manga y que antes no existía) cuando quieras.

Bien, para disipar alguna duda y como quería tener este tema por escrito, les he remitido una consulta a Verifactu una cuestión al hilo e lo que pregunto y le respondieron a sglorca. Básicamente el resumen es que si tienes una opción que no envía, o sea no adaptada, le pones esa al cliente y listos. Ya no he querido preguntar que pasa si luego hay que actualizar esta solución no adaptada, supongo que habría que empezar otra vez el ciclo, le pones la versión Verifactu, se arrepiente y le vuelves a poner la versión no adaptada pero ya actualizada por arte de birlibirloque. :cool:
La pregunta
La respuesta:

Respuesta impecable. ¿Habrán cambiado a los funcionarios por agentes de IA?

Está claro que ni ellos mismos quieren continuar con este lio.

buenas noticias, pero esto antes no lo decían....

Gracias por realizar la pregunta y por colocar la respuesta.
^\||/^\||/^\||/

Aceptamos pulpo como animal de compañía...:D:D:D

^\||/^\||/^\||/

O sea, que sí es legal tener un botón Verifactu ON/OFF Siempre que no lo pueda seleccionar el usuario, sino la empresa que instala el software del software, justo como lo tenemos nosotros. :)

Um.... a ver si me acabo de enterar....


¿Por lo que leo entiendo que ahora dicen que puedes montar un programa que no esté actualizado a Verifactu si el cliente no te pide expresamente que lo esté? :confused:

Pues yo lo entiendo justo al revés. Es el cliente el que te ha de pedir explícitamente que le instales un programa que no esté sujeto al RRSIF (Verifactu o No Verifactu).

Por lo que yo entiendo no es exactamente así: es sí el cliente con software verifactu (es decir que ya lo tiene funcionando) te pide expresamente (usease, por escrito) que no quiere enviar y que se lo quites, le puedes montar la versión de tu software sin envío, qr, declaración responsable ni certificado, vamos la versión sin envío. Antes el cliente lo podía hacer si conservaba la versión anterior de su software no adaptado, pero tu no le podías poner la tuya. Ahora parece que dicen que sí. Y tampoco está claro cuanto tiempo ha de pasar para se "arrepienta" de Verifactu: ¿hay que mandar un registro al menos, se puede montar directamente que no envíe sin haber enviado ni un solo registro...?
Aquí todo Dios, incluyendo hacienda, retorciendo el lenguaje, a ver si podemos conseguir hacer cosas normales con una ley mal hecha desde el inicio, con parches sobre la marcha que ni siquiera está legalizados (lo del tercer aplazamiento por ahora es una declaración de intenciones, legalmente sigue el 1 de enero), y parches sobre el parche anterior (esto) que no aparecen en ningún sitio excepto las conversaciones con el servicio técnico. Vaya caos.

Concuerdo plenamente en que la gestión y la redacción normativa han sido un caos, pero la realidad actual va mucho más allá de discutir si se puede "desconectar" o no el envío: VeriFactu está absolutamente muerto, enterrado y desestimado por la propia Administración.

Ya ni siquiera se trata de parches o conversaciones informales con el soporte técnico. La propia Agencia Tributaria lo ha dejado por escrito y de forma oficial en la nota informativa pública: https://www.hacienda.gob.es/sgt/gabs...-verifactu.pdf

Estar debatiendo ahora si un cliente debe enviar un registro antes de "arrepentirse" o si hay que conservar versiones antiguas es discutir sobre un cadáver administrativo. VeriFactu no solo es una ley mal diseñada desde el principio, sino que la propia Hacienda ha tenido que certificar su defunción para evitar un colapso operativo mayor. Yo por mi parte no le voy a dar más vueltas a las casuísticas de conexión/desconexión de VeriFactu porque el modelo de envío como tal ha quedado totalmente aparcado por la propia AEAT, luego que cada uno que haga lo que quiera.

A ver... El tema es que estamos haciendo nuevos desarrollos y es una putada del 15 tener que montar Verifactu en un nuevo programa sin que se vaya a poner en marcha. Pero me da que legalmente tiene que ser así.

En mi opinión Verifactu estará muerto cuando legalmente se certifique su muerte. Mientras le podemos da el valor que cada uno queramos, pero la ley vigente dice lo que dice, y hay que tener cuidado con ello. En lenguaje legal se ha de tener mucho cuidado con lo que dice la ley exactamente, solo tienes que ver una consulta vinculante el esfuerzo que hacen por decir exactamente lo que quieren decir. Obtener interpretaciones de un texto legal que vayan más allá de lo que dice es, cuanto menos arriesgado. Y yo al menos en la nota informativa de hacienda no leo que Verifactu esté muerto, enterrado y desestimado por la propia Administración, entre otras cosas porque hasta que no cambien la ley no lo pueden decir. ¿lo está en la práctica? pues no lo se, con esta gente nunca se sabe, y ese es precisamente el problema. Pero en la realidad sigue vigente. Juicios tengas y los ganes, que dicen por ahí

Sí, esto sigue siendo así, no lo olvidemos :rolleyes: ...

Y esto también :cool: ...

Hay veces que las respuestas de la AEAT son difíciles de entender pero el comunicado al que te refieres es bastante claro en este sentido. En el ultimo párrafo podemos leer esto literalmente "En todo caso, las exigencias establecidas en el Real Decreto 1007/2023 en materia de integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad, así como las restantes garantías técnicas del sistema, se mantendrán en términos sustancialmente equivalentes a los previstos en su desarrollo normativo actual".
En estas líneas entiendo que la base de VeriFactu (integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad) no se va a ver afectada bajo ningún concepto. Por lo que deduzco que el trabajo que llevamos hecho, hecho está. Llámese como se quiera llamar a un sistema que cumpla con la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros, que ahora le llaman VeriFactu y que me da igual que le cambien el nombre a "Enrique el loco" pero la base del sistema va a ser la misma que nos obligaron a implementar con la ley antifraude. Entonces y ahora se sigue llamando VeriFactu. Lo único que puede morir es el nombre.