Ley antifraude 2021 (VERIFACTU) - Programas informáticos

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

_________________________________________________________________________

NOTA MODERADOR: Voy a aprovechar este segundo mensaje para colocar aquí la recopilación de códigos utiles que van saliendo a lo largo de
este hilo (en sus mensajes) para que estén más accesibles.
__________________________________________________________________________


Generar XML de la Factura

• Generación RegistroFacturacion ALTA y XML para guardar y leer después (primer prototipo).
• https://www.clubdelphi.com/foros/sho...postcount=1077 Primera versión para generar "algo" del XML utilizando SOAP.
• Genear XML de la fectura "a pelo" usando VB 6
• Código para generar encapsulamiento y envio, totalmente funcional para face y faceb2b Realizado en [b]PHP[/
• Código para generar el Registro de Alta y extraer el XML de la factura

...

Firmar XML
...

Calcular el HASH 256
https://www.clubdelphi.com/foros/sho...postcount=1026 (código dll para realizar el cálculo)
https://www.clubdelphi.com/foros/sho...postcount=1479 (código en .NET)

Validación del HASH 256
https://hash.online-convert.com/es/generador-sha256 Web para validar el hash generado

Generar QR
...

Envío del fichero
Utilizando commandos CURL
* Enviar utilizando commandos CURL (primera aproximación)
...


Otros códigos relacionados
Utilizando commandos CURL
* Obtener fecha y hora online (JSON) utilizando commandos CURL

[Casimiro Notevi]

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

Al final pasará como con la factura electrónica.
Cada comunidad la suya (y lo peor, dentro de cada comunidad, cada provincia la suya -como está pasando con TicketBAI- ), con datos distintos, especificaciones distintas,...
Para cada admministración un dineral gastado (que al final lo pagamos nosotros) y para las empresas imposible de asumir.
Se resume en que no hay programas que soporten factura electrónica a nivel nacional, porque es imposible de mantener las N diferentes.
País de pandereta!!!

[yaedev]

Al final se está haciendo muy engorroso desarrollar sistemas de facturación...que pesadez... si lo llego a saber cojo otra área.

A raíz de esta nueva ley, y dado que los desarrolladores también vamos a ser presuntos culpables, habrá que ir con lupa que acciones hay que restringir o no en el software.

¿En vuestro software permitís que se puedan modificar y eliminar facturas o tickets? En la mayoría de software te dejan modificar y eliminar, a ver porque esta acción no tiene porque ser siempre con finalidad fraudulenta. Sino algo tan simple que cuando revisas la factura antes de enviarla, te das cuenta que está mal. No vas a hacer una rectificativa si aún no la has entregado a nadie...Pues al menos tienes la opción de editarla o eliminarla (cuando te sale más a cuenta crearla otra vez desde cero).

El software cuando ya no debería de dejar eliminar o modificar la factura o ticket: ¿Cuándo ya le has dado a "guardar nueva factura" o "guardar nuevo ticket"?

[Casimiro Notevi]

Es que por mucho que quieran controlar, no va a servir para nada, porque siempre habrá alguna forma de "bordear" ese control.

Es lo mismo que con los controles "antipiratería", no sirven para nada, y el único al que fastidia es al que ha comprado legalmente.

[mamcx]

Empezado por yaedev

¿En vuestro software permitís que se puedan modificar y eliminar facturas o tickets? En la mayoría de software te dejan modificar y eliminar, a ver porque esta acción no tiene porque ser siempre con finalidad fraudulenta. Sino algo tan simple que cuando revisas la factura antes de enviarla, te das cuenta que está mal. No vas a hacer una rectificativa si aún no la has entregado a nadie...Pues al menos tienes la opción de editarla o eliminarla (cuando te sale más a cuenta crearla otra vez desde cero).

Aqui en Colombia el tema de la factura es casi asi de complicado. Una vez hecho un documento, no se puede deshacer, solo enmendar. Tambien porque una vez emitido una numeracion no se puede reusar.

Como lo hago? Tengo un esquema de "estado del documento" maso:

Código Delphi [-]
enum DocStatus
    Draft
    Pending
    Processed

Mientras esta en "Draft" el usuario puede hacer lo que quiera. "Pending" esta por confirmarse y desde aqui no se puede alterar o modificar.

Esto funciona muy bien y a los usuarios les gusta el icono con colores que identifica el estado.

[PepCat]

El poder modificar facturas (al menos en España) es una “mala costumbre” que llegamos arrastrando desde los inicios de los primeros programas de gestión y que muchas empresas siguen mentalizadas en que esta opción es imprescindible.

Hace unos años tuve una experiencia muy curiosa sobre este tema. En una empresa usaban un ERP que yo había desarrollado, este ERP permitía modificar y anular facturas y de igual forma los asientos contables se permitían modificar y/o anular. Para el jefe financiero y el resto de personal administrativo estas posibilidades eran imprescindibles y no quería renunciar de ninguna forma.

Esta empresa creció y fue adquirida por una multinacional que rápidamente sustituyo el antiguo ERP por el suyo. El nuevo ERP no permitía realizar ninguna modificación ni en facturas ni en contabilidad. Es decir, cada vez que había un error en una factura se hacia una de abono y se generaba una nueva (y esto ocurría varias veces al día) todo esto generaba muchísimo ruido contable, pues bien, al principio el director financiero no le gusto, pero al cabo de un par de meses se acostumbraron sin ningún problema. Es más, el director financiero se convenció que este sistema era mucho mejor que el anterior sistema, porque de esta forma, todo quedaba registrado.

¿Os imagináis la cantidad de problemas que los desarrolladores nos ahorraríamos si nuestros programas no permitiesen retroceder las facturas?

Por otra parte, si se quiere evitar el fraude, ¿porque no pasar todas las empresas al SII?

El SII es un sistema que ya está desarrollado, funcionando y totalmente probado, además como la mayoría de nuestros ERP’s ya están preparados para el SII, la transición no sería tan traumática (al menos para nosotros).

[Casimiro Notevi]

El problema realmente no es ese, el problema es que hay como mínimo 17 españas distintas. Y si haces un software certificado para Valladolid, no servirá para Burgos, y si certificas para Burgos, seguirá sin servir para Palencia... y al final serán más de 50 españas. Todos esos certificados, quebraderos de cabeza, problemas con las distintas administraciones, etc. es imposible que lo podamos mantener desarrolladores independientes o pequeños, los únicos que podrán mantener algo así serán las grandes empresas que tienen mucha gente en plantilla y medios para adaptarlo todo.
Si algo así si hace, estamos condenados, porque bien sabéis que "España es diferente". En Portugal, por ejemplo, tienen algo similar, y según las noticias que me llegan, es algo implantado a nivel nacional, y no algo distinto para cada provincia.

[[Al González]]

Empezado por Casimiro Notevi

...hay como mínimo 17 españas distintas. Y si haces un software certificado para Valladolid, no servirá para Burgos, y si certificas para Burgos, seguirá sin servir para Palencia... y al final serán más de 50 españas. Todos esos certificados, quebraderos de cabeza..

¡¿Cómo permitieron que algo así sucediera?!

[yaedev]

He estado echando un vistazo de lo que se cuece en otros países de la UE, y sí, hay algunos que llevan haciéndolo hace tiempo. Por lo que se ve en España, tarde y mal como siempre.....En el caso de Francia, por lo que he leído en alguna web, el software tiene que cumplir los requisitos y estar certificado. Mirando los precios de la certificación no es nada barato! (que si 800€ por no se qué, que si suma 600€ por no se cuantos, que si consultas a 200€/hora ) Este es el punto que más miedo me da, que nos crujan con las certificaciones y las auditorías para poder ser un "fabricante de software legal". Y según tengo entendido, cada vez que actualizas debes pasar la certificación de nuevo....Para los pequeños programas de facturación o gestión (sin contabilidad ni nada) y sin mantenimientos obligatorios, no sé hasta que punto nos va a ser viable seguir...

Luego el tema de los programas que hemos creado a medida a autónomos, tiendas o microempresas, ya verás tú cuanto tengas que decir que tendrá que desembolsar una pasta para adaptarlo y poder seguir usando su software a medida. ¿Y el tiempo humano para poder adaptarlos todos?

Por otra parte, si se quiere evitar el fraude, ¿porque no pasar todas las empresas al SII?

Claro. Lo lógico sería eso. Un único sistema antifraude, no doscientos mil....

En Francia creo que es un único también. Al igual que Portugal, como comenta casimiro....

[[newtron]]

Buenas a tod@s.


La verdad es que este es un asunto que me preocupa. ¿A qué se refieren con "software certificado"?, ¿hay que certificar nuestro software?, en caso afirmativo ¿dónde y cómo?. Por otro lado, ¿se va a permitir anular o modificar facturas?. Si el software tiene algún proceso de borrado de datos por los motivos que sean (limpiar datos antiguos, compactar ficheros, etc) ¿será ilegal eso y podrán darte un "estacazo"?.


Sería bueno intercambiar impresiones para ir aclarando un poco las dudas.


Saludos

[yaedev]

Empezado por newtron

Buenas a tod@s.

La verdad es que este es un asunto que me preocupa. ¿A qué se refieren con "software certificado"?, ¿hay que certificar nuestro software?, en caso afirmativo ¿dónde y cómo?. s

Hola:

Hasta que no lo aprueben (que según dicen será inminente) y luego lo detallen, no sabremos a ciencia cierta lo que nos vamos a encontrar respecto a las cuestiones técnicas y burocráticas. Por ahora todo suposiciones...Pero más o menos viendo lo de otros países se puede intuir....

Y no sé si también afectará a las tiendas online. Si una tienda online emite facturas también debería entrar en el saco...

Empezado por newtron

Si el software tiene algún proceso de borrado de datos por los motivos que sean (limpiar datos antiguos, compactar ficheros, etc) ¿será ilegal eso y podrán darte un "estacazo"?.

Creo que eso ya no se podrá hacer....Supongo que se podrá hacer en los supuestos casos de que haya expirado el plazo, porque uno no vas a tener facturas de 30 años....

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

Todo esto son suposiciones, pero basándonos en lo que ya se hace, podemos imaginar o suponer...

Empezado por newtron

¿A qué se refieren con "software certificado"?, ¿hay que certificar nuestro software?, en caso afirmativo ¿dónde y cómo?.

Pues seguramente obligarán a que esté firmado (eso ya casi hoy es día es obligatorio aunque no nos obliguen) y seguramente tendrás que darte de alta en un "listado" como empresa desarrolladora con tus datos.
Por si luego hay que "meterte un puro", saber dónde ir a buscarte.
Algo así como se está haciendo en TBAI.

Empezado por newtron

¿se va a permitir anular o modificar facturas?.

Anular siempre, porque es una operación "correcta". Modificar depende. Es posible que se pueda y tengas que justificarlo (como en el SII) o que no se pueda y tengas que ir hacia rectificativas en todos los casos (como en TBAI); Aunque este último caso es "muy restrictivo".

Empezado por newtron

Si el software tiene algún proceso de borrado de datos por los motivos que sean (limpiar datos antiguos, compactar ficheros, etc) ¿será ilegal eso y podrán darte un "estacazo"?.

Eso es posible que sea como hasta ahora. En papel, por ejemplo, creo que la ley obliga a mantenerlas 6 años, pues imagino que con las digitales igual o similar.
Aunque si se van a enviar como en el SII/TBAI ya no se si tiene mucho sentido, porque una vez enviada, ya la puede mantener hacienda y consultarla tú siempre que sea necesario.

Pero lo dicho, suposiciones, suposiciones, suposiciones,...