FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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. Última edición por Neftali [Germán.Estévez] fecha: Hace 1 Día a las 14:31:15. Razón: Modifico este primer mensaje y lo "reaprovecho" para crear el resumen del hilo |
#2
|
||||
|
||||
_________________________________________________________________________
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
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: Hace 1 Semana a las 16:27:06. |
#3
|
||||
|
||||
Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#4
|
|||
|
|||
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"? |
#5
|
||||
|
||||
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.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#6
|
||||
|
||||
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 malabarista. |
#7
|
|||
|
|||
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). |
#8
|
|||
|
|||
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? Cita:
En Francia creo que es un único también. Al igual que Portugal, como comenta casimiro.... |
#9
|
|||
|
|||
Hola,
Ya se ha abierto el plazo de presentación de observaciones al proyecto de RD del Reglamento de Digitalización Facturación por parte de la Agencia Tributaria. Podéis ver el texto en https://www.hacienda.gob.es/Document...talizacion.pdf La cosa va a traer cola ... para nosotros. Saludos Última edición por Neftali [Germán.Estévez] fecha: 22-02-2022 a las 12:29:46. |
#10
|
|||
|
|||
Cita:
Gracias por la información. |
#11
|
|||
|
|||
Cita:
|
#12
|
||||
|
||||
Son 19 páginas, no 79
El resumen: Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#13
|
||||
|
||||
Cuñu.... ya podían haber dado algo más de plazo a ver si me daba tiempo a jubilarme.
__________________
Be water my friend. |
#14
|
|||
|
|||
Cita:
Cita:
(Vale, es cierto que para los programadores del Open source, no es de aplicación.) |
#15
|
||||
|
||||
Pero lo mejor es esto
"Los obligados tributarios que ... utilicen sistemas informáticos para el cumplimiento de la obligación de facturación ". Pues nada, a no usar sistemas informáticos, mejor esto:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#16
|
|||||||||||||
|
|||||||||||||
P.6 cáp. VII:
Cita:
p.8 DF3ª Cita:
El mismo articulo sigue con Cita:
p.9 art.3.1 Cita:
p.11 art.6 Cita:
p.11 art.7 Cita:
p.11 art.8.1 Cita:
p.12 art.8.2 Cita:
Cita:
Cita:
art 8.4 Cita:
p.13-14 art.10 Contenido del registro de facturación de alta. A 1ª vista todo lo que está obligatorio en una factura, más la fecha-hora (timestamp) y las demás cositas informáticas que son de esperar. p.15 art.11 Generación y contenido del registro de facturación de anulación. Las anulaciones de facturas están previstas. Aparte. Nota mía: no he visto menciones de las rectificativas. p.15 art.12. Huella o «hash» y firma electrónica de los registros de facturación informáticos. Cita:
Cita:
Éste sistema «verificable» no está completamente definido. Disclaimer: no soy letrado este resumen solo es mi entendimiento a la luz de una 1ª lectura rápida del documento. Por favor léanse el documento por completo si están afectados. No son 79 páginas, solo son 19 y las 4 primeras son muy poco interesantes. |
#17
|
|||
|
|||
Cita:
El documento (PDF) está fechado del 21/02/2022 12:35:08. Sin embargo, en el texto de la página 7 (parte no normativa), 2º parágrafo, se lee: Cita:
En realidad la fecha tope es el 14 de marzo de 2022. La cuestión, al final, es, ¿qué plazo debemos esperar para la presentación del proyecto en Consejo de Ministros y posterior aprobación? (a no ser qué vaya a pasar por la vía parlamentaria previa, pero no lo creo, no se estila hoy en día). ¿Diciembre? ¿Junio/julio de 2022? |
#18
|
|||
|
|||
Buff, yo veo 2 cosas complicadillas para según que tipo de negocio:
Será obligatorio tener preparado el software para el envío inmediato de las facturas antes o la vez de su generación, espero que no sea obligatorio por que en sistemas lentos o con comunicación lenta (por ejemplo zonas con router de datos por 3g-4g) los clientes se pueden cabrear por una espera indeterminada de varios segundos, si además le añadimos un sistema de facturación centralizado con varios dispositivos generando facturas a la vez y hay que enviarlos en oden fifo.. Buff Por otro lado el tema de las logs garantizado inviolabilidad etc, que eso nos lo dejan a nosotros, claro ahora en sistemas que no contemplen esa automatización en sus bases de datos búscate la vida y rompete la cabeza y que lo que hagas este dentro de los parámetros que ellos piensan que son inviolables. Por que yo puedo pensar que enviarle los datos a un webservice firmado puede ser suficiente, pero me pongo a pensar la de los logs que se generan según lo que piden y son muchísimos más datos que las facturas. Los routers van a Petar del calentón y me veo un sin vivir todo el día acojonados con las averias |
#19
|
|||
|
|||
Cita:
Última edición por antoine0 fecha: 22-02-2022 a las 21:23:06. Razón: Había olvidado la aplicación web :( |
#20
|
||||
|
||||
Así ojeando por encima y habiendo desarrollado TicketBAI (hacienda del país vasco) veo que la idea es bastante parecida; Han cogido ideas imagino. Veo lo siguiente:
"permitiendo, en su caso, la simultánea o posterior remisión de la información de los mismos a la Administración tributaria" => En el pais vasco ya está previsto que la fatura se envíe en cuanto se genera o durante un periodo posterior (lo antes posible dice la documentación). Es decir, no es condicionante para generar la factura. Se puede crear una cola (con un proceso externo) que va realizando los envíos. "los obligados tributarios remitan inmediatamente a la Administración tributaria, de forma automática y segura por medios electrónicos, todos los registros de facturación generados en sus sistemas informáticos" => Cada ticket/factura que se genere hay que enviarla. En el caso del pais vasco, para personas/autónompos/miniempresas que generan pocas facturas al mes, ellos proveen un sistema para poder introducirlas manualmente. Pero esto sólo sirve para quien genere 5/10 facturas al mes. "la estandarización de formatos de los registros de facturación, se deberá incluir: código «QR» => Igual. En cada factura que se emite, debe incluir QR con la información. Ese QR (hay un punto más adelante que lo explica) el usuario puede leerlo (con el móvil, por ejemplo) y le debe llevar a una web con los datos de su factura. Así se asegura de que se ha enviado y de que es igual que la que él tiene en papel (o en su ticket). Algo así, para que os hagáis una idea: "La integridad e inalterabilidad de los datos registrados se asegurará utilizando cualquier proceso técnico fiable que garantice el carácter fidedigno y completo de los registros de facturación desde que hayan sido grabados en el sistema informático" => Entiendo que habrá que utilizar certificado/firma con todo lo que se envíe (JSON/XML/...). "La trazabilidad de los registros de facturación, que deberán estar encadenados de manera que pueda verificarse su rastro siguiendo su secuencia de creación desde el primero al último." => Todos los registros/facturas, deben incluir una parte de la firma de la factura anterior (encadenamiento), de esta forma te aseguras de que "no desaparecen facturas". Eso trae bastantes problemas técnicos (por experiencia). Si por lo que sea no puedes encadenar con la anterior hay que poder justificar porqué. Algo así como justificar los huecos en la facturación. Generación del registro de facturación de alta Generación y contenido del registro de facturación de anulación. => Se prevee alta, modificación y anulación de facturas (que no es lo mismo que rectificativas). "El receptor de la factura, ya sea empresario o consumidor final, podrá proporcionar de forma voluntaria determinada información de la misma a la Agencia Estatal de Administración Tributaria facilitando el código identificativo de carácter alfanumérico o mediante la lectura del código «QR»" => El que recibe la factura puede remitirla también a la AEAT. Es decir se pueden enviar facturas de compra (en el País vasco también). cosa que a la AEAT le facilita mucho el trabajo de "vigilancia", porque así puede "cuadrar" las que recibe de compra con las que recibe de Venta. Y si no "cuadran" pues multa al canto... "LaAgenciaEstataldeAdministraciónTributariafacilitaráunarutaespecíficaensusede electrónica o a través de la aplicación que al efecto ponga a su disposición para recibir dicha información. El acceso a la sede electrónica o a la aplicación mostrará los datos del código identificativo de carácter alfanumérico o del código «QR» en formato legible" => La web que he mencionado anteriormente, donde escaneado el código de la factura/ticket en papel, obtienes info de la factura generada. Como ejemplo, os muestro el QR de una factura generada para Guipuzcoa: Si lo escaneáis, devuelveeste texto: h_t_t_p_s://pruebas-ticketbai.araba.eus/tbai/qrtbai/?id=TBAI-B05430756-150222-BDM2BLewRizLS-007&s=SG&nf=3&i=36.00&cr=009 link: https://pruebas-ticketbai.araba.eus/...i=36.00&cr=009 Que es un link con los datos de la factura
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: 23-02-2022 a las 11:50:00. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 12:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 13:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 15:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 15:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 22:59:09 |
|