![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
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. |
|
#2
|
|||
|
|||
|
Cita:
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 ... |
|
#3
|
|||
|
|||
|
Cita:
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. |
|
#4
|
|||
|
|||
|
Exacto, solo a los clientes que pagan un mantenimiento
|
|
#5
|
|||
|
|||
|
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.
|
|
#6
|
|||
|
|||
|
Esto es lo que me preocupa
|
|
#7
|
|||
|
|||
|
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.
|
|
#8
|
|||
|
|||
|
Cita:
En la declaración responsable hemos puesto una mención a esto. No se si servirá para algo, pero por si acaso la tiene. ![]() |
|
#9
|
|||
|
|||
|
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 |
|
#10
|
||||
|
||||
|
Cita:
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.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#11
|
|||
|
|||
|
Cita:
|
|
#12
|
|||
|
|||
|
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".
|
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Duda a verifactu sobre factura compatibilidad de factura sustittuiva en facturae | ermendalenda | Registros de Facturacion y Eventos (XML) | 3 | 05-11-2024 17:37:24 |
| Modelos de desarrollo, modelos de negocio y mitos del S.XXI | Casimiro Noteví | La Taberna | 0 | 14-01-2011 08:56:07 |
| Glscene con modelos md3 | Ghost1986 | Gráficos | 2 | 15-11-2007 04:40:13 |
| Modelos y Simulacion | hmoner | Varios | 0 | 06-06-2005 15:30:52 |
|