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

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:

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:

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:

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

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

¿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)?

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:

Respuesta

Aclaración por favor
 

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

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

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.

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

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.

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

Te agradezco el comentario

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

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
 

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.

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.?"

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

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:

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

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

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

Puesto1 con nº instalación 1:

factura 1 como primer registro, factura 2 (encadena a factura 1), factura 4 (encadena a factura 2)

Puesto2 con nº instalación 2:

factura 3 como primer registro, factura 5 (encadena a factura 3)

Se entiende ?

Cada instalación y cada vez que en una instalación ya existente, se borren las cookies no ?

En este supuesto, la base de datos de facturas es común?

A los de Hacienda les dejé claro cómo funcionaba nuestro SIF, con varios ejemplos. Aquí no lo puse tan detallado porque no pensé que fuera necesario, ya que es la forma de trabajar habitual de un SIF en red.
Por eso me extraña que ellos sigan diciendo que "cada PC tiene su propio NumeroInstalacion", cuando no es así. De hecho, lo normal es dar por sentado que todos los PCs de una empresa llevan la misma facturación, no facturaciones diferentes, digo yo, salvo casos menos habituales.

Por lo tanto, tal como yo tenía entendido, en una BD centralizada, donde un servidor almacena los datos y hace los envíos, y los demás PCs emiten e imprimen las facturas y generan los RF, QR, etc. el NumeroInstalacion debería ser global, entendiéndose como SIF a "toda la red de PCs" que gestionen dicha facturación/empresa, y no a cada PC por separado.

Que tenga yo que hacerle a Hacienda la pregunta "correcta" para que lo entiendan, cuando ellos elaborando documentación y respondiendo dudas son más malos que un dolor de muelas, me toca el corazoncito...

así lo estoy haciendo sin problemas, aceptadas sin errores

sí, aquí la base de datos es común.

Que funcione todo bien no quiere decir que esté bien.

¿que significa "cada instancia de instalación (si es un exe)"? ¿Cada puesto que arranca un exe? ¿cada vez que se arranque un exe desde un puesto?

Suponiendo que tenemos un equipo que hace de servidor, con la base de datos y el programa, y 10 equipos en red que abren ese programa... ¿cuantós número de instalación tienes? ¿1 o 10? ¿son siempre el mismo o cada día que arrancas el programa cambia?

Si sólo tienes un número de instalación que no cambia nunca está bien... si tienes de otra manera me temo que no es correcto, aunque el envío funcione. No puedes enviar 10 registros marcados como "Primer registro" si no hubo un cambio que implique que cambió el número de instalación

Para mi 10 puestos son 10 instalaciones (10 personas podrían facturar), de hecho, en cada RF de facturación se asigna SistemaInformatico para dicho registro.

En caso de usar instalación común nunca se sabría que puesto ha hecho el registro / factura, al menos atendiendo a la información general del RF.

les pregunté a VeriFactu y me dijeron que el planteamiento era correcto, pero vamos... no me fio mucho.
Voy viendo si hay errores en clientes y de momento no los hay...

CarlosMZ, cada información que apuntas se va alejando más de la realidad.

No tienes que identificar el puesto que ha hecho el RF no lo dice el reglamento ni te hace falta. El reglamento dice que tienes que identificar el SIF que ha emitido la factura y eso se hace en el nodo <SistemaInformatico> y dicho SIF puede tener 1 ó 1000 puestos de trabajo.

Es que no sé de donde sacan las conclusiones que sacan...

Hay que identificar el programa (SIF). Y el programa se puede abrir, como bien dices, desde 1 o 1.000 puestos de trabajo. Pero el programa es uno, con su versión, con su Número de Instalación, con su único encadenamiento, con su único "Primer Registro". Da igual que esa factura la haya hecho Pepito o Manolita

A mí también me sorprende, la verdad

A lo mejor esta gente de Hacienda cree que es un solo .exe que se abre desde la red (ejecutándolo desde los demás PCs directamente el .exe del Servidor), pero no necesariamente es así. Cada PC tiene su propio .exe, y quizás se están "liando" con lo de si es un solo programa o varios.

Yo qué sé, es por buscar una explicación a que a veces den una respuesta y otras veces den otra.
En nuestro caso, cada PC tiene el programa instalado, pero éste se configura "en red" para que acceda a la BD del Servidor. Antiguamente (muy antiguamente), sobre todo los antiguos programas en ms-dos, recuerdo que simplemente abrías el .exe del servidor desde tu propio PC, pero vamos, hoy en día no se hace así supongo, y menos si es un motor de BD con arquitectura C/S.

Lo dicho, mejor discutirlo aquí en el foro que con ellos, porque a mí ya me han dicho dos cosas diferentes, y da igual cómo se lo explique, con ejemplos claros y todo.

Nosotros tenemos el ejecutable en el servidor y en los puestos de la red un acceso directo a la unidad compartida del servidor. Un solo .EXE
Así que en mi caso en un principio si que estuve liado con la información que estuve obteniendo pero al final aquí en el foro me quedo claro que es un solo SIF y eso conlleva a un nº de Instalación.
Si se instala en cada puesto sera tipo SQL.

Yo creo que el lío viene de confundir instalación del SIF con instalación del software. Imaginemos que tengo 5 tpv's facturando en el mismo encadenamiento en un centro, El número de instalación del SIF yo lo entiendo como uno común para todos los equipos, mientras que si hablamos de instalación del software, en este caso cada TPV debería un código distinto, ya que cada equipo tienen una copia del software. Yo entendía que lo que había que identificar es el sif, con lo cual en <sistemainformático> debería ser igual para todos...
Que vamos que si hay que identificar cada instalación del software tampoco es demasiado complicado, lo complicado es saber que quieren...

A ver, más fácil es hacerlo común. Pero como leyendo la doc, hacían hincapié si se desinstala e instala no se repite el nº,...

Pregunté a verifactu y me dijeron que era correcto el planteamiento, ...

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.

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.

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.