Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[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]

Hola, que api tenéis para el país vasco? Cual es la empresa?

Gracias

Empezado por Sistel

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

[Sistel]

Empezado por oscarperez-1980

Hola, que api tenéis para el país vasco? Cual es la empresa?

Gracias

Hola oscarperez-1980

Como no me parece correcto que pongamos en este foro publicidad de nuestros negocios, te contestaré por mensaje privado.
Si alguien más está interesado en conocer (y probar, gratuitamente y sin compromiso alguno) nuestra API para TicketBAI, puede enviarme mensaje privado.

Gracias.

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?

[Javierus]

Empezado por oscarperez-1980

El log según pone es de TODO.

Me he perdido algo, ¿podrías decirme dónde pone esto del log, por favor?

¡Gracias!

[ermendalenda]

Empezado por Javierus

Me he perdido algo, ¿podrías decirme dónde pone esto del log, por favor?

¡Gracias!

Llamalo mejor "eventos"

PROYECTO DE REAL DECRETO XX/2022, DE XX DE XXXX POR EL QUE SE APRUEBA EL
REGLAMENTO QUE ESTABLECE LOS REQUISITOS QUE DEBEN ADOPTAR LOS
SISTEMAS Y PROGRAMAS INFORMÁTICOS O ELECTRÓNICOS QUE SOPORTEN LOS
PROCESOS DE FACTURACIÓN DE EMPRESARIOS Y PROFESIONALES, Y LA
ESTANDARIZACIÓN DE FORMATOS DE LOS REGISTROS DE FACTURACIÓN.

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, 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.
Además, deberá guardar los datos correspondientes a cada uno de ellos, como el tipo, nombre y
descripción del evento; el usuario que lo ha realizado o bajo el cual se ha producido; el momento
en el que se ha dado y los datos propios representativos de cada evento.
Este registro de eventos podrá ser consultado desde el propio sistema informático y los datos
grabados automáticamente en él por dicho sistema informático no podrán ser alterados de
ninguna forma con posterioridad, ni desde el propio sistema informático ni desde fuera del mismo,lo que deberá garantizarse mediante el empleo de cualquier proceso técnico fiable. Cualquier
intento de alteración de este registro de eventos, o inconsistencia o irregularidad en él que sea
detectado por el sistema informático, deberá registrarlo también automáticamente en el propio
registro de eventos.
El registro de eventos deberá conservarse hasta el periodo de prescripción de las obligaciones
tributarias que se produzcan durante el funcionamiento del sistema informático y, mediante el
empleo de cualquier proceso técnico fiable, podrá ser exportado a un almacenamiento externo de
forma segura que garantice la integridad e inalterabilidad de sus datos, que tendrán una estructura
y formato estándares legibles.