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

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

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

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

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

[ermendalenda]

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

Sí, son decisiones que tampoco entiendo, y tamooco encuentro explicaciones razonables sobre elloz lo mismo tiene sentido "antifraude" y no i"nteresa" dar explicaciones.
Enfin, solo te puedo decir que actuañmente te aconsejo que te adaptes como puedas, no conozco los impedimentos por los que no puedes adaptarlo, aparte del gran esfuerzo de programación, pero imposible no creo que sea, soluciones programaticas hay. El derecho al pataleo esta bien, es más, es fundamental, pero yo me iría planteando paralelamente buscar la solución. No nos queda otra, llevo años preparando todo esto y entiendo el esfuerzo, que me vas a contar.

[CarlosArjonomia]

Yo creo que todo este tema quedará en nada. Ya tendrán suficiente con que se envíen correctamente los xml con sus encadenamientos.

[ermendalenda]

Empezado por CarlosArjonomia

Yo creo que todo este tema quedará en nada. Ya tendrán suficiente con que se envíen correctamente los xml con sus encadenamientos.

Es cierto
Si no se flexibilizan los aspectos técnicos de Verifactu, el impacto puede ser muy negativo para el conjunto del sector del desarrollo de SIF y no creo que actuen, saben que pueden provocar un bloqueo muy perjudicial a las empresas.
Y por los desarrollos que he visto a nivel nacional, ninguna cumple todo

[Jarogo08]

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

Si tienes varios pcs y un servidor (donde está la base de datos, que es única) tienes un único SIF.


-Si formateas un pc de la red, o añades uno nuevo: no cambia el número de instalación.
-Si formateas el servidor: sí debería cambiar el número de instalación.


Nosotros lo hemos hecho así, y no le vemos sentido a que sea de otra manera.

[emailesc]

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

Yo creo que no deberías enfocar la pregunta al ST de Verifactu sobre si tu arquitectura en una tienda se compone de uno o varios SIF, porque está visto que cada vez responden una cosa. Quieren encontrar una fórmula que les valga para todo, para aplicación en servidor accedida desde terminales tontas, para servidor de números de facturación y varios SIF independientes en otras localizaciones, para arquitectura de TPV única o varias trabajando en red... y no la hay. Yo creo que deberías enfocar el tema como que en cada unidad es un solo SIF, tenga 1 TPV o tenga 7, y punto, y si hace falta le metes al programa un check para que si una de las TPV's no funciona el grupo no funcione (en la base de datos por si acaso). Lo único que si se hace una actualización de una cosa se tendrá que actualizar todo, pero eso es mucho menos complicado que cambiar el sistema de encadenamiento tal y como lo proponen ellos si solo usas una base de datos.
Y por otro lado tampoco creo que se vayan a meter con esto, un inspector no entiende de temas técnicos (y el del soporte técnico tampoco conoce tu sistema por lo que le es difícil entender que tienes). Si el encadenamientos, facturación y envío funciona bien dudo que alguien se meta en ello. Tienen un filón para entretenerse con los que no envían y hay gente que hasta está poniendo en las Declaraciones Responsables (con fecha del 30 de julio) que tienen un botoncito para que el cliente active cuando quiera el sistema verifactu o se activará automáticamente en 1 de enero.

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

[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

[ermendalenda]

Hay varias líneas que tienes que tener.
Si el programa está instalado y reside en cada pc son SIF diferentes.
Pero si es un acceso directo de una instalación en el servidor, todo es un SIF, se puede considerar temiinales "tontos".

[emailesc]

Empezado por espinete

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

No les puede dar igual, digan lo que digan. En la Orden HAC se dice muy claramente en el artículo 4:

Artículo 4. Capacidad de remisión de información a la Administración tributaria.
La capacidad de remisión de todos los registros de facturación generados a que se refiere el segundo párrafo del artículo 8.1 del Reglamento implica que el sistema informático deberá poder realizar cada una de las siguientes acciones:
a) Conectarse a Internet a fin de comunicarse con los servicios electrónicos que, para la remisión de la información, exponga la Agencia Estatal de Administración Tributaria en su sede electrónica.
b) Gestionar certificados electrónicos. Los certificados electrónicos serán utilizados para autenticarse en la conexión con la Agencia Estatal de Administración Tributaria con la finalidad de remitir la información y, en su caso, generar la firma electrónica de los registros de facturación y de evento.
c) Remitir los registros de facturación, con la estructura, formato y codificación requeridos, usando para ello protocolos seguros de comunicación. Esto incluye tanto el envío automatizado de los registros de facturación a que se refieren los artículos 15 y 16.1 del Reglamento, como, en su caso, el envío en respuesta a un requerimiento a que se refiere el artículo 14.2 del Reglamento.
d) Recibir y procesar adecuadamente las respuestas generadas por la Agencia Estatal de Administración Tributaria ante los envíos realizados.

Es decir, si no transmites y recibes y procesas las respuestas desde cada uno de los tpvs "secundarios" no te pueden considerar un sif independiente en cada TPV, lo que tienes es un SIF compuesto por un componente principal de facturación y varios componentes secundarios.

[espinete]

Empezado por ermendalenda

Hay varias líneas que tienes que tener.
Si el programa está instalado y reside en cada pc son SIF diferentes.
Pero si es un acceso directo de una instalación en el servidor, todo es un SIF, se puede considerar temiinales "tontos".

No exactamente, según ellos. El programa puede estar instalado en varios PCs, la base de datos solo en uno, y ser el Servidor quien genere todo (RF, XML, QR y envíos). En este caso, solo es un SIF.

Es más, nuestro software además tiene API, y una app externa que se encarga de ser servidor para la APP móvil. ¿Qué sentido tiene que una empresa con 5 puestos y 7 móviles tenga 2 SIFs, 5 SIFs o 12 SIFs? ¿Qué más les da a ellos, si la información se envía fielmente, correlativa, bajo el mismo NIF, global, compartida, misma serie, etc.?

Creo que esta gente ha querido simplificar demasiado el NumeroInstalacion sin tener en cuenta que hay muchas infrasetructuras, modelos, configuraciones, etc. y no todo se puede cumplir a rajatabla como ellos desean.