Buenos días.
Los que seleccionen el método de no enviar estarán sujetos a más obligaciones, no a menos. Es decir, en un escenario de no enviar, no sólo vas a tener que generar el QR y el XML, si no que además tendrás que firmar el XML, guardarlo bien guardado eel tiempo que la ley fiscal te obligue(creo que 5 años). Disponer de una opciónnpra enviar desde hasta periodo, esos Xml, en caso de requerimiento de la AEAT

Saludos

Nodo< incidencia<
 

Se os ocurre como van a usar el nodo incidencia:
Suongo que, entre otras cosas, servirá tambien para reenviar registros de altas saltándose el encadenamiento por que en su momento no se generó adecuadamente

Supongo que todos los que tenéis preparado este log de operaciones es a través de las prestaciones que os ofrezca la base de datos que uséis cada uno, verdad?

Me temo que las bases de datos que solemos usar no tienen esa opción, la mía por lo menos no la tiene (ElevateDB) así que habrá que montar toda esa movida "a pelo".

Por si a alguien le sirve aquí hay unos componentes que dicen que hacen precisamente eso aunque yo no los he probado.

Saludos.

Nosotros vamos a almacenar esos eventos desde la aplicación.
Para determinadas operaciones que realiza el usuario (entrada/salida/activación/desactivación/...).

Lógimente cada uno tendrá que hacerlo de la mejor manera y que se lo permita su motor de base datos para no afectar mucho al rendimiento de la aplicación.

Para los que tengais firebird os paso este enlace que puede ser un buen punto de partida https://firebird21.wordpress.com/202...a-informatica/

De todas formas la ley dice los siguiente

Si la base de datos no permite registrar estas cosas, y intentan entrar en el registro de eventos. Esto no se podrá hacer ya que nuestras aplicaciones no se enteraran.

En la modificacion al proyecto de ley los requisitos de las logs y el manual lo han eliminado. Así que por eso no os preocupeis

Pues mira.... Gracias por la info.

¿Quieres decir que no hay que llevar el registro de enventos? Por que eso sería la leche.:D

¿y eso esta publicado ya?

Nosotros intentamos eso hace algunos años, para buscar "responsables" cuando hay un trabajo mal hecho.... tuvimos que quitarlo porque la base de datos crecía diariamente de una manera alarmante... Ahora sólo registramos cuando se crea, modifica o elimina un documento de venta o de compra (albarán o factura).

De todas maneras también he leído que se ha suprimido lo del manual en la última revisión, pero en lo referente al "Registro de Eventos" dice:

OM = Orden Ministerial, que todavía no ha salido ni se la espera.

Perdona a que os referis con lo del manual.

¿Qué manual? ¿Ha habido manual en algún momento :D:D?

En la documentación que hay aquí siguen estando los eventos:
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Correcto pero deja a la Orden Ministerial los detalles del mismo y las garantías de estos se prevee que sean las mismas que el registro de facturación, y aunque no esta muy claro entiendo que serán accesos vabasicos a opciones del programa grabando usuario etc, No tiene sentido crear una log de un blockchain ni d elas bases de datos de facturas, ya que la modificación, ya sea conscientemente o inconscientemente,de esos registros, rompen la cadena. Así que si hay que crean un log sobre esto será algo muy trivial pero con formato xml y otro blockchain(encadenamiento).
Por otro lado en algún lado lhe leido, lo buscaré, que los que envíen tampoco tendrán que crear esos eventos.
Y sí, al principio había referencia a hacer un manual, pero como ves, enlace actualización, han quitado las referencias al mismo.

Ya ll he encontrado.
Los que envíen tampoco tienen que tener eventos:

Y aquí, por si quedan dudas:
Hay un monton de motivos, por los cuaes, es mejor diseñar el software solo para enviar.

No he visto el enlace, pero si es de "factura electrónica", debería ir en "su" hilo.

El problema es que tengo entendido que van a estar relacionados. O sea, aunque aún está por definir el reglamento, la intencion inicial es que la factura elec6ronica sean una ampliación de verifactu(DEL XML vanos)

Yo creo que son dos cosas distintas o por lo menos estaría bien no mezclar todo. El reglamento de la factura eléctronica (definicion, formatos, xml, ...) ya esta totalmente definido. Lo que falta de definir es la obligatoriedad de uso, que a hora solo es necesaría si trabajas con una administración pública.

Creo que no es correcto, dan válidos los formatos de factura electrónicas de normativas europeas pero no sabemos si en el desarrollo reglamentario, que parece que sí, van a poner otro formato.
Boe Aprobacion Ley 18/2022 Crea y Crece: Pagina 72