Pues con la respuesta que han dado creo que estan liados.
Vanos a vrr.
Si formatesas un equipp con un sif y recuoeras los datos (para seguir encadenando),como saben ellos como has recuperado el sif? Como van a saber s8 has reinstaldo.si.lo.dejas.impecable.Puedes tener clonado el disco y solo recuperar los datos, que saben si es una nueva instalacion o no, cual es la linea que delimita una reinstalacion, por que hasta actualizar uel software es una reinstalacion, yo pienso que a lo que se refieren(o mas bien lo que quieren) es que si vas a empezar de nuevo por la factura numero 1, debe ser una nueva instalacion(en ese nodo), eso tiwne mas logica, pero si vas a seguir con wl encadenamiento, por que vas a cambiar el numero de instalacion, ademas es una forma facil de "perder ventas" y lo pondrian muy facil para, simplemente cambiando nunero de instalscion, "perder un bloque de ventas" que no has dado los tiquets/facturas(un domingo con la impresora rota), no es por dar ideas pero xreo que la explicacion es erronea, yo sogo propiendo que el nodo numeroinstalacion no es mala idea la siguiente: cif+nunero de comercio+numrro de terminal, cpn lo cual cubrss lo que te indican, en cuanto a un numero de instalacion distinto por empresa para el mismo sif.
Creo que ademas han mezclado conceptos. Yo volveria a realizar la consulta poniendo ejemplos claros y como actuarias ante una eventual reinstalacion. Siempre intento preguntar ponendo distinroa escenarios y si no vuelvo a preguntar y muchas veces recrifican.
Yp tengo claro que cada vez que se rompa un equipp no voy a cambiar el numero de instalaxion(si puedo recuperar el ultimo registro que ya es suficiente en verifactu)
Y perdon por los errores de escritura, puñetero movil.
No compreis vocal ;)

Yo no lo veo nada claro, aunque pongas preguntas muy concretas al final no responden directamente, suelen remitirse a la ley y tienen respuestas más o menos establecidas. Si un agente te da una respuesta y otro te da la contraria yo no me fiaría. Al final la "jurisprudencia" la va dar el inspector con las multas. Nosotros en algunos programas a medida no llegamos al 29 así que tendrán que esperar los que quieran alguna modificación y si es importante ya veremos. Lo que sí tengo claro que quieren todo bien registrado. Nosotros por ejemplo tenemos un editor de plantillas porque cualquier cliente puede modificarse la suya ( los avanzados , hay clientes que ni se molestan ) y por lo tanto vamos a tener que guardar el diseño con que se imprimió esa factura porque es posible que el cliente te inserte por ejemplo un label con un importe total y tenemos que guardar como se imprimió esa factura en ese momento. Está consultado con verifactu y es así. Osea que cuanto más rascas, más te encuentras.

Saludos y animo!

Ok, no obtante voy a exponerles el escenario (recuperando copia de seguridad), te cuento lo que respondan.
Me temo que muchos inspectores van a tener muchas interpretaciones que no van a coincidir con lo que tengamos, y puede que esté bien como lo hayamos hecho,, a mi eso de que desaparezcan numeross de instalación me gusta poco, por que veo otro tipo de problemáticas en desconfianza ante una eventual inspeccion o seguimiento por analisis de datos desde sus servidores.
De todas formas creo que nos rayamos demasiado en ciertas cosas, ppr que ppr ejempño, lo que comentas de la plantilla, una cosa es que ante una inspeccion te pidan una copia fiel del tiquet/factura, y otra es que este todo milimetricamente en el mismo sitio, yo por ejemplo emito tiquets para las impresoras de 80mm y si el cliente lo pide por email ss lo mando en formato A4 con los mismos dats pero con otro formato, y he tenido requerimientos y les he mandado todo en el mismo formato y no ha pasado nada, nadie se ciñe 100% a todo lo que está "reglamentado" y a no ser que hayan hecho algo gordo y/o te niegues a pagar las sanciones no van a rebuscar.
Y si no dime tú cuantoa desarrolladors le van a dar caña a las rectificativas, no pueden sancionar a todos los que hacen en vez de rectificativas abonos, se cargan al 90%

Hola, aqui la respuesta, ni exactmente lo que te habian dicho ni exactamente ll que yo decia.
Pero esto va a ratos, jeje.
Vaya tela. Y si el otro equipo es el mismo hardware, jajaj. No tiene sentido.
Además, no tienen nunero de series de nada del hardware en verifactu, coml se demuestra lo contrario.

Los que han puesto estas condixiones no son tecnicos.
Yo, a vecea, hago cambios de equipo por que se ha roto la plaxa base y pongo el disco del equipo roto y reactivo windows segun las condiciones de cada fabricante x
Con la licencia.

Yo pregunté algo relacionado con este tema:

y su respuesta:

La verdad que es un liazo, creo que nos decantaremos que si formatean sea un número nuevo de instalación

Exactamente, empieza un nuevo encadenamiento. Pero 3s raro que dejen ese espacio que puede dar ligar a malas practicas en cuanto a "perdidas de datos". Hace unos meses daban la opcion de que en caso de una averia irrecuperable se podia empezar de cero con un njuevo nunero de instalacion, cosa que he tendio en cuenta, ahora estan intentando que "cualquier cosa" sea un numero dr instalacion nuevo, no ent8enfo muy bien ni ese criterio no tantos cambios de criterio.
De todas fo4maa he pedido aclracion adocional de que a que componentes se refieren exactamente en un cambio de equipo. Ppr que se ha podido cambiar medio equipp.
Ppr que puede ser que otro inspector te diga, oye, por que has empezado un nuevo encadenamiento si tenias tofo para seguir y el tpv está en wl mismo sitio, miama marca, mismo modelo, ademss es cliente y ha visto que el equipo que hay es antiguo y para éo es el misml(pero resulta que se ha xambiafo por uno reciclado). Ostias es que no sabe uno por donde le van a llover las tortas.

Nosotros tenemos en cuenta un id del disco duro para la licencia del programa. No es de ahora por el Verifactu, ya lo hacíamos desde hace años. Por eso, si un cliente cambiaba el servidor o simplemente el disco duro tenía que pedir una nueva licencia.

Y ese id de disco duro lo metimos como parte del campo número de instalación, y así podemos jugar para hacer el encadenamiento sin que nos suponga mucho cambio:

-en la tabla de los registros de facturación guardamos el campo Numero de Instalación.
-si al grabar un registro el valor que le damos a ese campo no coincide con el del último registro, es que se cambió el equipo o disco. Y por tanto tendrá que ir como primer registro.

Por si a alguien le ayuda como lo planteamos nosotros!

Otra pregunta, un nuevo numero de instalacion implicara el inicio nuevo del contador de numeradores de cada serie de facturas?. O sw puede disociar?

Entiendo que no, o al menos nosotros no lo hemos hecho!

que cambies el servidor no implica que tengas que volver a empezar a mandar las facturas desde la 1

Llevas razon, no tiene sentido.

Para cuando una sanción para cada técnico de Verifactu que dé una respuesta ambigua?


Porque no es de recibo estar así con esta gente

Tiene sentido, estoy aun insistiendo con verifactu que no me cuadra poner un nuevo numero de instalacion en el caso de poder seguir encadenando normalmente, despues pregubtntaré eso, aunque tiene sentido lo que comentas, ya me quiero aegurar todo.

Pues nada. Yo voy a consid3rar hasta las actualizaciones, van a tener reinstalacion cada mes

Pues nada. Yo voy a considerar hasta las actualizaciones, van a tener reinstalacion cada mes

Hombre, una actualización de programa no debe hacer que el siguiente registro que se envíe vaya marcado como primer registro. Reinstalación si, actualización no

Bueno, he lanzado la pregunta esta maána a ver que me dicen, por que esto me ha creado otras dudas, ya que lo que en pincipio me parecía evidente, resulta que no lo es:
-He lanzao la pregunta de si se puede continuar con las mismas series y por el número que iba, supongo que sí, pero ya aseguro.
-Y, por ejemplo, si la máquina hay que cambiarla y hay que subsanar algún/os registros de la anterior instalación ¿como se hace referencia a ese registro en el nodo sistema informático?, si ya no tienes el sif y es otro número de instalación. En la mayoria de los casos la subsanación se producirá por que el registro está tan mal que ni siuiera te lo han aceptado, pero puede ocurrir que lo hayan a aceptado y se produciria una incongruencia en la que ellos tendrias 2 registros y posiblemente duplicando venta.
Este tema me ha descuadrado la lógica del programa.

Evidentemente, puedes seguir con las mismas series. Normalmente, cuando se cambia de servidor o se formatea el disco no se pierden datos. Simplemente paras a los usuarios, mueves la base de datos y a seguir. Con lo que si hay que subsanar algo de atrás deberías tenerlo.
Otra cosa es un cliente que tenía otro programa y ahora pase al tuyo y tengas que subsanar algo de atrás que no está en tu programa. O por ejemplo si se te encriptó la base de datos y recuperas una copia de hace días (ahí si que se pierden datos). En ese caso, si es mediante facturas rectificativas, no debería haber problema.

Sí, se suppne que tanropara una subsanacion como para una rwctificativa o anulacion se puedw incluso emitoe desde otro sif/termibal generando nuneros de series distintos, o sea que parece que es corecta tu afirmacion.