Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Sistel]

Empezado por afxe

Sin pretender abusar de los que ya os habéis peleado con el TicketBai... ¿Cómo se gestionan las facturas que son emitidas por otros softwares y que son importadas al ERP? Por poner ejemplos:

- Prestashop, wordpress, wooCommerce.... Nuestro ERP recibe las facturas ya hechas y las incorpora al fichero de facturación. ¿Tiene que estar el Presta preparado para Veri*factu?

- Tengo con una distribuidora de pescado y marisco que vende a restaurantes y hoteles... pero además tiene un restaurante, y el programa de restauración (comandas, tickets y cobro) lo gestiona otra empresa... y las facturas simplificadas se importan a nuestro ERP. Imagino que esta empresa hará la comunicación con H.P... pero el tratamiento fiscal de dichas facturas lo hace nuestro ERP. ¿Podemos almacenar facturas de otros sistemas sin presentarlas?

- Una cadena de pescaderías tienen balanzas inteligentes. Hacen facturas simplificadas y por la noche transmiten las ventas realizadas que se incorporan como una única factura recapitulativa por cada balanza... por cierto, una vez un pillo aprendió a resetear una de las balanzas y de las 3 balanzas del local sólo se recibían ventas de dos de ellas. La tercera nunca tenía ventas. ¿Tenemos responsabilidad en esos casos?

¿Cómo habéis resuelto estas situaciones con el TicketBai?

Hola afxe,

Te cuento cómo hemos resuelto nosotros los mismos escenarios que tú comentas en caso de nuestros clientes en TicketBAI:

- Prestashop, wordpress, wooCommerce.... Nuestro ERP recibe las facturas ya hechas y las incorpora al fichero de facturación. ¿Tiene que estar el Presta preparado para Veri*factu?

En el caso de tiendas online se puede dar el caso de que emitan facturas directamente (al hacer el pedido y pago por tarjeta o Paypal) o se emitan, posteriormente, desde otra aplicación.
Para el caso de nuestros clientes con tienda online Wordpress-Woocommerce que emiten facturas directamente desde esa aplicación, sólo tienen que instalar nuestro plugin que hará todos los procesos, incluida la generación del PDF de la factura con los códigos TBAI y QR y el envío automático, inmediato, del XML firmado la factura a Hacienda Foral.

- Tengo con una distribuidora de pescado y marisco que vende a restaurantes y hoteles... pero además tiene un restaurante, y el programa de restauración (comandas, tickets y cobro) lo gestiona otra empresa... y las facturas simplificadas se importan a nuestro ERP. Imagino que esta empresa hará la comunicación con H.P... pero el tratamiento fiscal de dichas facturas lo hace nuestro ERP. ¿Podemos almacenar facturas de otros sistemas sin presentarlas?

TicketBAI obliga a que se envíen las facturas emitidas, ya sean facturas simplificadas (llamadas habitualmente tickets) o facturas completas en el mismo momento de emitirse.
Por lo cual cualquier equipo emisor de facturas (incluidos TPVs, balanzas electrónicas o cualquier otro) debe tener conexión a Internet.
No pueden almacenarse las facturas para enviarse posteriormente.

- Una cadena de pescaderías tienen balanzas inteligentes. Hacen facturas simplificadas y por la noche transmiten las ventas realizadas que se incorporan como una única factura recapitulativa por cada balanza... por cierto, una vez un pillo aprendió a resetear una de las balanzas y de las 3 balanzas del local sólo se recibían ventas de dos de ellas. La tercera nunca tenía ventas. ¿Tenemos responsabilidad en esos casos?

Con TicketBAI se deben enviar todas las facturas simplificadas en el mismo momento de su emisión.
Aparte, pueden emitirse, posteriormente, facturas completas sustitutivas de facturas simplificadas (llamadas habitualmente facturas de canje de tickets) que agrupen a varias. Pero es una nueva factura y no exime del envío de las primeras.

Hay responsabilidad por parte del obligado tributario (la persona física o jurídica que debe emitir las facturas) así como por parte de la empresa desarrolladora del software garante TicketBAI (que debe haber obtenido licencia para ello).
El software no debe tener posibilidad de contabilidad "B", ni de borrado de facturas o de manipulación de facturas.
Una factura emitida es algo casi sagrado e intocable porque va encadenada mediante firma con la anterior y posterior.

Las sanciones son suficientemente fuertes como para que a nadie se le ocurra infringir las normas.

Saludos

[keys]

Hola a todos.

Se supone que hay que evitar que los datos se alteren, pero si el usuario si es un poco listo podrá entrar en el fichero físico de la base de datos por su cuenta y borrar un registro.

Nuestra base da datos esta en firebird 2.5 y podemos cambiar la clave el usuario e incluso borrar el usuario SYSDBA. Pero si el usuario se lleva el fichero de la base de datos a otro ordenador con el mismo motor podrá acceder con el Usuario maestro (SYSDBA).

La pregunta es si hay alguna forma de evitar esto en firebird o si en alguna versión más reciente ha cambiado esto.

[Casimiro Noteví]

Un usuario no puede tener acceso a la BD para llevársela, copiarla ni nada por el estilo.
Por algo es un sistema cliente/servidor, los clientes no tienen que saber ni dónde está la BD.
Los clientes/terminales/usuarios no deben tener acceso al servidor. El servidor no puede tener compartida carpetas ni nada que permita a cualquiera entrar y copiar la BD.
Firebird solamente necesita tener abierto el puerto 3050 en el servidor, nada más.
Aparte de eso, es un tema que se ha tratado otras veces, a ver si lo encuentro... para no repetir lo mismo en este hilo que no trata sobre eso.

[Sistel]

Empezado por Casimiro Notevi

Un usuario no puede tener acceso a la BD para llevársela, copiarla ni nada por el estilo.
Por algo es un sistema cliente/servidor, los clientes no tienen que saber ni dónde está la BD.
Los clientes/terminales/usuarios no deben tener acceso al servidor. El servidor no puede tener compartida carpetas ni nada que permita a cualquiera entrar y copiar la BD.
Firebird solamente necesita tener abierto el puerto 3050 en el servidor, nada más.
Aparte de eso, es un tema que se ha tratado otras veces, a ver si lo encuentro... para no repetir lo mismo en este hilo que no trata sobre eso.

Hola,

Opino como tú.
Lo mejor es utilizar una arquitectura cliente/servidor donde el usuario no tenga acceso alguno al servidor donde se guardan las facturas.
La aplicación le muestra los datos que deba ver, cuando los pida, y punto pelota.

Saludos

[keys]

Empezado por Sistel

Hola,

Opino como tú.
Lo mejor es utilizar una arquitectura cliente/servidor donde el usuario no tenga acceso alguno al servidor donde se guardan las facturas.
La aplicación le muestra los datos que deba ver, cuando los pida, y punto pelota.

Saludos

Gracias a los dos.

Estoy de acuerdo con lo que decís, el sistema ya esta configurado de esa manera. Pero al tratarse de una aplicación comercial, es el usuario el que instala la aplicación en su servidor y lógicamente tiene acceso a todos los ficheros de su sistema.

Un Saludo.

[Casimiro Noteví]

A ver si encuentro esos enlaces...