Ley antifraude 2021 (VERIFACTU) - Programas informáticos
___________________________________________________________________
NOTA MODERADOR: Voy a ir modificando este hilo inicial (como hemos hecho en otros casos) para ir recopilando los links, ficheros y asuntos importantes de este hilo, que se prevee que va a ser largo. Los que estéis interesados en el tema de "La ley antifraude" suscribiros a este hilo para recibir las notificaciones. os pido que mantengamos este hilo específicamente para este tema. ___________________________________________________________________ Se ha habilitado una nueva sección dentro del FTP del club, donde se irán copiando/almacenando los documentos, para tenerla accesible en cualquier momento. No sólo tiene que ser documentación "oficial", si se cree conveniente que otros documentos, códigos o información pueden ser útiles, también se pueden incorporar (basta con que aviséis a algún moderador o a mi mismo). https://terawiki.clubdelphi.com/Otro...LeyAntifraude/ LINKS, ENLACES Y DATOS DE INTERES --------------------------------------------------------------------------
SERVICIOS Y ESQUEMAS --------------------------------------------------------------------------
INFORMACION AEAT -------------------------------------------------------------------------- Web de información y publicación de novedades (AEAT) Buzón de correo para dudas técnicas: verifactu@correo.aeat.es CALENDARIO --------------------------------------------------------------------------
(NOTA del Moderador) Modifico este primer mensaje y lo "reaprovecho" para crear el resumen del hilo. A modo de resumen, a este primer mensaje se le irán añadiendo datos a medida que vayan apareciendo. |
_________________________________________________________________________
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. __________________________________________________________________________ Programa de ejemplo Ejemplo de Alta/Anulación de factura, envío HTTPRIO; Enlaces al FTP. Importar el WSDL (retoques manuales) Retoques manuales al realizar la importación 1 Retoques manuales al realizar la importación 2 Generar XML de la Factura
... Firmar XML Códigos y DLLs compiladas para Firma Digital por DLL y XML schema binding de facturae (DLLFirmaXML). 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 * Funcion en c# para enviar la consulta a la aeat. *Código Delphi Componente derivado de HTTRIO para facilitar los envíos a verifactu. El componente Requiere Delphi 12 , me baso en enviar XML preparados previamente almacenados con un certificado también almacenado en el software. Bàsicamente le cargamos el certificado, el password un XML y lo enviamos. Lo dejo en el FTP del club, con un pequeño código de ejemplo.. El mensaje original es este (mensaje#2668). Utilizando commandos CURL * Enviar utilizando commandos CURL (primera aproximación) * Preparación del XML y envío con CURL Otros códigos relacionados Utilizando commandos CURL * Obtener fecha y hora online (JSON) utilizando commandos CURL |
Cita:
|
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"? |
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. |
Cita:
Como lo hago? Tengo un esquema de "estado del documento" maso:
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. |
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). |
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. |
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 :eek:) 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? Cita:
En Francia creo que es un único también. Al igual que Portugal, como comenta casimiro.... |
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 |
Cita:
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...:confused: Cita:
|
Todo esto son suposiciones, pero basándonos en lo que ya se hace, podemos imaginar o suponer...
Cita:
Por si luego hay que "meterte un puro", saber dónde ir a buscarte. Algo así como se está haciendo en TBAI. Cita:
Cita:
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,... |
La cosa es complicar la existencia a los que hacen las cosas bien. El que lo hace mal seguirá haciendolo como siempre.
|
La ley antifraude ya ha sido publicada el día 10 en el BOE: https://www.boe.es/boe/dias/2021/07/...2021-11473.pdf La verdad que no ha cambiado nada respecto al proyecto de ley....Salvo de añadir lo de sujetos y sujetas...
Cita:
Cita:
¿pero qué cambios tenemos que hacer o qué hay que tener en cuenta que cumplan nuestras aplicaciones? Me parecen muy ambiguas las circunstancias enumeradas. Un gestor me dijo que esto para el software de doble uso. Claro ya, hasta aquí llego, ¿pero que entiende Hacienda como software de doble uso? Una cosa es lo que entendemos los mortales y otra la que entiende Hacienda. Y como haya que hacer cambios, el plazo de 3 meses es una miseria de tiempo para integrar cambios en todos los programas... |
Cita:
|
Cita:
La ley que han aprobado en ningún momento dicen que será obligatorio que desarrollen las cuestiones técnicas vía reglamentaria. Es decir, que a lo mejor ni lo desarrollan o te lo lo publican 15 días antes. Representa que en 3 meses todas las aplicaciones informáticas deben cumplir con algo que no sabemos exactamente el qué. Nos encontramos en una gran inseguridad. :rolleyes: Y me parece muy preocupante dadas las elevadas cuantías de las infracciones. Menuda chapuza todo. |
Hola a todos,
alguien sabe si hay algún anexo técnico referente a esta nueva Ley ? un saludo |
Que yo sepa no es ninguna ley, lo enlazado al principio es una proposición de ley, algo que se estudiará, se editará y se aprobará, o no.
|
Cita:
la verdad es que entiendo mucho de leyes... según ha escrito un miembro del foro la ley está publicada aquí: |
A ver si encontramos a alguien que lea el BOE :D
|
La franja horaria es GMT +2. Ahora son las 01:09:06. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi