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

[ermendalenda]

Si no me equivoco y según el rrsumen de las rrspuestas que me han dado los dd verifact, interpreto que lo qur se salga de estos parametros son SIF con números de onstalaciones diferentes y por tanto encadenamientos diferentes, si se cumplen los 3 se encadenan jubtos y es el mismo SiF:
-Misma instalacion (componente principal y secundarios),pudiendo ser ejecutada desde distintos puestos.
-Mismo OT
Misma ubicación(direccion fisica) desdd donde se factura.

[emailesc]

Por si le sirve a alguien mandé una cuestión a verifactu, y tras varias idas y venidas han respondido de forma clara. La pregunta va sobre nuestra arquitectura de trabajo, que no se corresponde con la que alguno habéis puesto por aquí, pero creo que es bastante común, luego le valdrá a varios de vosotros. Pongo la ultima pregunta y respuesta:

Gracias por su respuesta. Permítame concretar un poco más, con la configuración concreta de nuestro sistema. Nuestro sistema para restaurantes y negocios similares, y se basa en dos SIF, el primero es el software de unidad, XX.TPV, es un software de escritorio de windows, que se instala en las TPV’s del cliente en su unidad de negocio, pongamos por ejemplo un restaurante,, y puede estar compuesto de una o varias TPV’s, cada uno con una copia del software de escritorio. En esta instalación, uno de los equipos aloja una base de datos de SQL server. Cada equipo se comunica con esta base de datos. Hay una sola serie de facturas consecutivas que utilizan todos los equipos y todos utilizan el mismo encadenamiento, es igualmente uno solo. Por supuesto todas pertenecen al mismo OT y no pueden generar facturas para otro OT distinto del propietario. El equipo que mantiene la base de datos envía los registros de facturación a Verifactu (el software es solo Verifactu). Todos los registros de facturación, así como las facturas, y resto de datos del negocio se guardan en la base de datos. Si hay otra tienda del mismo propietario, la serie de las facturas generadas será distinta y su encadenamiento y envío será propio.
El segundo software es un software de back-office tipo ERP, XX.WEB. Es un software al que se accede online, vía Web, y que se aloja en servidores de nuestra compañía. Cada cliente cuenta con una copia individual del software y una base de datos independiente, su propia declaración responsable, su propio código de instalación y una url de acceso propia, distinta de la del resto de clientes. Es totalmente independiente de la de otros clientes. Este software puede generar facturas de manera independiente a las unidades: tiene su propia serie para la facturación y para la rectificación, y su encadenamiento propio.
Adicionalmente a sus funciones recibe los datos de los centros que pertenezcan al mismo OT, por ejemplo las facturas, o los registros de facturación de los centros, pero no hace nada con ellos, ya que ya están enviados, al menos no en el sentido que creo que le dan a la palabra “gestionarlos”: no los modifica, no los emite de nuevo, y si emite una rectificación de alguna de las facturas, siempre la hará generando una factura con su serie de rectificativas y con el encadenamiento propio, no el de los centros de donde provienen. Según esto:
1. La primera pregunta acerca de “'IndicadorMultiplesOT'” la hacíamos en relación a XX.WEB. Este software solo “gestiona” una facturación, en el sentido de que solo tiene una serie de facturación con facturas consecutivas propias y el encadenamiento correspondiente. No emite nada en nombre de otros centros, incluso del mismo OT, y si bien puede rectificar facturas generadas, encadenadas y enviadas en los centros, lo hará en su propio encadenamiento y envío. Respecto a los registros de facturación de los centros, el software no hace nada con ellos, más allá de tener una copia, y poder visualizar los registros de todos los centros en su solo lugar. Y por otra parte el programa no realiza labores de contabilidad ni de presentación de declaraciones de IVA. Sin embargo el programa si puede sumar el total de las facturas para saber lo que ha vendido un centro u todos, o acciones similares. Por todo ello entiendo que aplica el punto en el que indican “Si el producto SIF solo le permite al usuario gestionar con él una facturación (algo no habitual), habrá una sola cadena de RF (de un solo SIF) y el campo 'IndicadorMultiplesOT' será "N".” La clave está en qué es lo que ustedes entienden por “gestionar”, que es lo que no termino de tener claro. ¿sería correcto entonces el 'IndicadorMultiplesOT' a "N"?
2. La pregunta numero 2 la hacía respecto a XX.TPV. Son los programas de escritorio de Windows que se instalan en las unidades, y que pueden funcionar de manera individual o en red. En cualquier caso, en cada centro, solo habrá una serie de facturación y un encadenamiento común para las TPV’s y uno de los TPVs realizará los envíos a Verifactu, sea que haya 1 TPV, 3, 5, o las que sean. El grupo de TPV’s dentro de cada unidad es lo que compone el SIF del centro, no hay dos series de facturación y las TPV’s no trabajan de forma independiente. Es decir, en cada centro hay un solo SIF, pero este puede estar compuesto por 1 o por varias TPV’s, cada una con su copia del software. En su respuesta dicen por un lado “Se debe asignar un valor distinto al campo NumeroInstalacion por cada SIF diferenciado que se considere que existe” pero más abajo indican “En un PC con el software instalado, que se cambia o estropea, hay que tener en cuenta que debe existir un NumeroInstalacion para cada ordenador y que no puede repetirse nunca” Así pues, en este caso: ¿El número/código de instalación del SIF es común a todos los TPV’s que compongan el SIF (es decir se identifica el SIF), o cada una de las TPV’s tiene que tener un numero/código independiente, por ejemplo el número de instalación del SIF + identificación de la TPV (es decir se identificarían las copias del software en cada TPV u ordenador dentro del SIF?
3. En cuanto al punto 3, me queda claro lo que indican: reinstalación del mismo software = nuevo número de instalación, actualización del software = el mismo número de instalación. No obstante indican “En un PC con el software instalado, que se cambia o estropea, hay que tener en cuenta que debe existir un NumeroInstalacion para cada ordenador y que no puede repetirse nunca. Por lo que, 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º instal. diferente a la anterior que tenía y que no coincida con la de ningún otro SIF de ese OEF.” Es decir volvemos a la duda anterior: ¿identificamos al SIF o a los ordenadores que componen el SIF? Por otro lado parece un poco absurdo (en mi opinión particular claro), cambiar el número de instalación (sea del SIF completo o de un ordenador del mismo) al reinstalar un software por ejemplo porque se ha corrompido por una actualización de Windows o cualquier otra razón, que en teoría estamos dejando lo mismo que había, y no tener que hacerlo ante una actualización, que ahí sí que estamos cambiando el software del SIF. Les agradecería por favor que aclarasen este aspecto de si identificamos SIF u ordenador, porque depende de donde se lea se indica una cosa u otra, incluso, como les muestro, dentro de unos pocos párrafos como los de este correo, y eso nos genera mucho desconcierto en cómo tenemos que hacer las cosas.
Gracias por su paciencia.
Atentamente.

Y aquí la respuesta:

Buenos días:

En relación con las cuestiones adicionales que nos plantean, les trasladamos las siguientes aclaraciones:
1. Sobre el campo IndicadorMultiplesOT
La clave está en lo que se entiende por “gestionar facturación”.
Un SIF “gestiona facturación” cuando emite, encadena y envía sus propios registros de facturación (RF). El hecho de que un software pueda almacenar copias de RF ya emitidos por otros sistemas, consultarlos o explotarlos a efectos de informes, no implica que los gestione a efectos del RRSIF.
En el caso descrito para XX.WEB, el sistema tiene una única serie y un único encadenamiento propios, y las rectificaciones se generan siempre en su propia cadena. El acceso a los RF de otros centros es solo para consulta, sin que se modifiquen ni se vuelvan a emitir.
Por tanto, en este escenario el sistema se considera una única facturación gestionada, y el valor del campo IndicadorMultiplesOT sería “N”.
2. Sobre el Número de Instalación en XX.TPV
En cada unidad de negocio (ejemplo: un restaurante) existe una única serie de facturación y un único encadenamiento, aunque intervengan varios TPV en red.
En este caso, el conjunto de TPVs que comparten base de datos, serie y encadenamiento constituye un único SIF. El Número de Instalación se asigna a ese SIF (el de la unidad), y no a cada TPV individual.
La referencia en las FAQs al “número de instalación por ordenador” debe entenderse en el contexto de instalaciones aisladas: cuando un equipo funciona como un SIF independiente. En su caso, siendo varios equipos parte del mismo SIF (misma serie y mismo encadenamiento), corresponde un único número de instalación común.
3. Reinstalación vs. actualización
El criterio normativo es el siguiente:

• Una actualización de software (por ejemplo, cambio de versión del programa de facturación) no implica un nuevo Número de Instalación, porque el SIF sigue siendo el mismo.
• Una reinstalación en un equipo (por ejemplo, tras un formateo, sustitución o reinstalación completa) sí debe implicar un nuevo Número de Instalación, porque técnicamente se constituye un SIF nuevo, aunque el software instalado sea el mismo.

La norma busca garantizar la trazabilidad: cada instalación debe ser única e irrepetible a lo largo del tiempo. Entendemos que pueda parecer poco intuitivo en comparación con una actualización, pero el objetivo es evitar que dos SIF distintos (uno “antiguo” y otro “nuevo”, aunque en el mismo equipo) puedan compartir un mismo identificador.
En resumen:

• XX.WEW: IndicadorMultiplesOT = “N”, al gestionar solo una facturación propia.
• XX.TPV: el conjunto de TPVs que comparten base de datos/serie/encadenamiento constituye un único SIF, con un único Número de Instalación.
• El Número de Instalación identifica al SIF, no a cada ordenador que lo compone. Solo cuando un ordenador constituye un SIF independiente le corresponde un identificador propio.
• Actualización = mismo Número de Instalación; reinstalación completa = nuevo Número de Instalación.

La respuesta a la tercera pregunta parece un poco pillada por los pelos, pero bueno, es lo que hay.

[ermendalenda]

Empezado por emailesc

Por si le sirve a alguien mandé una cuestión a verifactu, y tras varias idas y venidas han respondido de forma clara. La pregunta va sobre nuestra arquitectura de trabajo, que no se corresponde con la que alguno habéis puesto por aquí, pero creo que es bastante común, luego le valdrá a varios de vosotros. Pongo la ultima pregunta y respuesta:



Y aquí la respuesta:

La respuesta a la tercera pregunta parece un poco pillada por los pelos, pero bueno, es lo que hay.

Sí, va todo en la misma linea, si compartes series es mismo SIF, si instalas o reinstalas una de las instalaciones de tpv,el numero de insstalacion conjunto debe ser nuevo.
Lo que ocurre ess que no tieenen en cuenta todas las posibilidades, ojalá fuera así de simple.

[espinete]

Respuesta de Hacienda al email de la semana pasada. Esto ya está empezando a volverme loco. Una semana me dicen una cosa y a la siguiente me dicen otra.

Para que quede claro, aquí un resumen de cómo trabaja nuestro software de Escritorio:

- Uso independiente o en red (local o a través de internet con cliente/servidor)
- Un PC hace de Servidor de la BD. El resto son "clientes" que se conectan a la BD de dicho servidor.
- En todos se puede facturar, incluido el Servidor
- Cuando se crea una factura, cada PC genera el RF y el QR, pero la facturación es (obviamente) global (numeración correlativa para toda la red)
- En el servidor hay una app/servicio que hace los envíos a VeriFactu de todos esos RF generados por todos los PCs
- Misma Empresa, Tienda, Facturación, Serie o lo que sea. Todo centralizado
- No quiero entrar en otros casos más complejos como multi-empresa, etc. Imaginemos que es una tienda con 5 PCs y ya está.

Para muchos de nosotros, el SIF es el conjunto GLOBAL de TODO, por lo que NumeroInstalacion debería ser, supuestamente, único para toda ESTA facturación/empresa: por ejemplo, algo que identifique al PC Servidor, o a la Empresa en sí.

Pero Hacienda AHORA dice que no, o al menos es lo que entiendo yo aquí:

No se debe entender que un SIF no pueda tener interrelación con otros servicios/servidores para completar su labor. Por ejemplo, si así se ha previsto en la arquitectura existente, un SIF (PC/Ordenador) puede pedir a un servidor centralizado común
-especializado en asignar la numeración correlativa de las facturas de toda la empresa- que le proporcione un nº de factura para asignar a la factura que está a punto de expedir. Esta posible actuación de "colaboración con otros servicios/equipos"
no impide que cada PC/Ordenador pueda facturar (expedir facturas con QR y generar RF) por sí mismo, sin ser consciente de lo que hagan otros PC/Ordenadores, por lo que se considera un SIF autónomo e independiente para expedir facturas.
En otras arquitecturas, por ejemplo, es cada PC/Ordenador quien genera su propia numeración de facturas, que constaría de un nº de serie propio del PC/Ordenador (o TPV) junto con una numeración secuencial propia de dicho PC y gestionada solo por él,
sin necesidad de un servicio externo. En cualquier caso, en ambos ejemplos, los PC/Ordenadores serían SIF diferentes y el hecho de que uno de ellos esté apagado no impide que el resto pueda seguir facturando, por lo que, a este respecto, son independientes y autónomos unos de otros.

Y añaden...

El hecho de que haya una cierta integración en los datos de la empresa (tanto a la hora de asignar la numeración como a la de consolidar el resultado de la facturación) no impide que cada PC/Ordenador sea un SIF que expida facturas de forma "autónoma e independiente" del resto de SIF.

Por lo expuesto ("cada ordenador genera el RF y QR de la factura"), el 'NumeroInstalacion' debe ir a nivel de PC/Ordenador (suponiendo que en esos PC/Ordenadores solo se expidan facturas de un único obligado a expedir facturas OEF, porque si no,
debería ir a un nivel aún "más bajo" que incluyera el OEF que expide las facturas), ya que este valor ha de figurar en cada registro de facturación (RF) generado por cada PC/Ordenador, y dicho valor será distinto en cada PC/Ordenador.

Como valor a asignar de 'NumeroInstalacion' en cada PC/Ordenador se recomienda utilizar el "timestamp" del momento en que se hace la instalación, lo que junto con el NIF del OEF + el Id.Producto (acompañado de la identificación de su fabricante)
proporciona un identificador global único al SIF (incluso si se trata de un "SIF virtual", es decir, el que debe considerarse para cada facturación distinta -sean de diferentes NIF o de varios centros de facturación, como podrían ser tiendas,
del mismo NIF- que se gestione en un mismo producto de facturación instalado).

Ya no sé qué hacer, la verdad. Lo de usar el TimeStamp en NumeroInstalacion ya terminó por torcerme el cul0.

Y ojo, que hacerlo así para nosotros es incluso más fácil, pero es que quiero estar seguro de que esta gente está entendiendo lo que digo y yo a ellos también.

[emailesc]

Empezado por espinete

Respuesta de Hacienda al email de la semana pasada. Esto ya está empezando a volverme loco. Una semana me dicen una cosa y a la siguiente me dicen otra.

Para que quede claro, aquí un resumen de cómo trabaja nuestro software de Escritorio:

- Uso independiente o en red (local o a través de internet con cliente/servidor)
- Un PC hace de Servidor de la BD. El resto son "clientes" que se conectan a la BD de dicho servidor.
- En todos se puede facturar, incluido el Servidor
- Cuando se crea una factura, cada PC genera el RF y el QR, pero la facturación es (obviamente) global (numeración correlativa para toda la red)
- En el servidor hay una app/servicio que hace los envíos a VeriFactu de todos esos RF generados por todos los PCs
- Misma Empresa, Tienda, Facturación, Serie o lo que sea. Todo centralizado
- No quiero entrar en otros casos más complejos como multi-empresa, etc. Imaginemos que es una tienda con 5 PCs y ya está.

Para muchos de nosotros, el SIF es el conjunto GLOBAL de TODO, por lo que NumeroInstalacion debería ser, supuestamente, único para toda ESTA facturación/empresa: por ejemplo, algo que identifique al PC Servidor, o a la Empresa en sí.

Pero Hacienda AHORA dice que no, o al menos es lo que entiendo yo aquí:



Y añaden...



Ya no sé qué hacer, la verdad. Lo de usar el TimeStamp en NumeroInstalacion ya terminó por torcerme el cul0.

Y ojo, que hacerlo así para nosotros es incluso más fácil, pero es que quiero estar seguro de que esta gente está entendiendo lo que digo y yo a ellos también.

Yo creo que no te están entendiendo. Por lo que explicas, tu arquitectura es prácticamente igual a la nuestra, tienes un solo SIF con un componente de facturación principal, (el que hace de servidor y sirve el número de factura), y varios componentes secundarios (el resto de TPVs), que independientemente de que se puedan intercambiar el rol de servidor entre los equipos, siempre habrá uno y solo uno servidor de números de facturas. Y entiendo que si este servidor, o al menos un terminal que desempeñe este rol, el resto no funcionan, no pueden facturar, porque no pueden obtener los números de factura.

[emailesc]

Por cierto, vaya cacao tienen, dicen:

Esta posible actuación de "colaboración con otros servicios/equipos" no impide que cada PC/Ordenador pueda facturar (expedir facturas con QR y generar RF) por sí mismo

Pues ya me explicarás como pueden generar facturas de forma independiente si no tienen el numero de la misma... Yo creo que están buscando una formula que aplique lo mismo al corte Ingles o Alcampo, que generan facturas de forma centralizada, a lo que es un retail pequeño o un restaurante.

[ermendalenda]

Os pongo un ejemplo practico de como funciona mi SIF y como se identifican verison y numero de instalación para un programa de escritorio:
4 ejecutables en el mismo pc:
Componente principal(tpv) (exe)
Componente secundario(pda).exe ejecucion desde otra maquina pero en escritorio remoto
Componente secundario(venta desatendida:cajon,datafono, kiosko, pedidos pagados desde mesa)
Componente secundario.exe, control de envios.
Todos el mismo número de instalación, para la version del software se puede hacer de 2 formas:
1: heredan la del componente principal, pero cada vez que recompiles uno dr los ejecutables tienes que recompilar el principal o cambiarlo de version. O sea tratar al resto de exe como dlls.
2:concatenación de versiones: para que no se pase de la longitud maxima admitida en la version puedes pasarlo a hexadeximal o coger la version cpmpleta major, minor,parche y el ultimo nunero, la subversion de todos ,concatenandolas separando con algun caracter permitido.
El nunero de instalacion, encadenamiennto etc tambien deben ser comunes.
Teniendo en cuenta aue si no hay una instalacion limpia nueva, se puede considerar una actualizaciom y se manttendría el numero de instalación.

[espinete]

Respuesta de Hacienda a por qué en algunos casos recomiendan que sea un SIF global y en nuestro caso, sin embargo, dicen que no es correcto:

Cada OEF puede decidir qué arquitectura y modelo de implementación de facturación adoptar en su negocio, pudiendo incluso tener varios simultáneamente.
La frase que mencionan es correcta y adecuada para una arquitectura y modelo de implementación(*) que no parecen corresponderse con los que están describiendo ahora.

(*) De SIF único centralizado en un servidor común, que es quien se encarga de expedir -con su QR- las facturas y generar los RF de todos los terminales TPV "tontos"
(es decir, que solo sirven para introducir los datos de facturación -utilizados para que el SIF del servidor central expida las facturas- y de visualizar/imprimir las facturas expedidas por el SIF del servidor central) conectados a él.

En la consideración de qué es un SIF, a efectos de saber el número de ellos que se utilizan en una implementación dada dentro de una determinada arquitectura,
pueden intervenir varios factores, pero siempre es clave para ello la funcionalidad realizada y el comportamiento de cada elemento que interviene.
A este respecto, la numeración correlativa "global" de las facturas expedidas no es un factor determinante por sí mismo, como tampoco lo es dónde se viertan los datos resultado de la facturación
(aunque pueda haber configuraciones que se dan habitualmente y que suelen coincidir con una cierta consideración de SIF).

En este caso, lo más decisivo es que están diciendo -o al menos es lo que se entiende- que cada PC/Ordenador expide facturas con QR y genera su RF por sí mismo (es decir, no las expide centralizadamente un servidor común que luego las devuelve -ya expedidas- para su visualización
y/o impresión a cada PC/Ordenador, que actuarían en ese como meros terminales introductores / visualizadores de datos de facturación, ni tampoco es este servidor común quien genera los RF de las facturas).
Con este comportamiento, quien responde claramente a la definición de SIF (art. 1.2 del reglamento aprobado por el RD 1007/2023) es cada uno de los PC/Ordenadores, que expiden sus propias facturas,
así como el servidor común por las facturas que se expidan específicamente en él. En cualquier caso, por si no se ha entendido bien el funcionamiento (algo cuyo conocimiento en detalle quedaría fuera del alcance de este canal informativo),
basta con que determinen los SIF que tienen en función de lo que hace cada elemento teniendo en cuenta la definición de SIF.

Una vez determinados los SIF (compartan -o no- entre ellos la numeración correlativa de facturas), habrá un encadenamiento por cada SIF (y OEF) existente, tal y como se indica en la orden ministerial HAC/1177/2024 (artículo 7.c).
Si, por lo que parece deducirse de lo que cuentan, para el mismo OEF hay tantos SIF como PC/Ordenadores y otro SIF adicional en el servidor central, cada uno de ellos tendrá su propio encadenamiento independiente:
a este respecto, no confundir este encadenamiento "continuo" de facturas expedidas en un determinado SIF con que en dicho SIF haya "saltos en la numeración" de facturas expedidas con ellos.
En el ejemplo que proporcionan en su último correo, supuesto que esa sea la secuencia temporal de generación de facturas en los distintos equipos, se tendrían los siguientes encadenamientos (o cadenas de RF) propios, uno en cada SIF:

- Cadena de RF del PC1: factura 1 > factura 3.
- Cadena de RF del PC2: factura 2.
- Cadena de RF del PC4: factura 4.
- Cadena de RF del SERVIDOR: factura 5.

Como se ve, en el PC1 se pone de manifiesto que las dos facturas que se han expedido con él quedan debidamente encadenadas de acuerdo a la secuencia temporal de su expedición en él (independientemente del nº de factura que tengan).

Por último, la "facturación global" de un OEF siempre es "única" -por definición- para ese OEF y responde a la unión de todas sus facturas, expedidas en el/los SIF que utilice para ello,
sea/n cual/es sea/n la/s arquitectura/s e implementación/es de facturación adoptada/s o la forma de numerar las facturas en cada SIF (numeración correlativa única para todos los SIF,
números de serie de factura distintos por SIF con numeración correlativa de factura dentro de cada uno de ellos...).

Lo primero: que esto sea tema de debate ya me toca los co___. Nunca lo fue para TicketBAI ni para ningún otro sistema de facturación electrónica de cualquier país. Se están liando, y nos están liando, innecesariamente. Qué más les dará a ellos este dato mientras se envíen las facturas encadenadas, en orden y cumpliendo las condiciones.
Si la facturación global siempre es única ("unión de todas las facturas expedidas en todos los SIF de la empresa"), entonces QUÉ MÁS LES DA!?!?

Ellos insisten en que cada PC debe ser un SIF independiente porque es cada PC quien genera el RF+QR, independientemente de donde se almacenen o de que necesiten el Servidor para poder trabajar.
Dicen, además, que cada PC debe encadenar sus propias facturas, no de forma global, sino independiente: Ej. la factura 3 se encadena con la factura 1 que se hizo en el mismo PC, no con la 2 que se hizo en el PC 2.

¿Estamos locos o qué? No podemos cambiar esto ahora, no tiene sentido ninguno, al menos para mí.

Es más, nuestro Servidor también se encarga de generar RF+QR de facturas emitidas en otros dispositivos (móviles, usando el API, etc). ¿Qué hacemos entonces? ¿Para algunos PCs si se consideran SIF independientes pero otros no?

Además... Imaginemos que una tienda tiene 9 PCs + 1 Servidor. Uno de los PCs se rompe, o hay que formatearlo. Según ellos, cada PC debería ser un SIF, por lo que habrá 10 NumeroInstalacion distintos.
¿QUé sentido tiene eso? ?QUé ventaja real tiene ese dato para ellos?

Y sobre todo...

¿Qué hacemos cuando sustituyan el PC por otro nuevo? Tendrá OTRO NumeroInstalacion distinto, y el encadenamiento empezaría "desde cero" porque en ESE SIF no se ha hecho ninguna factura antes, aunque sin embargo, los demás PCs han estado enviando facturas, correlativas, encadenadas, sin ningún problema.

[Jarogo08]

Empezado por espinete

Para muchos de nosotros, el SIF es el conjunto GLOBAL de TODO, por lo que NumeroInstalacion debería ser, supuestamente, único para toda ESTA facturación/empresa: por ejemplo, algo que identifique al PC Servidor, o a la Empresa en sí.

Según lo veo yo, en tu escenario tienes un único SIF con un único NumeroInstalacion. Nosotros también tenemos tu escenario y lo hemos hecho así

[Jarogo08]

Empezado por espinete

Para muchos de nosotros, el SIF es el conjunto GLOBAL de TODO, por lo que NumeroInstalacion debería ser, supuestamente, único para toda ESTA facturación/empresa: por ejemplo, algo que identifique al PC Servidor, o a la Empresa en sí.

Según lo veo yo, en tu escenario tienes un único SIF con un único NumeroInstalacion. Nosotros también tenemos tu escenario y lo hemos hecho así