Cita:
Empezado por espinete
Hoy les he enviado este email a los de VeriFactu, con algunas dudas, opiniones y "quejas" que llevábamos tiempo recopilando. Es un poco largo, pero creo que resume lo que hemos estado debatiendo por aquí últimamente.
A ver qué responden (si responden algo):
Código:
Buenos días...
Nos han surgido varias dudas que consideramos bastante importantes, además de otros muchos casos no previstos inicialmente pero que indudablemente surgirán en cuanto las empresas empiecen a generar/enviar VeriFactu de forma masiva...
Os las planteamos con el fin de entender qué tenéis previsto que se deba hacer en cada caso, ya que consideramos que la documentación tiene partes que están sujetas a interpretación subjetiva.
1. Usuarios probando versión demo del software
En un software de escritorio, los usuarios de software suelen descargar y probar el software durante un tiempo antes de comprarlo. Quieren crear un par de artículos, ver cómo se hace una factura, si les gusta cómo se hace, etc.
Teniendo en cuenta que no permitís el envío de VeriFactu al entorno de Pruebas (lo cual nos parece un despropósito sin sentido y que no debería afectar a nada ni nadie), entendemos que pretendéis que el usuario dé de alta su certificado en el software
(y en todos los softwares que esté probando), rellene los datos reales de su empresa, dé de alta un cliente real con NIF real y haga las facturas, se envíen a VeriFactu al entorno de Producción y luego se anulen automáticamente (o tenga que anularlas él).
Nos gustaría saber si creéis que esto es lo que se debe hacer realmente, porque sinceramente, tras la experiencia que nos han dado 25 años desarrollando software de facturación, dudo mucho que los usuarios estén preparados para esto.
El entorno de Pruebas debería estar disponible para que se pueda usar, obviamente que sea independiente y separado del Real, para poder probar que todo funciona correctamente antes de empezar. Lo que sí se debería impedir es alternar entre Pruebas y Producción, pero que se pueda probar el software,
o hacer envíos de pruebas en caso de detectar una incidencia, etc. lo vemos completamente imprescindible.
2. Usuarios registrados que nos envíen copias de seguridad para resolver alguna incidencia
En el software de escritorio los datos se almacenan de forma local, y se hacen copias de seguridad/respaldo cada X tiempo. Algunas incidencias difíciles de resolver en remoto requieren que el usuario nos envíe una copia de seguridad de sus datos, que recuperamos en nuestros equipos.
¿Qué pasará si debemos hacer una factura de prueba? Pues que en sus datos y config. estará activado VeriFactu en modo Producción. Tener esto en cuenta antes de hacer nada y liarla es bastante complejo, sobre todo teniendo en cuenta que tenemos clientes que NO están en VeriFactu, sino en TicketBAI o en otros países.
3. Usuarios con pérdida de datos, virus, PC roto, BD dañada, etc.
Esto es algo más habitual de lo que se cree, por desgracia. A muchos usuarios se les rompe el PC, o se les infecta/encripta por un virus, o lo que sea.
Imaginemos que una empresa lleva enviando VeriFactu varios meses, y de repente hoy ocurre algo y pierden los datos.
Deberán, con suerte, recuperar una copia de seguridad de ayer (o incluso anterior si las han perdido también). Cuando lo hagan, habrá facturas que NO existan en el SIF, pero sí le constan a Hacienda porque ya fueron enviadas antes del desastre.
Conclusión: se pierde en encadenamiento, porque la última factura que se envió no existe en el SIF. ¿Cual es aquí el procedimiento a seguir? Iniciar una nueva enumeración? Consultar con la AEAT cual fue la última factura enviada y obtener su huella para el encadenamiento?
Rehacer las facturas que faltan una a una y enviarlas como "subsanación"?
4. Diseños de factura personalizados
Nuestro software permite a los usuarios elegir entre varios diseños de factura, personalizarlos a medida o incluso crearlos desde cero. Para ello usamos un conocido diseñador de informes. que se incluye con el software.
Ahora con VeriFactu tendrán que incluir en sus diseños de factura 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, y mucho menos al principio de la página, como "exige" Hacienda.
Conclusión: no hay forma. Los clientes tendrán que añadir/personalizar su plantilla de factura para añadir el QR.
Tratándose de miles de clientes, es inviable que nosotros podamos hacer eso, por no mencionar el coste que ello supone (horas de trabajo, precio...).
Los clientes quieren usar su propia plantilla de factura, que han estado usando durante años, con sus colores, su diseño, etc. A los clientes nuevos se les puede predefinir el diseño especial/oficial para VeriFactu, pero los antiguos tendrán que adaptar el suyo sí o sí.
Además, el SIF permite al usuario cambiar el modelo de factura cuando quieran, y el QR solo se incluye en uno. Y no, no es posible impedir eso (no puedes permitir modificar un diseño pero no elegir otro, no tendría sentido. Además, el diseñador de informes no lo desarrollamos nosotros).
En fin, que como se puede apreciar, hay muchísimas consecuencias que creemos que no se han tenido en cuenta, dejando el 100% de responsabilidad sobre nosotros, lo cual es injusto, por no decir abusivo.
Y hay muchas otras dudas que nos han surgido en las últimas semanas que también tendrán sus consecuencias:
5. Usuarios que no saben si son persona física o jurídica: Esto puede resultar inverosímil, pero ocurre, y mucho. Sobre todo con cooperativas, etc.
6. Permitir el envío al Entorno de Pruebas solo a nosotros como desarrolladores: habría que pensar cómo permitir que solo nosotros podamos hacerlo, pero sin embargo, en el mismo software, enviar a Producción cuando lo que se envíe sea nuestra facturación real.
7. "Autofacturación" en empresas agricultura: hay empresas que realizan auto-facturación (se facturan a sí mismas en nombre de un proveedor tercero). No es nuestro caso, pero hemos hablado con otras empresas de software que nos han trasladado también esta duda.
Para esa funcionalidad tampoco parece haber respuesta, según nos han dicho.
En definitiva, como opinión personal después de año y medio centrados exclusivamente en VeriFactu, sin recibir a cambio poco más que avisos de posibles sanciones y 100% de la responsabilidad, creemos sinceramente que hay cosas que se han planteado mal, o de forma incompleta.
Entendemos que vuestra intención es que nos lo tomemos en serio, pero el estrés y ansiedad que nos ha generado todo esto es difícilmente compensable. Nuestro software lleva años con TicketBAI y la factura electrónica de México, Costa Rica, etc. sin tener que pasar por todo esto en ningún momento.
Creo personalmente que las cosas se podrían haber hecho mejor, y espero que aún estemos a tiempo de ser algo más permisivos con algunos casos concretos.
|
Es muy bueno y tiene muchos puntos xomunes para los demás, esa es la única forma de que vayan suavizando la interpretacion de la normativa, de ellos no va a salir y solo es viable de esta forma, exponiendole los problemss que hacen que te hagan perder capacidad rn los servicips y por tanto repercuta en menos ventas. Lo lógico es que se lo pasen a un responsable y arreglen, al menos, algunas de los problemss que les detallas.
Lo que se han sacado de la manga con loss programas de pruebas es irracional y deja muchsimos servicios fiera del mercado, no solo las demos, han querido hacer un apaño c9n lo de enviat inmediatamente la anulación, pero como comentas se le escapan muchas cosas.
Yo tuve que estar 2 semanas cruzandome correos por qur mi software es multiuso y al final no se enteraban de nada, ellos han hecho un estudio básico del mercado y se estan tropezando con una galaxia de combinaciones que no controlan ni quieren estan obseilnados con cerrar el virculo tanto que la están liando y tengo claro que ll que van a encontrar es que cada uno ha hechp lo que ha podido para poder seguir funcionando sorteando como pueda tanta regla.
|
29-07-2025
Temas Similares
Modo Híbrido
