Bloque del esquema SistemaInformatico

[Jarogo08]

Empezado por CarlosMz

Desde VeriFactu me contestaron como generar el Nº de instalación:

Es decir algo como:
OEF + SIF + Version + Timestamp o GUI

Pero de esta respuesta yo entiendo que en el campo NumeroInstalacion sólo deberías poner el Timestamp o GUI. Los otros 3 (OEF + SIF + Version) ya tienen sus propios campos

¿sólo lo veo yo así?

[bmfranky]

Hola, el numero de instalacion es para poder distinguir univocamente una instalacion(Valga la redundancia), para un Obligado tributario, de un Sistema de Facturacion, que usa, tened en cuenta que si un cliente os compra 100 instancias del programa, todas tendran el mismo NIF de propietario, Probablemente el mismo numero de version y seguro que es mismo identificador de programa, entonces la unica forma de saber que usuario/oficina a emitido que registro de facturacion es el numero de instalacion, podeis asignarle a cada uno que vendais o a para cada cliente reiniciar el numero de instalacion, que a mi forma de ver es la mas sencilla de mantener.
Personalmente he modificado el instalador para que al instalar desde 0 o actualizar una instancia anterior a verifactu existente, me pida un numero de instalacion, que apartir de ese momento se queda asignado en la base de datos, de forma que no pueda ser modificado por el usuario, yo solo tengo 2 instalaciones asi que no tengo problema, pero deveis crear algun tipo de validador que asigne numeros de instalacion a cada uno de vuestros clientes, como os digo preferiblemente numerados desde 1 para cada cliente.

[Jarogo08]

Empezado por bmfranky

podeis asignarle a cada uno que vendais o a para cada cliente reiniciar el numero de instalacion, que a mi forma de ver es la mas sencilla de mantener.

Nosotros lo hacemos por venta... cada programa que vendemos tenemos que ponerle una licencia, y para generar esa licencia tenemos un mantenimiento donde la instalación es clave: 1, 2, 3, etc. Cada programa que vendemos tiene un número distinto, y ese número es el que ponemos en NumeroInstalacion.

Y si un cliente que nos compra el programa va a gestionar 2 empresas (el programa es multiempresa), llevarán las 2 el mismo número. Pero ahí es donde entran los otros campos que se comentaban más arriba (Id.OEF + Id.SIF + VersiónSIF + NºInstalación). El Id del SIF, Versión y Nº Instalación serán el mismo, pero cambiará el Id OEF.

[maikl]

Vale, visto lo que se ha comentado creo que voy a poner el identificador "único" de cliente en NúmeroInstalación, que tiene 100 caracteres y así puedo poner nuestro código de cliente.
NombreSistemaInformático y IdSistemaInformatico será siempre el mismo, el nombre del programa y una abreviación de dos caracteres, ya que solo tenemos un programa que pueda hacer facturas.
En versión pondremos la versión del programa como la usamos nosotros, p.ej. 1.02.32
Creo que con esto será correcto.
¡Muchas gracias por todos los comentarios!

[Rja750]

Creo que cada centro de facturación o cliente tendría que tener un numero diferente al resto. Hasta aquí todo estamos de acuerdo, pero este número puede y debe cambiar cuando hacemos una nueva actualizacion al igual que cuando damos de alta un nuevo cliente. Si damos de alta un nuevo cliente sumariamos uno a NumeroInstalacion y cuando actualizamos el software sumariamos uno a la versión. Podemos tener como constantes los campos en tablas "NombreSistemaInformatico" "IdSistemaInformatico" y "NumeroInstalacion". NumeroInstalacion estará identificando a cada cliente como si fuera su ID dentro del SIF. Pero cuando tengamos que actualizar a todos los clientes a la vez tendremos que identificar esa actualizacion y el software tendria que leer la version como variable y asignarsela a los XML´s puesto que se está facturando con un software modificado y diferente al anterior. Solo con modificar un literal en un formulario ya es diferente.

[Noe277]

En la documentación de "Dudas de los desarrolladores" pone :

Ha de tenerse en cuenta que si se utiliza un SIF que permite llevar distintas
facturaciones, como contempla el artículo 7.a) del RRSIF, cada una de esas
facturaciones distintas (sean de distintos OEF o del mismo OEF pero de distintos
centros de facturación independientes, como tiendas) debe tener un nº de instalación
propio y distinto al resto (pasado, presente o futuro) porque se consideran SIF
independientes, como si fueran “SIF virtuales”, dentro de un producto SIF más
completo que los gestiona y administra.

¿Ósea que no es por instalación es por empresa ?
¿Si en mi aplicación tengo 3 empresas cada una tiene que tener un numero de instalación?


y encima les tengo que preguntar antes si esas empresas que van a hacer SII, Verifactu , tbai o que para poder rellenar "TipoUsoPosibleMultiOT
" y el "IndicadorMultiplesOT"


¿Lo entendéis así?

[pablog2k]

justo esto me viene al pelo para un problema que me estaba surgiendo, y era como encadenar registros , si había 2 tiendas que usan el mismo SIF, pero el SIF es programa de escritorio (exe hecho con delphi), y la base de datos es local (firebird). Al no poder conectarse una tienda con otra para saber cual ha sido el ultimo registro, la opción era que cada tienda trabajara con una serie distinta, y cada serie llevara un encadenamiento propio. (lo que señalan como 'centros de facturación independientes, como tiendas')
La solución según esta documentación, es utilizar el mismo IdSistemaInformatico y Version, pero distinto NumeroInstalacion, de tal manera que cada tienda lleva su numero de instalación y su encadenamiento.

He hecho las pruebas y efectivamente, si envías con el mismo NifObligado+IdSistemaInformatico+Version, pero distinto NumeroInstalacion, puedes trabajar con encadenamientos distintos