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

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

[ermendalenda]

Empezado por 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:



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.

Así piensa la AEAT: instalacion física + lógica=1 SIF
Si generas el RF desde disntintos hardware=distintos sif.
O sea:
En una actualización: aunque el código cambie entero, el sistema se sigue viendo como la misma instalación física/lógica (misma carpeta, misma base de datos, mismo despliegue que evoluciona). La continuidad técnica hace que el “número de instalación” no varíe, porque lo que importa para la AEAT es que las facturas que se estaban generando siguen en la misma traza de instalación.

Piensa en un ERP al que se le hace un upgrade masivo: funcionalmente puede ser otro mundo, pero para Hacienda es “el mismo aparato” que sigue facturando con continuidad.

Reinstalación desde cero: ahí el software arranca “virgen”, sin heredar la instalación anterior. A ojos de la AEAT es como si hubieras cogido otro equipo y montado el SIF nuevo. Por eso asigna un número nuevo: para poder distinguir en posiblea auditorías qué facturas salieron de la instalación vieja y cuáles de la nueva. Del mismo modo se aplica esta lógica a distintoa Pcs/tpvs.
A pesar ee todo esto, pienso como tú, son mas papistaa que el Papa, y esto lo va a cumplir el 10%, al menos de momento hasta que sancionen por ello.

[ermendalenda]

El problema es que tecnicamente no pueden definir correctamente todos los casos, solo globalmente:
Aunque en la práctica, una “actualización gorda” que sobrescribe todos los ejecutables, DLLs y vuelve a registrar componentes se parece muchísimo a una instalación limpia.

Lo que diferencia a efectos de Verifactu es la intención declarada por el SIF:

Si el software “conserva la identidad” de la instalación (misma carpeta base, mismos identificadores internos, la propia lógica del instalador marca que es update), entonces se mantiene el número.

Si el software arranca sin herencia y se notifica como nuevo despliegue, entonces cambia.

Esta claro que hay que minimizar el riesgo y adoptar criterios de optar mas a nuevo numero de instalacion y olvidar un poco el criterio tecnico de que valdria conservarlo.

[espinete]

Vale, pero nosotros no podemos cambiar a estas alturas la forma de trabajar del software, y eso es lo que les queremos hacer ver.

Ellos dicen que si cada PC es un SIF (en nuestro caso, según ellos al menos), cada PC tiene que encadenar sus propias facturas/RF, independientemente del resto de PCs, de la enumeración, etc.

Es decir, si el PC1 hace la factura 3 y la 7, y el PC2 hizo la factura 6, ellos dicen que el PC1 debe encadenar la factura 7 con la 3 (las que se hicieron en ese PC).
Y eso ahora mismo es inviable para nosotros. Sería una locura cambiar eso a estas alturas. Habría que cambiar incluso la forma en la que trabaja el software desde hace 25 años (cuándo guardar los datos, cómo, etc.).

Nuestra duda es si realmente esto afecta en algo a los registros, encadenamientos, etc. ¿Tan vital es realmente esta tontería? Y si lo es... ¿por qué no lo es para TicketBAI y otras? ¿Qué ventajas tiene esto realmente si en un mismo sistema/empresa puede haber 10 PCs y 2 SIF, o 12 SIF o un solo SIF con 12 PCs?
¿Qué inconveniente hay realmente en que todo el sistema sea considerado un solo SIF? El hecho de que el RF se genere en un PC o en otro no debería influir en NADA!

[sglorka]

Empezado por espinete

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

No sé quién te ha respondido esto pero se ha posicionado en un caso extremo, quizás condicionado por la información que le das cuando dices que cada puesto de trabajo genera su propia factura y Qr. En este caso, obligas a que todos los SIF's estén indefectiblemente unidos para que cada uno sepa el siguiente número de factura que debe expedir y esto es un "solución técnica suicida" ya que usas la misma serie de facturación para todos los SIF's y por tanto, cada SIF debe conocer cómo va el contador general para poder emitir su propia factura. Para esta arquitectura es correcto lo que dice respecto al encadenamiento de las facturas 1 y 3.

Por definición un SIF es independiente, genera su propio número de factura y QR y no tiene porque conocer lo que ocurre con el resto de SIF's activos de un OEF, ni siquiera tienen que estar interconectados entre ellos para saber el número de factura que toca expedir. Si un OEF tiene 3 SIF's, cada uno de ellos debe tener una serie distinta para que las facturas emitidas no "choquen" entre sí, al fin y al cabo, el OEF sólo puede tener una única línea de facturación aunque dicha línea puede contener diferentes series. Cada serie debe ser correlativa y sin saltos. Si sólo utilizas una serie y cada puesto es un SIF el planteamiento que te exponen en la respuesta es correcto.

Quizás cuando dices que cada ordenador genera su Factura y QR en realidad estás diciendo, "cada ejecutable es el mismo en cada puesto de trabajo y todos acceden a una base de datos central donde se almacenan las facturas, a la hora de emitir una factura, cada puesto de trabajo obtiene el siguiente número interrogando la tabla de contadores común para todos los puestos, dicha tabla reside en el servidor central y una vez que obtengo dicho número, el puesto de trabajo emite factura y genere QR"

Si es así como trabaja tu programa, cada puesto de trabajo NO ES UN SIF porque depende de la conectividad con la base de datos central para obtener el siguiente número de factura ( los puestos de trabajo no disponen de una base de datos local para generar sus números de factura ). Por lo tanto, SÓLO tienes un SIF con un único encadenamiento. No tienes que cambiar nada.

[emailesc]

Empezado por sglorka

No sé quién te ha respondido esto pero se ha posicionado en un caso extremo, quizás condicionado por la información que le das cuando dices que cada puesto de trabajo genera su propia factura y Qr. En este caso, obligas a que todos los SIF's estén indefectiblemente unidos para que cada uno sepa el siguiente número de factura que debe expedir y esto es un "solución técnica suicida" ya que usas la misma serie de facturación para todos los SIF's y por tanto, cada SIF debe conocer cómo va el contador general para poder emitir su propia factura. Para esta arquitectura es correcto lo que dice respecto al encadenamiento de las facturas 1 y 3.

Por definición un SIF es independiente, genera su propio número de factura y QR y no tiene porque conocer lo que ocurre con el resto de SIF's activos de un OEF, ni siquiera tienen que estar interconectados entre ellos para saber el número de factura que toca expedir. Si un OEF tiene 3 SIF's, cada uno de ellos debe tener una serie distinta para que las facturas emitidas no "choquen" entre sí, al fin y al cabo, el OEF sólo puede tener una única línea de facturación aunque dicha línea puede contener diferentes series. Cada serie debe ser correlativa y sin saltos. Si sólo utilizas una serie y cada puesto es un SIF el planteamiento que te exponen en la respuesta es correcto.

Quizás cuando dices que cada ordenador genera su Factura y QR en realidad estás diciendo, "cada ejecutable es el mismo en cada puesto de trabajo y todos acceden a una base de datos central donde se almacenan las facturas, a la hora de emitir una factura, cada puesto de trabajo obtiene el siguiente número interrogando la tabla de contadores común para todos los puestos, dicha tabla reside en el servidor central y una vez que obtengo dicho número, el puesto de trabajo emite factura y genere QR"

Si es así como trabaja tu programa, cada puesto de trabajo NO ES UN SIF porque depende de la conectividad con la base de datos central para obtener el siguiente número de factura ( los puestos de trabajo no disponen de una base de datos local para generar sus números de factura ). Por lo tanto, SÓLO tienes un SIF con un único encadenamiento. No tienes que cambiar nada.

Además de todo esto, con lo que estoy de acuerdo, si hay una sola base de datos, o tabla con los registros de facturación, probablemente solo hay un equipo que envía, por lo cual el resto de equipos dependen de este para enviar, no son independientes.

[espinete]

Empezado por emailesc

Además de todo esto, con lo que estoy de acuerdo, si hay una sola base de datos, o tabla con los registros de facturación, probablemente solo hay un equipo que envía, por lo cual el resto de equipos dependen de este para enviar, no son independientes.

Si, eso les dije, pero dicen que "quien haga el envío es independiente de quien haga los RF", eso no les afecta ni interniene en la información que hay que suministrar.

Se ve que conocer el NumeroInstalacion exacto sí les es super importante, necesario, vital y esencial

[espinete]

Empezado por sglorka

No sé quién te ha respondido esto pero se ha posicionado en un caso extremo, quizás condicionado por la información que le das cuando dices que cada puesto de trabajo genera su propia factura y Qr. En este caso, obligas a que todos los SIF's estén indefectiblemente unidos para que cada uno sepa el siguiente número de factura que debe expedir y esto es un "solución técnica suicida" ya que usas la misma serie de facturación para todos los SIF's y por tanto, cada SIF debe conocer cómo va el contador general para poder emitir su propia factura. Para esta arquitectura es correcto lo que dice respecto al encadenamiento de las facturas 1 y 3.

Por definición un SIF es independiente, genera su propio número de factura y QR y no tiene porque conocer lo que ocurre con el resto de SIF's activos de un OEF, ni siquiera tienen que estar interconectados entre ellos para saber el número de factura que toca expedir. Si un OEF tiene 3 SIF's, cada uno de ellos debe tener una serie distinta para que las facturas emitidas no "choquen" entre sí, al fin y al cabo, el OEF sólo puede tener una única línea de facturación aunque dicha línea puede contener diferentes series. Cada serie debe ser correlativa y sin saltos. Si sólo utilizas una serie y cada puesto es un SIF el planteamiento que te exponen en la respuesta es correcto.

Quizás cuando dices que cada ordenador genera su Factura y QR en realidad estás diciendo, "cada ejecutable es el mismo en cada puesto de trabajo y todos acceden a una base de datos central donde se almacenan las facturas, a la hora de emitir una factura, cada puesto de trabajo obtiene el siguiente número interrogando la tabla de contadores común para todos los puestos, dicha tabla reside en el servidor central y una vez que obtengo dicho número, el puesto de trabajo emite factura y genere QR"

Si es así como trabaja tu programa, cada puesto de trabajo NO ES UN SIF porque depende de la conectividad con la base de datos central para obtener el siguiente número de factura ( los puestos de trabajo no disponen de una base de datos local para generar sus números de factura ). Por lo tanto, SÓLO tienes un SIF con un único encadenamiento. No tienes que cambiar nada.

Completamente de acuerdo contigo, y con los demás. No tiene sentido ninguno que ellos digan que son varios SIFs y no uno solo, pero se lo he explicado, con ejemplos, más de tres veces.
Les he dicho incluso que los puestos de red NO pueden trabajar, ni crear facturas, ni nada si no está accesible el Servidor. Les he dicho que el Servidor guarda la información, que la numeración es correlativa global/compartida (misma serie, facturación, histórico de facturas, etc.), pero nada, dicen que quien genere el RF, consta como SIF y punto.

Y digo yo... ¿cómo van a saber ellos quién generó el RF? ¿Cómo van ellos a demostrar que el RF se generó en un PC cliente o en el Servidor? Yo puedo decir que lo hace el servidor y punto y ya está, por lo tanto, esa información es 100% irrelevante porque no afecta en nada a los envíos, a la información suministrada, etc.

Menuda liada con el dichoso NumeroInstalacion. Solo espero que el karma les pase factura tarde o temprano y se les forme un problemón enorme en algún momento.

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