Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[keys]

Empezado por Neftali [Germán.Estévez]

Ya han publicado documento de PREGUNTAS y RESPUESTAS del seminario (webminar) sobre VERI*FACTU.
Descargable desde la web de hacienda y desde el FTP del club.

Actualizo el mensaje #1 recopilatorio de información.

A alguien le funciona los enlaces de los videos?

[Neftali [Germán.Estévez]]

Empezado por keys

A alguien le funciona los enlaces de los videos?

¿Qué enlaces?

[keys]

Empezado por Neftali [Germán.Estévez]

¿Qué enlaces?

Estos https://www.agenciatributaria.es/AEA...actu_EEDD.html

[Neftali [Germán.Estévez]]

Empezado por keys

Estos https://www.agenciatributaria.es/AEA...actu_EEDD.html

No.
A mi tampoco.
No deben haber puesto bien los links o no tenemos permisos.

[ramherfer]

Empezado por Neftali [Germán.Estévez]

No.
A mi tampoco.
No deben haber puesto bien los links o no tenemos permisos.

Al principal deja acceder pero a parte.1, parte.2, etc no

[ermendalenda]

Buenas, voy a plantear otra duda a Veri*Factu que he visto que en las consultas la han planteado pero veo que hay que apretar un poco más.
La duda es sobre los registros que se pueden perder después de imprimirlo.
La respuesta de Veri*Factu es que el reglamento es claro de que no podemos imprimirlos hasta que se hayan grabado correctamente y el envio debe ser "inmediato", en el mismo seminario aclaran que lo de de inmediato es siguiendo el flujo, pero claro, el flujo depende de circunstancias que pueden ver alterada la inmediatez por Conexión lenta o por otras circunstancias.
Ejemplo Real que me ha pasado en 1 de más de 4.000.000 de tiquets en las que llevo hecha las pruebas, pero me ha pasado:
Genero ticket en papel.
Se corta la luz y se pierde el contenido de la caché que aún no se ha grabado en el disco y aún no se habia enviado a Veri*Factu por que el corte de luz hua sido inmediatamente al imprimirse. Y la impresión es más rápida que el envio, por tanto, hay un periodo de decimas de segundos en la que existe la posibilidad de que no se envie.
El desarrollador se compromete a que todo ha sido con el control de flujo establecido pero no puede controlar esa incidencia puntual en la que en ocasiones solo se puede detectar un cierre de programa fuera de control, pero al encender podemos haber perdido información irrecuperable, el siguiente registro podemos marcarlo como incidencia y encadenado con el anterior grabado correctamente, por que es lo que el programa puede saber.

Imagina que el receptor de la factura envia el QR pero yo nunca lo envio por que no lo tengo. Suelen ser importes pequeños pero he roto el flujo de encadenamiento correcto.
Culpa: Hardware
Solución: Tendrían que obligar a usar equipos con posibilidad de usar baterias de caché, por lo tanto encarecimiento del hardware, pero eso es otro cantar que no tiene nada que ver con los desarrolladores.

[keys]

Empezado por ermendalenda

Buenas, voy a plantear otra duda a Veri*Factu que he visto que en las consultas la han planteado pero veo que hay que apretar un poco más.
La duda es sobre los registros que se pueden perder después de imprimirlo.
La respuesta de Veri*Factu es que el reglamento es claro de que no podemos imprimirlos hasta que se hayan grabado correctamente y el envio debe ser "inmediato", en el mismo seminario aclaran que lo de de inmediato es siguiendo el flujo, pero claro, el flujo depende de circunstancias que pueden ver alterada la inmediatez por Conexión lenta o por otras circunstancias.
Ejemplo Real que me ha pasado en 1 de más de 4.000.000 de tiquets en las que llevo hecha las pruebas, pero me ha pasado:
Genero ticket en papel.
Se corta la luz y se pierde el contenido de la caché que aún no se ha grabado en el disco y aún no se habia enviado a Veri*Factu por que el corte de luz hua sido inmediatamente al imprimirse. Y la impresión es más rápida que el envio, por tanto, hay un periodo de decimas de segundos en la que existe la posibilidad de que no se envie.
El desarrollador se compromete a que todo ha sido con el control de flujo establecido pero no puede controlar esa incidencia puntual en la que en ocasiones solo se puede detectar un cierre de programa fuera de control, pero al encender podemos haber perdido información irrecuperable, el siguiente registro podemos marcarlo como incidencia y encadenado con el anterior grabado correctamente, por que es lo que el programa puede saber.

Imagina que el receptor de la factura envia el QR pero yo nunca lo envio por que no lo tengo. Suelen ser importes pequeños pero he roto el flujo de encadenamiento correcto.
Culpa: Hardware
Solución: Tendrían que obligar a usar equipos con posibilidad de usar baterias de caché, por lo tanto encarecimiento del hardware, pero eso es otro cantar que no tiene nada que ver con los desarrolladores.

Nosotros en TicketBAI no marcamos una factura como enviada hasta que hacienda no devuelve que ellos lo han recibido. Cuando abra la aplicación otra vez tendrá que enviar esas facturas que no se han enviado.

[ermendalenda]

Empezado por keys

Nosotros en TicketBAI no marcamos una factura como enviada hasta que hacienda no devuelve que ellos lo han recibido. Cuando abra la aplicación otra vez tendrá que enviar esas facturas que no se han enviado.

El problema es que se pierde la caché de disco y se pierde el registro

[keys]

Empezado por ermendalenda

El problema es que se pierde la caché de disco y se pierde el registro

Lo primero que hacemos es grabar la factura antes de imprimir, enviar, etc... Esta claro que si rebuscamos encontramos algún caso en el que puede fallar. En todo el tiempo que llevamos con TBAI no hemos tenido ni un problema de estos.

[ermendalenda]

Empezado por keys

Lo primero que hacemos es grabar la factura antes de imprimir, enviar, etc... Esta claro que si rebuscamos encontramos algún caso en el que puede fallar. En todo el tiempo que llevamos con TBAI no hemos tenido ni un problema de estos.

Claro. Rebuscando es que si envío 2 millones de registros sl mesdesfe varios SIF algún SIF va a cumplir xon la ley de Murphi y lo que pueda.pasar pasa. Y yo no me la quiero jugar, deberían contemplar ese remoto problema.

[edari]

Empezado por keys

Nosotros en TicketBAI no marcamos una factura como enviada hasta que hacienda no devuelve que ellos lo han recibido. Cuando abra la aplicación otra vez tendrá que enviar esas facturas que no se han enviado.

Al hilo de esto


Cuando encontráis una factura que no ha subido bien, fue rechazada por algún motivo etc... supongo que esa factura queda "retenida" dentro del ERP hasta que se arregle...


Cuando digo retenida me refiero a que no continua el circuito habitual de las facturas (grabarla en contabildad, vaya)

[Neftali [Germán.Estévez]]

Empezado por keys

A alguien le funciona los enlaces de los videos?

Me han contestado desde ala AEAT:

"Buenos días:
Efectivamente se ha detectado un problema en la publicación de los links. Se ha avisado a los responsables para su subsanación. Disculpe las molestias."