Foros Club Delphi - Respuesta de VeriFactu a dudas sobre NumeroInstalacion, SIF, PrimerRegistro, etc.

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)

- General/Noticias (https://www.clubdelphi.com/foros/forumdisplay.php?f=64)

- - Respuesta de VeriFactu a dudas sobre NumeroInstalacion, SIF, PrimerRegistro, etc. (https://www.clubdelphi.com/foros/showthread.php?t=97650)

Respuesta de VeriFactu a dudas sobre NumeroInstalacion, SIF, PrimerRegistro, etc.

Buenas...

La semana pasada envié una duda a VeriFactu para que me la aclararan sin que hubiera cabida a la interpretación personal.
Son dudas relacionadas con lo que ellos llaman SIF, NumeroInstalacion, etc. ya que puede haber diferencias respecto a lo que nosotros los desarrolladores, o cada Empresa de software, entiende por "Instalación".
Por ejemplo, qué hacer si se formatea el disco, se cambia el disco duro, etc. El software puede ser el mismo, incluso el disco se puede clonar, y la "licencia de uso" podría ser la misma. Pero para ellos no...

Pongo las preguntas y las respuestas tal cual las envié y lo que respondieron.

Ejemplo 1: Software "en la nube"
- Software de facturación en la nube. No hay "numeroinstalacion". No hay versiones distintas. No hay clientes que usen una versión y otros que usen otra: todos usan la misma. Si se "actualiza" el software, se hace para todos a la vez. De hecho, no hay "actualizaciones" per se.
- El (mismo) software es utilizado por miles de empresas. Misma base de datos multi-tenant, etc.
- El software se ejecuta en el navegador, por lo que no hay límite de usuarios ni de PCs que puedan abrir la aplicación en el navegador.

¿Qué se debe indicar en NumeroInstalacion?

Respuesta de Hacienda

Cita:

Se debe asignar un valor distinto al campo NumeroInstalacion por cada SIF diferenciado que se considere que existe, entendiendo por ello:
- Cada una de las distintas facturaciones que se gestionen de forma independiente y autónoma, sean de:
- Distinto NIF de obligado tributario (OT), o
- Mismo NIF-OT, pero gestionadas como facturaciones distintas, por ejemplo, por diferentes tiendas, delegaciones o centros de facturación.
Lo que determina un SIF diferenciado es la gestión independiente y separada de la facturación.

¿Qué implica esto en un entorno SaaS?

En un entorno SaaS multi-tenant, si desde un único sistema se gestionan las facturaciones de varios OT distintos (por ejemplo, empresas diferentes, o varias entidades de un mismo grupo empresarial), entonces:
- Cada uno de esos OT/facturaciones diferenciadas debe tener su propio NumeroInstalacion, aunque todos utilicen el mismo producto o plataforma de facturación.
- Se entiende que cada una de esas configuraciones corresponde a un “SIF virtual” independiente.
- Debe cumplirse el RRSIF y la Orden Ministerial de forma separada por cada “SIF virtual”.

2. SIF de escritorio, instalable en el PC del cliente:
- Este caso es más complejo ya que admite varias opciones de configuración: multipuesto, multiempresa, etc.
- Existen varias versiones distintas del software de escritorio: por ejemplo, estándar, basic, pro, platinum, etc. lo que sea
- Uno de los PCs actuará siempre como "servidor", y el resto como "clientes". La base de datos estará solo en el servidor. Los demás puestos tiran de esa BD.
- El software puede ser multi-empresa (por ejemplo, hay asesorías que tienen varias empresas distintas creadas en el mismo programa)
- En el mismo SIF puede haber empresas en SII, otras en TicketBAI y otras en VeriFactu, aunque no será muy habitual
- Solo el Servidor será quien haga los envíos a VeriFactu. El resto de equipos generarán los RF cuando emitan facturas.
- Puede haber cadenas de tiendas que se conecten al servidor a través de internet (es un SIF Cliente/Servidor), es decir, una de las tiendas hace de Servidor y las otras se conectan a dicho servidor para trabajar, para que los datos estén centralizados. En este caso, también será el servidor central quien haga los envíos.

¿Qué se debe indicar en NumeroInstalacion?

Respuesta de Hacienda:

Cita:

Deberá distinguirlo de otros posibles SIF utilizados para realizar la facturación del obligado a expedir facturas, es decir, de otras posibles instalaciones de SIF pasadas,
presentes o futuras utilizadas para realizar la facturación del obligado a expedir facturas, incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.

3. En cuanto al encadenamiento y el valor de "PrimerRegistro", entendemos que solo hay que indicar como PrimerRegistro el primer registro que nuestro software envíe a VeriFactu, y que nada tiene que ver con el ejercicio, número de factura, año, etc.
Es decir, el primer registro que se envíe por ejemplo en 2027 NO tiene que ir como PrimerRegistro si ya se hicieron envíos en 2026, aunque se trate de otro año/ejercicio distinto.

Respuesta:

Cita:

Es correcto. El valor "PrimerRegistro" únicamente debe incluirlo cuando es el primer registro generado desde la puesta en marcha de un SIF y en ese caso solo se admite que se cumplimente a "S". En caso contrario, en lugar de incluir el campo "PrimerRegistro", deberá incluir el campo "RegistroAnterior" (son excluyentes y en ese caso sus celdas tienen el fondo coloreado) e indicar los datos del registro inmediatamente anterior generado en el SIF.

Una vez se pone en marcha un SIF, el primer registro generado debe llevar la marca de "PrimerRegistro", sea un SIF en modalidad VERI*FACTU o NO VERI*FACTU.
El encadenamiento continúa de uno año para otro, ya que sigue el orden secuencial cronológico de la generación de registros de facturación (tanto de alta como de anulación) (independientemente de su serie o del número o del tipo de factura ) por lo que cualquier registro nuevo tiene que ir encadenado al registro de facturación inmediatamente anterior (del mismo SIF)

Por lo tanto... ¿qué ocurrirá si el 1 de enero de 2026 una empresa decide empezar de nuevo la enumeración desde 1, pero la última factura de 2025 era la 10234? ¿Podrán enviar una Factura con el número 1 en 2026 si ya se envió una con el mismo número en 2025? ¿Se deberá enviar la 1 de 2026 como "PrimerRegistro"?

Respuesta:

Cita:

Cada registro de facturación identificará a su factura correspondiente mediante los datos que componen el bloque "IDFactura" (IDEmisorFactura + NumSerieFactura + FechaExpedicionFactura). Únicamente en el caso de que se repitan los tres campos al mismo tiempo obtendrá un error de duplicidad.

Por lo cual, le confirmamos que sí puede haber dos facturas con mismo NumSerieFactura siempre y cuando tengan una fecha de expedición diferente, como por ejemplo, un ejercicio diferente. No obstante, como hemos indicado anteriormente, no deben enviarlo como PrimerRegistro.

¿Qué ocurre si un cliente se pasa de la versión A a la B a mitad de año (bastante común)?

Cita:

Si se considera que el producto de facturación ha cambiado notablemente, podría considerarse que es un producto distinto propio para ese cliente (nuevo ID), aunque esta aproximación parece un tanto extrema y difícil de gestionar (podría mezclarse con futuras actualizaciones del producto "base", depende cómo se haga).

¿Qué hacemos si un cliente se pasa del SIF Desktop al SIF Cloud a mitad de año?

Cita:

Se iniciará un nuevo encadenamiento, ya que el encadenamiento se realiza por SIF (un SIF se identifica universalmente por la “concatenación” de tres campos: Id.OEF (NIF) + Id.SIF (código de 2 posiciones dado por el fabricante a su producto SIF) + NºInstalación).

¿Qué ocurriría si un cliente traslada una licencia de un PC viejo o roto a otro? ¿El nuevo PC deberá tener OTRO número de licencia, o puede seguir usando el mismo (la licencia es la misma, el PC no, o puede ser el mismo pero simplemente ha formateado o cambiado el disco duro)?

Cita:

El Número de Instalación será otro en el caso que plantea ya que el Nº de instalación es una forma de completar una identificación unívoca de cada SIF -por si tuviera varios- de un mismo OEF, y así distinguirse de cualquier otro SIF de ese OEF en cualquier momento del tiempo (pasado, presente o futuro). Como dice su definición en el anexo de la Orden HAC/1177/2024, de 17 de octubre, y en el documento de diseños de registros que está publicado en la web de desarrolladores de la Agencia Tributaria,no puede repetirse nunca : por ejemplo, incluso si se formatea el ordenador donde estaba instalado un SIF y se reinstala el mismo software de nuevo en ese mismo ordenador, el nuevo SIF así constituido debe llevar otro nº de instalación diferente al anterior que tenía, y que no coincida con la de ningún otro SIF de ese OEF (pasado, presente o futuro).

Además como hemos dicho anteriormente, se iniciará un nuevo encadenamiento ya que el encadenamiento se realiza por SIF (un SIF se identifica universalmente por la “concatenación” de tres campos: Id.OEF (NIF) + Id.SIF (código de 2 posiciones dado por el fabricante a su producto SIF) + NºInstalación).

Espero que les sirva para aclarar algunas dudas. A nosotros personalmente nos tenía un poco preocupados este tema.

Gracias por la información.
^\||/^\||/^\||/

nosotros hicimos otra consulta sobre un servidor dedicado y clientes en red local:

Cita:

Tenemos la siguiente duda en cuanto al número de instalación del sistema informático. Por cada instalación de nuestras aplicaciones (las cuales tienen un número de serie único) generamos un código SIF (el cual está relacionado con el hardware del equipo que aloja los datos). En un servidor en el que los clientes entran en escritorio remoto , las facturaciones generadas por los clientes tienen el mismo número de instalación(por cada cif emisor, el número de instalación es "código SIF + cif emisor"). Este código SIF está relacionado con datos del hardware, de modo que si el cliente cambia el servidor lo detectamos y cambiamos el SIF ("para que no sea el mismo pasado, presente o futuro").*
Dando lo anterior como válido (podrían por favor confirmar esta actuación) , la duda nos surge en el siguiente*escenario:
En una red local los clientes acceden a los datos en un ordenador donde no hay instalación del software. El cliente (en referencia al software ejecutándose desde el cliente) no "puede determinar" que un SIF concreto "sirve" para el servidor en el que están los datos porque "no puede leer" los datos del hardware del servidor. Por tanto, mudar los datos a otro servidor es "transparente" para los clientes que acceden a esos datos. La pregunta es : "mudar los datos en un servidor de red local o vpn a otro equipo o al mismo después de formatearlo implica la generación de*un*nuevo*SIF"?

Respuesta

Cita:

De acuerdo con el RD 1007/2023 y la OM HAC/1177/2024, el número de instalación debe ser un identificador único, estable y no reutilizable, que se asigna a cada SIF diferenciado, entendiendo por ello a cada una de las facturaciones que se gestionen de manera independiente y autónoma.

Nivel de asignación del nº de instalación:

El valor debe asociarse a la unidad mínima de facturación independiente que se gestione, lo que en ocasiones se denomina “SIF virtual” (p. ej., distintas tiendas, centros de facturación o varios OT en un mismo cliente).
Por tanto, ni el hardware por sí solo, ni el software, ni la forma de acceso determinan el número de instalación. El criterio es la independencia de la facturación gestionada.

Entornos con acceso remoto (escritorio remoto, red local o VPN):

Si distintos usuarios acceden al mismo entorno de facturación centralizado (independientemente de que el acceso sea local, remoto o por VPN), todos esos usuarios comparten el mismo número de instalación para esa facturación concreta.
En cambio, si dentro de ese entorno se gestionan varias facturaciones independientes (varios NIF-OT o varios centros de facturación), cada una deberá disponer de su propio número de instalación.

Cambio de servidor o formateo:

Cuando la facturación se migra a otro servidor o se reinstala el existente, el número de instalación no debe cambiar por el mero hecho del cambio de hardware, siempre que se trate de la misma facturación independiente y se mantenga la continuidad de los registros.
Ahora bien, si como consecuencia del procedimiento de generación del identificador (ej. vinculación con parámetros del hardware) se genera un valor distinto, ese valor será válido siempre que se asegure que no se reutiliza nunca un nº de instalación anterior y que se conserva la trazabilidad de los registros.

En conclusión, el número de instalación se define a nivel de cada SIF virtual o facturación independiente. El cambio de hardware o de servidor no implica necesariamente un nuevo número de instalación, salvo que el procedimiento técnico que utilice el fabricante lo genere de ese modo, en cuyo caso también es válido mientras se garantice la no reutilización y la unicidad.

Aclaración por favor

Hola, buenas tardes.
A ver, no entiendo nada.

Cita:

Entornos con acceso remoto (escritorio remoto, red local o VPN):
Si distintos usuarios acceden al mismo entorno de facturación centralizado (independientemente de que el acceso sea local, remoto o por VPN), todos esos usuarios comparten el mismo número de instalación para esa facturación concreta.
En cambio, si dentro de ese entorno se gestionan varias facturaciones independientes (varios NIF-OT o varios centros de facturación), cada una deberá disponer de su propio número de instalación.

según esta contestación de la agencia tributaria, entiendo que si un mismo servidor gestiona varios nifs-ot, cada uno debería de tener su propio número de instalación. ¿?
yo hasta ahora entendia que el número de instalación es el mismo para todos los diferentes obligados tributarios instalados en el mismo sistema (servidor local,remoto o virtual)
¿ lo he entendido mal ?

La definición de número de instalación en el dsregistroverifatu.xlsx

Cita:

Número de instalación del sistema informático de facturación (SIF) utilizado. Deberá distinguirlo de otros posibles SIF utilizados para realizar la facturación del obligado a expedir facturas, es decir, de otras posibles instalaciones de SIF pasadas, presentes o futuras utilizadas para realizar la facturación del obligado a expedir facturas, incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.

Consulta que realice.

Marcar “s” como primer registro se entiende como la primera vez Global del Obligado tributario o como la primera vez de un nuevo número de instalación?

RESPUESTA:

Buenos días:

Gracias por su consulta.

Efectivamente, si se cambia de número de instalación del SIF se considera un SIF distinto y se debe iniciar un nuevo encadenamiento, indicando el primer registro de facturación como primer registro ("S") de dicho nuevo encadenamiento.

Pd.: Es una de las pocas repuestas directas que he conseguido de esta familia, que no te remitan al BOE o a las FAQ.

Cita:

Empezado por keno_71 (Mensaje 567402)

No me cuadra...

En red local (o como sea la red): un PC Servidor hace los envíos, pero las facturas y los RF se crean desde cualquier otro PC.
Según dicen ellos ahí, "todos esos usuarios comparten el mismo número de instalación", y eso no es del todo correcto. Cada PC tiene su propio "número de instalación", licencia, PC, hardware, etc. Si el RF se genera en un PC pero se envía desde otro, el NumeroInstalacion se indica cuando se genera el RF, no en el envío del mismo.

Esto pasa por llamar "usuarios" a "puestos", o llamar "instalación" a lo que ellos les da la gana llamar "instalación".

Cita:

Empezado por espinete (Mensaje 567422)

Debes diferenciar número de instalación de tu SIF de número de instalación o número de licencia de tu ERP que contiene dicho SIF. Son dos cosas distintas. Si tu entorno de trabajo es un servidor central donde se encuentran los contadores de facturas comunes para todos los puestos de trabajo que se conectan al servidor y cada puesto de trabajo sigue ese encadenamiento marcado por esos contadores comunes, puesto 1 genera factura 1, puesto 2 genera factura 2, puesto 1 genera factura 3, etc, entonces tienes 5 puestos de trabajo cada uno con su propio número de licencia de ERP pero tienes "UN SÓLO SIF" formado por el componente de facturación central que emite el número correlativo de factura, genera el RF y el QR, otro componente de facturación que realiza la remisión de los RF y 5 componentes de facturación que procesan la entrada de datos que finalmente compondrán cada factura.

Estos 5 componentes de facturación están indefectiblemente unidos al componente de facturación central (no pueden trabajar sin él) por lo tanto, el número de instalación del SIF es único y lo marca el componente de facturación central.

Si en esta misma instalación se añadiera un nuevo puesto de trabajo, heredaría dicho número de instalación y tendría su propio número de licencia de ERP.
Si en esta misma instalación se añadiera un puesto de trabajo que por las características de conectividad no pudiera realizarse la indefectibilidad con el componente de facturación central, este puesto de trabajo generaría su propia línea de facturación, por ende, se convertiría en un SIF con un número de instalación distinto del resto.

Cita:

Empezado por sglorka (Mensaje 567434)

!!! Me encanta cómo explicas las cosas !!!

Cita:

Empezado por novatico (Mensaje 567435)

!!! Me encanta cómo explicas las cosas !!!

Te agradezco el comentario

Cita:

Empezado por sglorka (Mensaje 567434)

Me pregunto por qué en Hacienda no trabaja nadie que sea capaz de explicar las cosas así, con ejemplos, para que se entiendan a la primera. No sé, un humano, por ejemplo.
Pero no, ellos se limitan a dirigirte al artículo X de la ley Y de 20XX, que indica claramente que el reglamento Q de 2008 dice que [término nuevo] y el [término inventado por ellos] dicen "a chupirla".

Cita:

Empezado por sglorka (Mensaje 567434)

Respuesta de Hacienda hoy a esta misma pregunta: "Debe existir un NumeroInstalacion para cada ordenador y no puede repetirse nunca" (y obviamente me redirigen a la Pregunta 4 del documento de preguntas frecuentes).

Conclusión: no hay que fiarse nunca de las respuestas que te den. Les he vuelto a hacer hincapié en que en este caso concreto, cada PC genera los RF pero un solo Servidor hace los envíos, por lo que no tenemos claro si cada PC debe usar un NumeroInstalacion distinto o se usa uno unívoco del PC Servidor (misma facturación en red local).

Diferencia entre generar Registro y rellenar Registro

Cita:

Empezado por espinete (Mensaje 567504)

Hola, creo que tu mismo te respondes, si cada pc, genera sus propios registros, cada pc tiene que tener su propio numero de instalación, aunque la cola de envíos la gestione un 3r dispositivo.
Otra cosa es que los registros los genere, encole y todo lo relativo a ello el servidor y desde los pc solo introduzcas los datos, pasándoselos al servidor para que haga toda la logística, entonces seria un único "*Ordenador", con varios "*Terminales" que acceden a una única instancia.

* Imagínate un mainframe unix, con varios **Terminales tontos accediendo al sistema principal que es el que realiza todos los cómputos y demás gestiones.

Es un único sif porque todo lo gestiona el mainframe, (genera registros guardando el orden de creación, los encola y envía), por el contrario si cada terminal realiza sus registros, los ha de encolar internamente o en su propia base de datos, o al menos así lo entiendo yo, perdonad si me voy por las ramas y no es correcto.

Cita:

Empezado por espinete (Mensaje 567504)

No estás enfocando bien el problema y lo que estás preguntando lleva a confusión a la persona que te tiene que responder. Y todo esto tiene que ver con la definición de SIF, que bajo mi punto de vista, no la tienes clara.
Tu ERP genera una factura, luego genera un RF y un QR y un servicio centralizado se encarga de remitirlo a la Aeat. Hasta aquí esta claro, sólo tienes un puesto de trabajo conectado con un servidor que mantiene la base de datos. El número de instalación de este puesto es el 1 y se almacena en la base de datos central. En la base de datos central el encadenamiento es NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION, o sea, XXXXXXXX-CC-1.

Ahora metes un segundo ERP en la red y decides que este puesto de trabajo va a encadenar con el mismo contador que el anterior, (puesto 1 -> factura A-1), (puesto 1 -> factura A-2), (puesto 2-> factura A-3), (puesto 1->factura A-4). Al tomar esta decisión estás obligando al puesto 2 a utilizar la línea de encadenamiento XXXXXXXX-CC-1 por lo tanto, hereda el número de instalación 1.

Esta arquitectura permite que cada PC genere su RF y su QR, pero aquí viene lo que debes de entender respecto de lo que es un SIF, al seguir la misma línea de encadenamiento ambos ERP se convierten en un sólo SIF ya que la terna NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION es la misma para los dos.

Ahora si metes un tercer ERP en la red y decides que este puesto de trabajo va a llevar su propia línea de facturación con una serie distinta porque quieres gestionar otra facturación distinta del OT (multiactividad, el reglamento obliga a utilizar otro número de instalación ) (puesto 3 ->factura B-1), (puesto 3 ->factura B-2),.... este ERP-SIF generaría su RF, QR y el servidor central podría remitir también sus RF a la Aeat ya que es el mismo OT.

Si en la pregunta que le haces dices "Les he vuelto a hacer hincapié en que en este caso concreto, cada PC genera los RF pero un solo Servidor hace los envíos" te están haciendo entender que cada puesto de trabajo es un SIF y por lo tanto, deben tener disferentes números de instalación.

La pregunta que tienes que hacerles es "Tengo varios puestos de trabajo en la misma red compartiendo una bases de datos centralizada y cada puesto genera facturas cuya numeración sigue una misma cadena de facturación definida por la terna NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION ¿ Qué número de instalación debe llevar cada puesto de trabajo.?"

Cita:

Empezado por sglorka (Mensaje 567506)

La pregunta que tienes que hacerles es "Tengo varios puestos de trabajo en la misma red compartiendo una bases de datos centralizada y cada puesto genera facturas cuya numeración sigue una misma cadena de facturación definida por la terna NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION ¿ Qué número de instalación debe llevar cada puesto de trabajo.?"

Si tienen un único programa, con una única base de datos, cuyas facturas comparten numeración y encadenamiento, y que se abre desde uno o varios puestos de la red (es indiferente): sólo tienen un SIF, y sólo tienen un Numero de Instalación

Ya lo pusiste en una respuesta más arriba muy claro

Cita:

Empezado por Jarogo08 (Mensaje 567508)

Sí, si yo lo tengo claro, lo que intentaba era mostrarle a Espinete cómo debería haber hecho la pregunta

Cita:

Empezado por sglorka (Mensaje 567509)

Sí, si yo lo tengo claro, lo que intentaba era mostrarle a Espinete cómo debería haber hecho la pregunta

Ya, lo explicaste genial más arriba. Pero la gente se lía igualmente, como con lo del periodo transitorio :confused:

Cita:

Empezado por sglorka (Mensaje 567506)

Buenos días, yo no lo veo claro de esa forma pues si el puesto 2 hereda el nº puesto 1 no se podría determinar la sesión o instancia que ha provocado la generación del RF.

Yo actualmente genero un nº de instalación por cada sesión (si es web que almaceno en una cookie para reutilizarlo mientras pueda) o cada instancia de instalación (si es un exe).
Con esta configuración no estoy teniendo problemas y funciona todo bien.

También pregunté a VeriFactu y me comentaron que el planteamiento era correcto, pero claro, a ver quien se fía ...

Cita:

Empezado por CarlosMz (Mensaje 567521)

¿ Puedes poner un ejemplo de cómo quedaría la generación de 5 facturas emitidas por 2 puestos de trabajo distintos sobre la misma empresa mostrando cómo quedarían los nodos <Encadenamiento> y <SistemaInformatico> ? (de la forma más resumida y clara posible)

Cita:

Empezado por CarlosMz (Mensaje 567521)

Entonces, si se borran las cookies genera un nuevo nº de isntalación ??. Si es así, te obliga a marcar el siguiente registro de facturación que se genere como "Primer Registro =S"

Cita:

Empezado por novatico (Mensaje 567524)

Entonces, si se borran las cookies genera un nuevo nº de isntalación ??. Si es así, te obliga a marcar el siguiente registro de facturación que se genere como "Primer Registro =S"

Así es, cada instalación nueva comienza con su primer registro