Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[oscarperez-1980]

Si tienes que crear un archivo por cada evento del programa podemos alucinar...


A ver si le interesa a aalguien.
Propongo hacer una video conferencia con interesados en analizar los puntos y su implementación, quien estaría interesado?


Un saludo.

[ermendalenda]

Empezado por oscarperez-1980

Si tienes que crear un archivo por cada evento del programa podemos alucinar...


A ver si le interesa a aalguien.
Propongo hacer una video conferencia con interesados en analizar los puntos y su implementación, quien estaría interesado?


Un saludo.

Buena idea, pero si puede ser con aporte de ideas para los puntos principales.

[oscarperez-1980]

Mi propuesta es bastante sencilla:
1.- Enumerar los puntos a cumplir.
2.- Cada participante expone como haría él el desarrollo o solución al punto.

Se puede hacer con un documento de gmail donde cada uno pueda agregar texto para poner lo en común, se comparte con los interesados y ya está.

Saludos.

Empezado por ermendalenda

Buena idea, pero si puede ser con aporte de ideas para los puntos principales.

[ermendalenda]

Empezado por oscarperez-1980

Mi propuesta es bastante sencilla:
1.- Enumerar los puntos a cumplir.
2.- Cada participante expone como haría él el desarrollo o solución al punto.

Se puede hacer con un documento de gmail donde cada uno pueda agregar texto para poner lo en común, se comparte con los interesados y ya está.

Saludos.

Me parece bien y ya cuando tengamos algo lo subimos al foro para compartirlo.

[oscarperez-1980]

Alguien más interesado?
Yo ya lo tengo analizado y no lo veo complejo, el registro es de lo más curioso, lo quieren detallado para exportar a Excel y que no tengan que hacer nada.

[afxe]

Me apunto... pero tengo nula experiencia en ticketBai y blockchain.

De todas maneras, y para centrar el tema, estamos hablando que esto sólo afecta a la facturación. Imagino que no habrá que hacer un manual del todo el software ni registrar todos los eventos que no tengan que ver con la propia gestión de facturación.... ¿no?

Creo que se ha comentado que una posibilidad es "sacar" la gestión de facturación del ERP. Yo estaba planteándome esto, un programa básico: Cabecera-Detalle para registrar las facturas: sin clientes ni artículos ni comerciales, almacenes, stock, fabricación, envasado, órdenes de trabajo, gestión de averías... El ERP, llegado el momento de cerrar un servicio o entregar una mercancía, generaría un registro para ser procesado por este programa, que devolvería al ERP un identificador para el tratamiento y la gestión de cobro.

¿Obligarían a certificar el ERP principal aunque no tenga facturación?

[Sistel]

Empezado por afxe

...
Creo que se ha comentado que una posibilidad es "sacar" la gestión de facturación del ERP. Yo estaba planteándome esto, un programa básico: Cabecera-Detalle para registrar las facturas: sin clientes ni artículos ni comerciales, almacenes, stock, fabricación, envasado, órdenes de trabajo, gestión de averías... El ERP, llegado el momento de cerrar un servicio o entregar una mercancía, generaría un registro para ser procesado por este programa, que devolvería al ERP un identificador para el tratamiento y la gestión de cobro.

Hola afxe,

Es lo que hace nuestra API online para TicketBAI.
El cliente tiene un ERP, TPV o programa simple de facturación.
Cuando quiere emitir una factura, su sistema de facturación envía a nuestra API un JSON con los datos de la factura a emitir (datos del destinatario, tipo de factura, líneas de detalle, etc)
Nuestra API le devuelve un JSON con los datos de la factura emitida (serie, número, fecha y hora de la factura, desgloses de bases imponibles, IVAs y total de la factura, códigos TBAI y QR, ...)
Por separado, la API envía el fichero XML firmado de la factura a Hacienda.

De esta forma, independizas el sistema de facturación del sistema de generación y envío de facturas a Hacienda.
Y como el cliente no puede modificar ni borrar las facturas (que quedan en la BD de la API) queda todo protegido.

Saludos

[oscarperez-1980]

El log según pone es de TODO.
Si un programa no tiene facturación a ellos les da igual, si separas en dos programas pues lo implementa en uno.

Saludos.

Empezado por afxe

Me apunto... pero tengo nula experiencia en ticketBai y blockchain.

De todas maneras, y para centrar el tema, estamos hablando que esto sólo afecta a la facturación. Imagino que no habrá que hacer un manual del todo el software ni registrar todos los eventos que no tengan que ver con la propia gestión de facturación.... ¿no?

Creo que se ha comentado que una posibilidad es "sacar" la gestión de facturación del ERP. Yo estaba planteándome esto, un programa básico: Cabecera-Detalle para registrar las facturas: sin clientes ni artículos ni comerciales, almacenes, stock, fabricación, envasado, órdenes de trabajo, gestión de averías... El ERP, llegado el momento de cerrar un servicio o entregar una mercancía, generaría un registro para ser procesado por este programa, que devolvería al ERP un identificador para el tratamiento y la gestión de cobro.

¿Obligarían a certificar el ERP principal aunque no tenga facturación?

[nincillo]

Empezado por oscarperez-1980

Alguien más interesado?
Yo ya lo tengo analizado y no lo veo complejo, el registro es de lo más curioso, lo quieren detallado para exportar a Excel y que no tengan que hacer nada.

Yo también estaría interesado. Pero de blockchain etc soy novato total...

[oscarperez-1980]

Exacto, como pone el compi lo llama registro de eventos


4. El sistema informático deberá contar con un registro de eventos que recoja automáticamente
todas las interacciones con dicho sistema informático, las operaciones realizadas con él y los
sucesos producidos durante su uso

[Sistel]

Empezado por oscarperez-1980

Mi propuesta es bastante sencilla:
1.- Enumerar los puntos a cumplir.
2.- Cada participante expone como haría él el desarrollo o solución al punto.

Se puede hacer con un documento de gmail donde cada uno pueda agregar texto para poner lo en común, se comparte con los interesados y ya está.

Saludos.

Hola oscarperez-1980,

Apúntame, por favor.
Gracias.

Saludos

[adolphsys]

Empezado por oscarperez-1980

Si tienes que crear un archivo por cada evento del programa podemos alucinar...


A ver si le interesa a aalguien.
Propongo hacer una video conferencia con interesados en analizar los puntos y su implementación, quien estaría interesado?


Un saludo.

Hola oscarperez-1980, cuenta también conmigo, me parece buena idea.

En cuanto al registro de eventos, coincido con vosotros en que tiene que ser orientado a facturación (creación de la factura en la bb.dd, creación del xml, firma, envío...). Pero es cierto que despista lo de registrar también el login del usuario, que todos lo relacionamos con la conexión al ERP. Así que si lo orientamos al "programa de facturación", el login del usuario puede referirse a la apertura del formulario de facturación, y el logout cuando cierra ese formulario.

[antoine0]

Empezado por adolphsys

Pero es cierto que despista lo de registrar también el login del usuario, que todos lo relacionamos con la conexión al ERP. Así que si lo orientamos al "programa de facturación", el login del usuario puede referirse a la apertura del formulario de facturación, y el logout cuando cierra ese formulario.

Voy con la mayoría, me parece poco creíble considerar que el «sistema informático» siga la integralidad del sistema de información y por tanto lo de registrar «todo».
Sin embargo, no creo que la interpretación arriba siga la correcta, al menos en la idea de quién ha escrito el borrador: pone en el 9.4 (pág. 12), la énfasis es mía:

El sistema informático deberá contar con un registro de eventos que recoja automáticamente todas las interacciones con dicho sistema informático, las operaciones realizadas con él y los sucesos producidos durante su uso, como el arranque y parada del sistema informático, la entrada y salida de usuarios, los errores producidos, la instalación inicial y las actualizaciones realizadas. [...]

Si enumera los dos eventos, será que no deben ser la misma cosa; pero sería lo que resulta de interpretar la entrada en el formulario de facturación como log in.
Por tanto creo que tu interpretación es demasiado restrictiva.

Pero era bien intentarlo.

[ermendalenda]

Por cierto alguno ha visto por ahí en algún foro a Óscar Pérez?
Le he enviado un documento a tipo para ir empezando con el proyecto este de compartir el documento y no veo señales de vida.
En fin espero que sea algo leve.
Los que sigan interesados en participar que me dejen su email y comparto y ya vamos dando forma a un documento

[ermendalenda]

Parece que no había leído bien y los programas que tengan los obligados al SII, tiene pinta de que se van a librar de los QR, VERIFACTU, envío inmediato, XMLS, etc.

Disposición adicional tercera. Obligados tributarios cuyos libros registros del Impuesto sobre el
Valor Añadido se llevan a través de la Sede electrónica de la Agencia Estatal de Administración
Tributaria.
Para los contribuyentes que lleven los libros registros en los términos previstos en el artículo 62.6
del Reglamento del Impuesto sobre el Valor Añadido, la obligación del artículo 8 de este
Reglamento se entenderá cumplida por medio de las especificaciones técnicas que desarrollan la
llevanza de los libros registros del Impuesto sobre el Valor Añadido a través de la Sede electrónica
de la Agencia Estatal de Administración Tributaria

[antoine0]

No lo sé; puedo entenderse de dos maneras:

1. cómo lo dices, con los registros del SII en la AEAT no hay que hacer nada más, estos registros cumplen ya la opción «subir los datos a Hacienda»
2. solo dice qué por uno que esté en el SII, la parte del sistema de facturación que se sube en la web y está hospedada por AEAT cumple todos los requisitos del artículo 8; solo le queda todo el resto del sistema de facturación, la parte que está en los servidores de la empresa antes de subir los registros al SII

La verdad es qué con las especificaciones saldremos probablemente de dudas, ya que si hay cualquier cosa encima del SII, por ejemplo en la definición de registro, no creo que se pudiera sostener la opción 1. ¡Paciencia!

[ermendalenda]

Empezado por antoine0

No lo sé; puedo entenderse de dos maneras:

1. cómo lo dices, con los registros del SII en la AEAT no hay que hacer nada más, estos registros cumplen ya la opción «subir los datos a Hacienda»
2. solo dice qué por uno que esté en el SII, la parte del sistema de facturación que se sube en la web y está hospedada por AEAT cumple todos los requisitos del artículo 8; solo le queda todo el resto del sistema de facturación, la parte que está en los servidores de la empresa antes de subir los registros al SII

La verdad es qué con las especificaciones saldremos probablemente de dudas, ya que si hay cualquier cosa encima del SII, por ejemplo en la definición de registro, no creo que se pudiera sostener la opción 1. ¡Paciencia!

Efectivamente, hasta que no esté redactado y re-re-recorregido no saldremos de dudas, pero es lo que dices, parece que solo se refiere a una parte, o quizás no..
A mi me parecería extraño que el SII estuviera por encima, ya que al final el nuevo reglamento es una presentación más detallada y permite que posteriormente se haga automáticamente algunas de las declaraciones.