Opciones de configuración del SIF para NO permitir INCUMPLIR la ley

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

Al final hay "formas" de saltarse el sistema si el usuario quiere y sabe. Nosotros nos estamos encontrando formas (sobre todo cuando en las empresas mantienen los SGBD y por lo tanto tienen acceso a las BD).
La conclusión a la que se ha llegado es que no puedes hacer que sea imposible. Si el usuario quiere lo hará, lo que es responsabilidad de la empresa desarrolladora, es no facilitarlo desde el programa.

[rci]

Muchas gracias a todos por vuestras respuestas

[ermendalenda]

Hay un método intermedio no verifactu que mandas los registros a un servidor, lo pones en la declaración responsable (que en caso de dudas tienes una copia en un servidor seguro) y así te quedas tranquilo, pero claro se tienen que dar la condicion de que tengan Internet y de que el cliente te te firme el acuerdo de que conserves los datos.
Es como un tercer verifactu
Lo puedes plantear de que el No verifactu tiene que garantizar la conservación y es la mejor forma, no sé si te sirve, pero yo, aunque solo lo estoy programando solo modo verifactu, envío los registros a un servidor por si después tengo que programarlo tb a no verifactu y ya esa parte la tengo lista. Y además aprovecho que el servidor me genere unos reportes (a parte del que genero en el sif para el usuario por que me quedo ciego y no veo que pasa) de incidencias para saber si va todo bien, encadenamiento, numeraciones..., si uno de los sistemas dejan de enviar X horas/días también lo detecto y me pongo en modo alarma, esto ya lo tengo implantado desde el 2021 para registros ticketbai(con el que me está sirviendo de prueba) y lo voy a hacer igual para verifactu y me ha venido perfecto, sobre todo para mi tranquilidad y gracias a ello puedo intervenir en las incidencias casi inmediatamente cuando ocurren, las más graves me llevan al email directamente desde el sif, eso también es muy importante.

[razorxxx]

Cuando llegue el 29 de Julio de 2025, ya ninguna empresa debe tener en posesión y uso ningún software que incumpla la Ley. Dicho esto, ningún usuario debería tener datos de facturación posteriores a esa fecha en un software que incumple la ley y que no lleve su correspondiente declaración responsable.

Nosotros como desarrolladores no vamos a mantener 2 versiones de un programa (una que cumple 100% la ley, y otra que sólo cumple una parte), nos dedicaremos a enviar varios meses antes un mail a todos nuestros clientes (y publicación en nuestra web) de que a partir del 29 de Julio deberán tener un software "homologado".

Es responsabilidad del usuario cumplir con la legislación, por tanto si una empresa se lo quiere saltar allá ella, pero por nuestra parte nos lavaremos las manos con el aviso previo y la declaración responsable en todos nuestros programas de facturación.

[afxe]

Perdonad que reabra el tema. He realizado una consulta a los de Hacienda sobre un problema que se nos plantea. Nuestro ERP es usado en una escuela de formación de grado en Administración de Empresas. Cada año, decenas de alumnos se crean sus empresas ficticias y realizan prácticas que incluyen generación de facturas. La respuesta ha sido:

No se contempla dicho comportamiento. Pero les planteamos la posibilidad de que para esas formaciones, o para pruebas, podrán hacer uso de nuestro entorno de pre-producción (entorno de pruebas) siempre que lo deseen. En dicho entorno, tal y como se hace en producción, los NIFs deben ser válidos. Toda información remitida a dicho entorno no tendrá trascendencia tributaria.

Esto quiere decir que se habilita la posibilidad de usar el software conectado a pre-producción de manera activa y continuada... no quiero decir yo que esto es abrir una puerta trasera...