Ver Mensaje Individual
  #4  
Antiguo 15-10-2024
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 260
Reputación: 5
antoine0 Va por buen camino
Cita:
Empezado por sglorka Ver Mensaje
Por eso introduje la pregunta anteriormente, veía en los post que no le daban importancia al "NumeroDeInstalacion" más que la de un identificador que no se repite en ninguna instalación. Los campos que definen el SIF son "IdSistemaInformatico" y "NumeroInstalacion" y no lo deberías cambiar a un cliente si tienes que hacer una reistalación de tu software por algún motivo técnico.
Introduzco un matiz: estoy de acuerdo, si se ha salvado la base de datos.
En caso contrario, cuando el incidente que motiva la reinstalación ha sido más desastroso por decirlo de alguna manera, creo que lo correcto es crear una nueva instalación (nuevo número, nueva cadena, nuevo SIF).

En este caso de desastres, yo veo casos donde se puede recuperar una copia antigua de la base que resultó dañada, copia que podría ponerse en consulta desde el nuevo SIF (de la misma manera que si hay varios SIF en una empresa, cada SIF puede referenciar facturas de otros SIF, por ejemplo para rectificarlas). Pero esta base (y el SIF asociado) en consulta no debe ser encadenada con la nueva base (nuevo SIF) si por culpa del desastre, el encadenamiento se rompió.