Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[pablog2k]

muy de acuerdo con Nefta en todo lo comentado, sería lo más lógico que se hiciera todo intentando parecerse a lo que ya está hecho con ticketbai

[ermendalenda]

No es práctico que vayan encadenados por cif, tu mismo tienes la preocupación de las colas.
Lo de que mandes antes de 1 hora no lo has interpretado bien. Dice que si tienes problemas con la comunicacion tiene que haber un intento cada hora mínimo, ya mandas cuando se pueda.
Ninguna empresa va a tener un servicio de atención tan inmediato ante una incidencia, las 24h del dia los 365 dias del año.
Cada sistema SIF será un identificador, y en cada identificador tendras una serie para los tiquets y/o facturas, para rectificaivas. Ejemplo que yo uso
Comercio numero 44
Serie tiquets (1)


tpv 1
Serie: 44.1.1
Nº Factura : xxx

tpv 2
Serie: 44.2.1
Nº Factura : xxx

tpv 3
Serie: 44.3.1
Nº Factura : xxx

Cada tpv con su numerador y su blockchain de la huella.

No te compliques de verdad.

[antoine0]

Empezado por pablog2k

muy de acuerdo con Nefta en todo lo comentado, sería lo más lógico que se hiciera todo intentando parecerse a lo que ya está hecho con ticketbai

También de acuerdo. Por algo han dado como identificado "tike" a la aplicación Veri*factu (//prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/SistemaFacturacion.wsdl)

[_Io]

Hola.

Lo Primero, agradecer a todos lo que estáis involucrados en este Foro, porque está ayudando y aclarando conceptos a nuevos como yo.
Lo Dicho Muchas Gracias.

En contestación a la duda del compañero ramherfer en el post #1104.
Me pasó lo mismo, el problema lo tienes porque estás utilizando un fichero descargado en tu PC. En vez de hacer eso, pones el link al fichero en internet y te generará la unit, con todas las clases como las que puso Neftali.

Sigo en el hilo.

Salu2.

[afxe]

Ermendalenda, Antoine0 y Neftali... gracias por vuestra intervención, viniendo de vosotros cambiaré el planteamiento (tengo gran estima vuestra experiencia).

Tengo tres tipos de terminales de SIF: TPV de tiendas y supermercados con series independientes, ERP de escritorio tirando de una misma serie, o varias según el tipo de cliente o el tipo de venta, y Android libres, también tirando de una serie cada terminal. No quiero poner la cantidad de terminales que mantenemos, pero en un pequeño porcentaje (muy pequeño), se produce una pérdida de datos (en lo que llevamos de mes ha pasado 2 veces), desde criptolockers, pérdida o rotura del dispositivo (hablo de los androids), averías del disco duro por humedad, frío o calor en los TPV, etc... y casi siempre pasa en los dispositivos autónomos sin conexión a internet o que envían la información bajo petición del usuario, y la solución ha sido volver a meter los datos a mano... y no siempre se ha conseguido meter la realidad de lo que ha pasado... Aparte de los "truquitos" que me hacen algunos, como tener varios TPV y uno dejarlo en una especie de "Sandbox", que al terminar el día lo reinician a como estaba al inicio sin llegar a transmitir los datos de venta a la central.

No sé cómo evitar un uso fraudulento del sistema o accidentes que puedan achacarlo a negligencia de la empresa desarrolladora, por eso era lo de controlar en nuestros servidores los procesos de facturación (una especie de facturación en la nube para programas de escritorio o distribuidos). Si empieza a suceder fallos de encadenamiento por pérdidas de datos, un cambio de serie erróneo, un TPV mal configurado (que nos ha pasado también) temo que nos colapse el departamento de atención técnica con acciones de gran consumo de tiempo.

Imagino que cada uno iremos reflejando cómo atacamos esos problemas y habrá ideas geniales que podamos replicar, sobre todo por parte de los que habéis sufrido la puesta en marcha del Ticketbai.

[ermendalenda]

Empezado por afxe

Ermendalenda, Antoine0 y Neftali... gracias por vuestra intervención, viniendo de vosotros cambiaré el planteamiento (tengo gran estima vuestra experiencia).

Tengo tres tipos de terminales de SIF: TPV de tiendas y supermercados con series independientes, ERP de escritorio tirando de una misma serie, o varias según el tipo de cliente o el tipo de venta, y Android libres, también tirando de una serie cada terminal. No quiero poner la cantidad de terminales que mantenemos, pero en un pequeño porcentaje (muy pequeño), se produce una pérdida de datos (en lo que llevamos de mes ha pasado 2 veces), desde criptolockers, pérdida o rotura del dispositivo (hablo de los androids), averías del disco duro por humedad, frío o calor en los TPV, etc... y casi siempre pasa en los dispositivos autónomos sin conexión a internet o que envían la información bajo petición del usuario, y la solución ha sido volver a meter los datos a mano... y no siempre se ha conseguido meter la realidad de lo que ha pasado... Aparte de los "truquitos" que me hacen algunos, como tener varios TPV y uno dejarlo en una especie de "Sandbox", que al terminar el día lo reinician a como estaba al inicio sin llegar a transmitir los datos de venta a la central.

No sé cómo evitar un uso fraudulento del sistema o accidentes que puedan achacarlo a negligencia de la empresa desarrolladora, por eso era lo de controlar en nuestros servidores los procesos de facturación (una especie de facturación en la nube para programas de escritorio o distribuidos). Si empieza a suceder fallos de encadenamiento por pérdidas de datos, un cambio de serie erróneo, un TPV mal configurado (que nos ha pasado también) temo que nos colapse el departamento de atención técnica con acciones de gran consumo de tiempo.

Imagino que cada uno iremos reflejando cómo atacamos esos problemas y habrá ideas geniales que podamos replicar, sobre todo por parte de los que habéis sufrido la puesta en marcha del Ticketbai.

Buff, pues quien mejor conoce la problemática y los puntos críticos de tu software para cerrar al.máximo las puertas.
Si te sirve de algo, lo que yo hago es voy poniendo en cola los xmls y los voy enviando a un servidor en la nube que es el que se va a encargar de enviarlos a hacienda, siempre respetando los parámetros que diga hacienda por dispositivo...
En la nube debes poner un primer control de encadenamiento y una alerta al cliente que tiene el tpv si se produce rotura de encadenamiento.
Los problemas técnicos por averias seguro estaran recogidos en las doctrinas/reglamento(cuando estén disponibles) y te dirán como actuar si algún registro se corrompe o se rompe el.disco.
Por supuesto tienes que i for ar claramente a tus clientes donde se meten si no cumplen con la parte que les toca.
Te recomiendo que le de mil vueltas a crear todo tipo de alertas informativas, por correo para ti y por pantalla/correo al cliente, de todas las incidencias, el control de errores es lo más trabajoso de esta normativa.