Nodo SistemaInformatico con varios componentes

[pablog2k]

Buenos días, no se si a nadie mas se le ha dado el siguiente caso:
Nosotros para adaptarnos a verifactu, como ya teníamos nuestro ERP desde hace años hecho (en delphi, claro) , simplemente la parte del ERP la hemos adaptado para cumplir con la ley antifraude, generar qr..etc
A su vez, hemos creado otro programa, en delphi también, que se ejecuta en el server, que es el que envía los registros de facturación cada 60 segundos(o lo que sea segun la ley), además de poder visualizar todos los registros, poder filtrar, ver estado (pendiente , enviado , enviado con errores, subsansaciones, anulaciones...etc)
La cuestión es, cada uno de ellos es 'independiente', lleva su control de versiones, nombre distinto..etc (aunque lógicamente usan la misma base de datos).

Con lo que, en el nodo del xml de SistemaInformatico , que nombre y versión debemos indicar, el del ERP que hace las facturas/QR/etc? o el del nuevo programa que solo se encarga d hacer los envios con el certificado de la empresa, y recoger la respuesta?

Les he preguntado a verifactu pero me han respondido un ladrillo con enlaces a las preguntas frecuentes, que no me han aclarado nada

Alguien más pasa por esta situación, y tiene claro que poner en ese nodo, y (dicho sea de paso) si hay que hacer dos declaraciones responsables, una por software , o solo una

muchas gracias

[novatico]

Empezado por pablog2k

Buenos días, no se si a nadie mas se le ha dado el siguiente caso:
Nosotros para adaptarnos a verifactu, como ya teníamos nuestro ERP desde hace años hecho (en delphi, claro) , simplemente la parte del ERP la hemos adaptado para cumplir con la ley antifraude, generar qr..etc
A su vez, hemos creado otro programa, en delphi también, que se ejecuta en el server, que es el que envía los registros de facturación cada 60 segundos(o lo que sea segun la ley), además de poder visualizar todos los registros, poder filtrar, ver estado (pendiente , enviado , enviado con errores, subsansaciones, anulaciones...etc)
La cuestión es, cada uno de ellos es 'independiente', lleva su control de versiones, nombre distinto..etc (aunque lógicamente usan la misma base de datos).

Con lo que, en el nodo del xml de SistemaInformatico , que nombre y versión debemos indicar, el del ERP que hace las facturas/QR/etc? o el del nuevo programa que solo se encarga d hacer los envios con el certificado de la empresa, y recoger la respuesta?

Les he preguntado a verifactu pero me han respondido un ladrillo con enlaces a las preguntas frecuentes, que no me han aclarado nada

Alguien más pasa por esta situación, y tiene claro que poner en ese nodo, y (dicho sea de paso) si hay que hacer dos declaraciones responsables, una por software , o solo una

muchas gracias

Nosotros lo hemos montado algo diferente. El módulo que envía los registros, no tiene opciones ni pantalla, sólo procesa en segundo plano, en una tarea minimizada y no visible. Las opciones que indicas de visualización, filtro, estado, etc. las hemos incluido en el ERP habitual, el que hace las facturas. Además, ten en cuenta que a la AEAT de has de facilitar una forma sencilla de acceder a ésta información.

[ermendalenda]

Hola, da igual quetodo este en la misma BD, pero segun como lo tengas planteado, si solo controlas el envio desde uno pero los encadenamientos, instalaciones etc son independientes, debes generar un envio(o conjunto de envios) inpendiente de cada uno, aunque uses el mismo seevicio. Cada paquetw emviado llevara wn cada registro, el numero de instalacio, versió, etc...por tanto el control de respuestas tambien debe ser independiente.

[[newtron]]

Buenas.


En nuestro caso hemos montado igualmente el tema de forma que el erp envía un fichero de cada factura a otro programa que se encarga de hacer el envío. Este otro programa "enviador" se instala de forma parecida a un servicio pero se puede abrir para ver los ficheros que se van enviando, resultados, es el que tiene el certificado, etc.


Por lo que he podido averiguar serían dos sifs distintos con sus versiones y declaraciones responsables distintas y en la declaración responsable del erp hacemos mención a que va indisolublemente unido al programa "enviador".


Saludos.

[Carlos]

Empezado por newtron

Buenas.


En nuestro caso hemos montado igualmente el tema de forma que el erp envía un fichero de cada factura a otro programa que se encarga de hacer el envío. Este otro programa "enviador" se instala de forma parecida a un servicio pero se puede abrir para ver los ficheros que se van enviando, resultados, es el que tiene el certificado, etc.


Por lo que he podido averiguar serían dos sifs distintos con sus versiones y declaraciones responsables distintas y en la declaración responsable del erp hacemos mención a que va indisolublemente unido al programa "enviador".
Saludos.

No la liemos, es un solo SIF, el enviador no factura nada, no es un SIF, a lo mejor encadena, crea huellas, envía y demás pero no factura, el enviador no es un SIF.

Y cada uno tendrá su declaración responsable.
Saludos,

[[newtron]]

Vale, me corrijo, efectivamente no son dos sifs sino un sif con dos componentes. Lo que si me dicen es que cada uno de ellos debe de llevar su declaración responsable, que era lo que quería comentar.


Esta es la respuesta a esa consulta que les hice a los de la aeat:

La participación en el sistema informático de facturación (SIF) de varios componentes de facturación (CF: ver en la orden ministerial "OM" HAC/1177/2024 su artículo 1.2.b) para implementar las tres principales funcionalidades necesarias para expedir facturas (cargar datos de facturación, conservar esos datos y procesar los mismos) y cumplir con los requisitos exigidos por el RRSIF (reglamento de los requisitos de los SIF, aprobado por el Real Decreto 1007/2023) y la OM, es una arquitectura admisible.

Sin embargo, para que todo el proceso se lleve a cabo de acuerdo con lo especificado por el RRSIF y la OM, ha de tenerse en cuenta que debe garantizarse la indefectibilidad de la conexión entre los componentes (es decir, que siempre se produce y, por tanto, no es posible que no se produzca), así como la inmediatez(*) de la misma y la no alteración de la información intercambiada, además de estar debidamente coordinados para gestionar posibles acciones necesarias posteriores (como, por ejemplo, responder adecuadamente ante un rechazo por parte de la AEAT de un registro de facturación "RF" remitido en el caso de un SIF VERI*FACTU). Una forma -auditable- de garantizar esto es mediante la invocación por programa desde un componente (el componente principal de facturación o CPF: ver en la OM su artículo 1.2.c) a los CF "especializados" en la implementación de ciertos requisitos. Además, todos ellos (CPF y CF) deberán estar certificados por su fabricante con su correspondiente declaración responsable por las funcionalidades que implementen requisitos exigidos.

Por la descripción que se hace de este caso, parece que su planteamiento es que cada SIF conste de dos CF: el CPF que expide las facturas -con su QR tributario incluido- (¿y genera sus RF?) y el CF que (¿genera sus RF y?) remite dichos RF a la AEAT (en el caso de que se trate de un SIF que funcione en modo VERI*FACTU), por lo que, de ser así, se deben garantizar las características indicadas en el párrafo anterior.

(*) De acuerdo con el RRSIF y la OM, debe asegurarse que la generación del RF se produzca de forma simultánea a la expedición de la factura, para su instantánea remisión a la AEAT.

[Carlos]

Empezado por pablog2k

Buenos días, no se si a nadie mas se le ha dado el siguiente caso:
Nosotros para adaptarnos a verifactu, como ya teníamos nuestro ERP desde hace años hecho (en delphi, claro) , simplemente la parte del ERP la hemos adaptado para cumplir con la ley antifraude, generar qr..etc
A su vez, hemos creado otro programa, en delphi también, que se ejecuta en el server, que es el que envía los registros de facturación cada 60 segundos(o lo que sea segun la ley), además de poder visualizar todos los registros, poder filtrar, ver estado (pendiente , enviado , enviado con errores, subsansaciones, anulaciones...etc)
La cuestión es, cada uno de ellos es 'independiente', lleva su control de versiones, nombre distinto..etc (aunque lógicamente usan la misma base de datos).

Con lo que, en el nodo del xml de SistemaInformatico , que nombre y versión debemos indicar, el del ERP que hace las facturas/QR/etc? o el del nuevo programa que solo se encarga d hacer los envios con el certificado de la empresa, y recoger la respuesta?

Les he preguntado a verifactu pero me han respondido un ladrillo con enlaces a las preguntas frecuentes, que no me han aclarado nada

Alguien más pasa por esta situación, y tiene claro que poner en ese nodo, y (dicho sea de paso) si hay que hacer dos declaraciones responsables, una por software , o solo una

muchas gracias

Es un solo SIF, la identificación del cual debe usarla en 'enviador'; seran 2 declaraciones responsables por lo que hace cada uno.