Nodo SistemaInformatico con varios componentes

[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.

[pablog2k]

nuestro 'enviador' hecho en delphi solo envía, no hace nada más (bueno, puedes consultar los registros de facturación, clasificados por enviados, erroneos etc, poder filtrar...)
La cuestión, aunque sea un solo SIF y dos declaraciones responsables, es que valores hay que poner en el nodo SistemaInformatico (nombre y version).... el nombre y versión del ERP ,o el del 'enviador'?
según lo que comenta Carlos:
"la identificación del cual debe usarla en 'enviador';"
es decir, habría que poner en ese nodo, nombre y versión del enviador?

[emailesc]

Empezado por pablog2k

nuestro 'enviador' hecho en delphi solo envía, no hace nada más (bueno, puedes consultar los registros de facturación, clasificados por enviados, erroneos etc, poder filtrar...)
La cuestión, aunque sea un solo SIF y dos declaraciones responsables, es que valores hay que poner en el nodo SistemaInformatico (nombre y version).... el nombre y versión del ERP ,o el del 'enviador'?
según lo que comenta Carlos:
"la identificación del cual debe usarla en 'enviador';"
es decir, habría que poner en ese nodo, nombre y versión del enviador?

Por lo que entiendo, el nombre que le des AL CONJUNTO de los dos componentes, que es lo que compone el SIF. Tienes un software, llamémosle Software Verifactu, que se compone de dos componentes, valga la redundancia, Software Verifactu Que factura y Software Verifactu Que Envía. Y la versión va en Software Verifactu: si actualizas uno tienes que actualizar el otro, al menos la versión y de cara a Verifactu.

[ermendalenda]

Empezado por pablog2k

nuestro 'enviador' hecho en delphi solo envía, no hace nada más (bueno, puedes consultar los registros de facturación, clasificados por enviados, erroneos etc, poder filtrar...)
La cuestión, aunque sea un solo SIF y dos declaraciones responsables, es que valores hay que poner en el nodo SistemaInformatico (nombre y version).... el nombre y versión del ERP ,o el del 'enviador'?
según lo que comenta Carlos:
"la identificación del cual debe usarla en 'enviador';"
es decir, habría que poner en ese nodo, nombre y versión del enviador?

El del componente principal. La decision de cual es el componente principal la tienes que decidir segun una serie de parametro.
Se suele tomar en cuenta lo siguiente:

1. El que controla el ciclo completo de la factura

Si un módulo es el que genera, numera, firma y envía las facturas (ej. tu ERP o tu TPV principal), ese es el candidato natural a ser el principal.



2. El que gestiona la numeración única

El SIF debe garantizar que no se duplican facturas ni se salta numeración.

Si un módulo es el que asigna la serie y número correlativo (aunque la factura se origine en otro), ese debería ser el principal.



Es wl que tiene acceso a todos los demás módulos

Si tienes varios submódulos (ejemplo: comandero → TPV → backoffice), el que está en el nivel más alto de control y consolidación debe ser el principal.

El principal debe ser el que tenga implementada la conexión VeriFactu para el envío automático de registros de facturación, pero no es la conexion la principal.


En resumen:
Si usas módulos de terceros, normalmente, tu propio software actúe como principal.

[novatico]

Nosotros, en la Declaración Responsable del módulo principal, que emite las Facturas con su QR, crea correspondiente Registro de Facturación debidamente encadenado y marcado como pendiente de envío, hemos añadido, en la descripción del SIF, el siguiente párrafo para detallar la existencia del servicio de envío de los registros de facturación:

- Así mismo, incluye un sistema de Control de Flujo trabajando en segundo plano,
que revisa periódicamente, la existencia de Registros de Facturación Pendientes
de enviar a la sede electrónica de la Agencia Estatal de Administración Tributaria,
enviándolos si procede, y gestionando las respuestas de la Agencia.

[pablog2k]

Empezado por novatico

Nosotros, en la Declaración Responsable del módulo principal, que emite las Facturas con su QR, crea correspondiente Registro de Facturación debidamente encadenado y marcado como pendiente de envío, hemos añadido, en la descripción del SIF, el siguiente párrafo para detallar la existencia del servicio de envío de los registros de facturación:

- Así mismo, incluye un sistema de Control de Flujo trabajando en segundo plano,
que revisa periódicamente, la existencia de Registros de Facturación Pendientes
de enviar a la sede electrónica de la Agencia Estatal de Administración Tributaria,
enviándolos si procede, y gestionando las respuestas de la Agencia.

gracias por el aporte , supongo que haremos algo parecido

[[newtron]]

Igualmente lo he hecho yo. Haciendo referencia en el SIF que va obligatoriamente ligado a otro programa que se dedica a enviar los registros. En mi caso ese programa "enviador" tiene también su número de licencia y su declaración responsable porque tendrá sus actualizaciones independientemente del SIF (que serán varios). No sé si será la mejor forma pero si es la mejor que se me ha ocurrido.

[Carlos]

Empezado por pablog2k

nuestro 'enviador' hecho en delphi solo envía, no hace nada más (bueno, puedes consultar los registros de facturación, clasificados por enviados, erroneos etc, poder filtrar...)
La cuestión, aunque sea un solo SIF y dos declaraciones responsables, es que valores hay que poner en el nodo SistemaInformatico (nombre y version).... el nombre y versión del ERP ,o el del 'enviador'?
según lo que comenta Carlos:
"la identificación del cual debe usarla en 'enviador';"
es decir, habría que poner en ese nodo, nombre y versión del enviador?

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

Con ello me refiero a que el 'enviador' al tener que generar el XML (entiendo que lo genera él), deberá indicar en el XML los datos identificativos del SIF que es lo que pide Veri*factu.
Si al 'enviador' ya se le da el XML hecho, pués nada lo envía y punto.