Nuevo lío con los modelos de factura personalizados
 

Nuestro software permite a los usuarios elegir entre varios diseños de factura, personalizarlos o incluso crearlos desde cero. Para ello usamos el diseñador de informes ReportBuilder, que seguramente muchos conocen.

Ahora con VeriFactu tendrán que incluir en sus diseños el QR de VeriFactu. Hemos intentado automatizarlo pero es imposible. En el 99% de los diseños no hay espacio libre para meter ese QR.
Conclusión: no hay forma. Los clientes tendrán que añadir/personalizar su plantilla de factura para añadir el QR.

Para complicarlo más: la personalización de plantillas tiene un coste (obviamente). O lo hacen ellos solitos, o lo contratan.

Lo que haremos por lo pronto es, para nuevos clientes (durante la instalación/configuración), si está acogido a VeriFactu, establecer un diseño de factura predefinido oficial para VeriFactu. Pero con los clientes antiguos va a haber un problema.
En fin, va a ser super divertido cuando llegue el momento.

¿Vosotros habéis tenido el mismo problema o similar? ¿Cómo tenéis pensado afrontarlo?
Estamos hablando de miles de clientes. Asignarles a todos un modelo de factura predefinido de un día para otro no les va a gustar, aunque está claro que en el peor de los casos, es lo que hay. Si quieren adaptar el suyo de siempre, que lo paguen o que lo hagan ellos.

Hola espinete, nuestro programa también da la posibilidad de crear varios diseños de impresos y escogerlos a la hora de imprimir la factura.
Ya hace unos días que estamos contactando con todos y cada uno de los clientes para empezar a adaptarles los impresos de facturas para añadir el QR.
Es cierto que en algunos casos es complicado hacer un hueco para añadir el QR.

Lo que mas me preocupa a mi, es que como el usuario puede editar los impresos y escoger el diseño que quiere al imprimir, algún usuario listillo podría imprimir una factura sin QR y eso no podemos controlarlo desde programa. Quiero pensar que es responsabilidad del usuario si utiliza mal el programa que si cumple la ley, pero ...

Y lo váis a hacer gratis? Porque no podemos hacer eso con miles de clientes, por mucho margen de tiempo que tengamos.
Imagino que lo hacéis con clientes con soporte en vigor o algo así.

Lo de que ellos puedan elegir otra plantilla cuando les de la gana, está claro que ya será responsabilidad de ellos. Como mucho podremos detectar si la factura a imprimir incluye el QR y mostrar un aviso, pero no vamos a llenar el programa de "detectores" por todas partes.

Exacto, solo a los clientes que pagan un mantenimiento

Yo ya me pegue el curro de tocar cientos de formatos que tengo de clientes para cuando se les actualice lleven su QR y demás campos nuevos, alguno puede que se queje por le he tocado un poco la extructura del encabezado, pero es lo que hay, si no hay sitio hay que mover campos. Y luego lo que si que hemos hecho ha sido deshabilitar la opción de que puedan duplicar formatos para crearse otros o modificar los que tienen. No nos fiamos de que trasteen, quiten el QR y luego nos venga hacienda a nosotros a decir que porque hay facturas sacadas con nuestro software sin QR.

Esto es lo que me preocupa

Es que es imposible que el software permita elegir, diseñar, modificar facturas pero que impida por otro lado usar otro, quitar el QR, etc. Sencillamente lo que exige Hacienda no siempre se puede conseguir. No basta con decir "tienen que hacer esto así y si no te llevas una sanción" y limpiarse las manos. Es injusto y, sobre todo, abusivo.

En nuestro caso hemos dado una utilidad simple de conversión, que edita el Report, le añade una banda y en ella incrusta el código.
En principio de esta forma los listados que el usuario quiera convertir, ya lo llevan (la utilidad es opcional).
Luego ya los clientes, que pueden modificar los listados o crear nuevos, pueden "tunearlos".

Y las plantillas que lleva el programa por defecto ya los llevan incluídos.

En nuestro caso al imprimir una factura, se comprueba que incluya un QR y de las medidas mínimas estipuladas (y algunas cosillas más, como que no exista otro por encima).
Si el usuario usa una plantilla suya que no lo incluye (o una en la que lo ha eliminado), falla la impresión.

Nosotros intentamos lo de añadir (por código) una nueva banda con el QR, pero los resultados no nos convencían, ya que hay diseños de factura muy complejos, y añadir la banda nueva movía todo lo demás.
Además la banda solo contiene el QR, dejando un montón de espacio desaprovechado al lado. Por eso lo descartamos. Está claro que como medida provisional y automática, bastante es, y bastante curro te has pegado para conseguirlo, pero la verdad es que lo vemos complicado tal como tenemos hecho el software ahora mismo.

Lo único que podremos hacer es impedir la impresión si no detectamos el QR asignado al campo correspondiente, pero poco más.

Habíamos pensado en eso pero en nuestro caso creemos que no es posible. Utilizamos un componente (Combit List & Label) que no permite o hace muy complicado ese control.
Podríamos llegar a detectar si hay el QR pero no podemos saber si el usuario ha puesto un recuadro en blanco encima para taparlo y que no se vea/imprima...
De momento hemos desestimado ese control.

gracias

Es que si Hacienda pretende que además controlemos que el usuario no ponga nada encima del QR...

Luego se quejaran también de que la impresora tenga poca tinta y no se lea bien el QR. También va a ser culpa nuestra?

Nosotros también dejamos configurar las plantillas y vamos a guardar la factura diseñada tal como se imprimió en base de datos, para controlar si por ejemplo el cliente metió algo en una plantilla que no debería, hicimos una consulta a verifactu y lo recomiendan. cavando el hoyo...


pregunta

respuesta

Nos pasa lo mismo.
La intención es darles una solución temporal. Luego les es más fácil mover el QR ya existente y borrar la banda.
(se les dice en la documentación donde debe ir)

Nosotros si controlamos que no "colisione" con otro control, pero aun así hay mil formas de saltarselo.
Saben que por ley DEBEN hacerlo así.
Digamos que el software controla determinadas cosas, pero es imposible controlar todas.

Habrá que actualizar la documentación, crear artículos específicos explicando el proceso, videos o lo que sea

Menudas semanas/meses nos esperan una vez esto empiece a funcionar en serio 😅

Nosotros teníamos 8-10 impresos personalizados, y todos pasarán al único formato válido con QR y Verifactu. Se acabó la libertad de "impresos".

En nuestro los informes se editan desde el Crystal Reports, desde fuera del programa.
En la declaración responsable hemos puesto una mención a esto. No se si servirá para algo, pero por si acaso la tiene.:D

No se le puede dar la posibilidad al usuario de modificar si mostrar o no el código QR. Es una responsabilidad que no solo recae el usuario eligiendo plantillas y dónde mostrarlo o si mostrarlo o no, pues hay una ley y una reglamentación que lo regula y obliga a ello, y dicha infracción no solo recae en el usuario, sino también en el software que lo permite hacer. Esto viene de mucho atrás, y no solo en infracciones a leyes ordinarias y reglamentos sino también la importancia de leyes orgánicas como el código penal. Un delito lo comete una persona pero si el delito no lo puede cometer sin la ayuda de otro (en este caso el software que permite hacer posible la infracción) el software también es la herramienta que facilita cometer el delito pues también tiene la responsabilidad (las personas detrás que lo desarrollan con la intención), y esto viene con los grados de autoría en la comisión de delitos.

Con esto resumo, que andéis con ojo con qué se le permite hacer al usuario porque facilitar cometer infracciones a la legislación ordinaria o en casos mas graves con infracciones a leyes orgánicas como el código penal, también tiene por su grado de autoría, responsabilidad y complicidad en ello y puede acarrear las mismas penas el que comete el delito como el que ayuda a que sea posible. Se le puede dar libertad al usuario en determinadas situaciones, pero recordar que el software tiene que cumplir la normativa también y no solo el usuario. No valdrá a la hora de tener que defenderse que fue el usuario el que lo hacía y no el software. El caso del QR es un caso leve, pero no olvidéis no permitir hacer al usuario todo lo que sería infracción a cualquier ley y cualquier reglamento.

Un saludo

Eso como tal no es imposible en la mayoría de configuraciones/Programas/Aplicaciones.
Un programa tipo ERP (con xxx clientes -puedes poner el número que quieras-) debe permitir al usuario crear sus propias plantillas. Por lo tanto, debe poder crear listados, añadir componentes (y el QR es uno más), donde toque.
Lo que podemos hacer es poner validaciones (dentro de nuestras posibilidades) y avisarle de que debe hacerlo y cómo debe hacerlo.

Entiendo que hay diferencias entre, lo que el "programa permite" y lo que el "programa facilita" hacer.
Tú puedes llevar con un programa de facturación "temas en B" (de múltiples maneras dependiendo del programa y de su estructura -sobre todo los que funcionan en local-) y eso no es responsabilidad del programa. Lo que si lo es (un delito) es que el programa lo "facilite" o ponga los medios para que el usuario lo pueda hacer.

Una opción sería, comprobar, antes de permitir realizar una factura, si la plantilla que se va a usar tiene incorporado el QR, y si no es así, mostrar un mensaje e impedir la realización de dicha factura.

Yo entiendo que la responsabilidad de que la factura salga con su QR tributario es del SIF no del usuario. EL RRSIF deja bien claro cuales son las responsabilidades de SIF en lo que atañe a cumplir con el reglamento, emitir RF, emitir Factura y generar QR impreso. No se puede permitir que un usuario modifique la plantilla de factura y quite o recoloque el QR donde estime oportuno ya que no estaríamos cumpliendo. Ante una inspección, una factura sin QR que está sujeta a Verifactu es sancionable seguro y probablemente, parte de la sanción recaiga sobre la empresa desarrolladora. Al cliente no hay que avisarle de que debe poner el QR, es responsabilidad nuestra