Bloque del esquema SistemaInformatico

[Faneka]

No entiendo el tema de vacaciones con la reinstalación.
Yo por ejemplo me guardo en cada equipo un fichero con el nº de instalación, que el nº es el datetime (es uno de los ejemplos que pusieron ellos mismos), ese fichero se crea la primera vez que se genere un RF, mientras el fichero exista sera la misma instalación, en el caso que se formatee o se cambie de equipo, como no encuentra ese fichero se vuelve a crear el nº de instalación.
Y al igual que ese fichero para el nº de instalación tengo otros para saber cual fue el ultimo RF enviado y así realizar el encadenamiento.

[novatico]

Quería hacer referencia a como van a distinguir si se ha producido una reinstalación que, salvo que se haya perdido toda la información, si se recupera todo lo anterior no tienen forma salvo que controlen tiempos de inactividad (de ahí mi comentario de vacaciones). Incluso una reinstalación, puede producirse de una forma rápida, y por tanto veo imposible que se enteren de una reinstalación.

[Faneka]

Yo la verdad que estoy releyendo 27 veces todo y no se si cada vez lo tengo menos claro. Solo me faltaría atinar si en una red local donde se instala el programa en el servidor el numero de instalación es la del servidor o en cada puesto que tenga su acceso al servidor es una instalación distinta, ahora mismo despues de las últimas lecturas lo tengo como la última opción, cada puesto que accede al servidor tiene un número de instalación distinta. Así se por OT+IdSistema+Instalación (puesto) quien realiza los envios y cada uno tiene su encadenamiento propio.

[bmfranky]

Hola, me he perdido algo?, cuando actualices la aplicación, hay que reiniciar el encadenamiento??

[Jarogo08]

Empezado por bmfranky

Hola, me he perdido algo?, cuando actualices la aplicación, hay que reiniciar el encadenamiento??

No no... el hecho de actualizar la aplicación no hace que cambie el SIF. Pero el hecho de cambiar de servidor, o de formatear un servidor y tener que volver a poner el programa sí.

[sglorka]

Empezado por Faneka

Yo la verdad que estoy releyendo 27 veces todo y no se si cada vez lo tengo menos claro. Solo me faltaría atinar si en una red local donde se instala el programa en el servidor el numero de instalación es la del servidor o en cada puesto que tenga su acceso al servidor es una instalación distinta, ahora mismo despues de las últimas lecturas lo tengo como la última opción, cada puesto que accede al servidor tiene un número de instalación distinta. Así se por OT+IdSistema+Instalación (puesto) quien realiza los envios y cada uno tiene su encadenamiento propio.

Faneka, sólo tiene número de instalación el puesto de trabajo que actúa como un SIF, o sea, si es capaz de emitir, enviar y en su caso, conservar el RF por si sólo. Si necesita estar conectado al servidor central para realizar este proceso, entonces no es un SIF y la línea de encadenamiento de este puesto de trabajo será la del servidor central.
Si el puesto de trabajo o TPV es capaz de generar un RF, enviarlo (aunque lo podría hacer otro subsistema) y en su caso, conservarlo, entonces es un SIF y por ende, debe tener su número de instalación para identificarlo unívocamente y tendrá su propia línea de encadenamiento independiente del servidor central. Si se reinstala el servidor central se cambia su número de instalación pero no el del Tpv(en modo SIF) y viceversa.

[Faneka]

Empezado por sglorka

Faneka, sólo tiene número de instalación el puesto de trabajo que actúa como un SIF, o sea, si es capaz de emitir, enviar y en su caso, conservar el RF por si sólo. Si necesita estar conectado al servidor central para realizar este proceso, entonces no es un SIF y la línea de encadenamiento de este puesto de trabajo será la del servidor central.
Si el puesto de trabajo o TPV es capaz de generar un RF, enviarlo (aunque lo podría hacer otro subsistema) y en su caso, conservarlo, entonces es un SIF y por ende, debe tener su número de instalación para identificarlo unívocamente y tendrá su propia línea de encadenamiento independiente del servidor central. Si se reinstala el servidor central se cambia su número de instalación pero no el del Tpv(en modo SIF) y viceversa.

Muchas gracias @sglorka, ahora lo tengo claro, nosotros lo tenemos que cada puesto que factura crea el RF, lo envia y guarda tango envios, respuestas, etc.. , no tenemos algo centralizado (un servicio) que reciba las peticiones que se van generando de facturas para crear y enviar los RF.
Con lo cual cada puesto tiene que llevar su nº de instalación.

[Jarogo08]

Empezado por Faneka

Yo la verdad que estoy releyendo 27 veces todo y no se si cada vez lo tengo menos claro. Solo me faltaría atinar si en una red local donde se instala el programa en el servidor el numero de instalación es la del servidor o en cada puesto que tenga su acceso al servidor es una instalación distinta, ahora mismo despues de las últimas lecturas lo tengo como la última opción, cada puesto que accede al servidor tiene un número de instalación distinta. Así se por OT+IdSistema+Instalación (puesto) quien realiza los envios y cada uno tiene su encadenamiento propio.

Si tienes el programa en el servidor y equipos de la red tiran de él es un único SIF, sólo va a haber un encadenamiento. Por tanto, sólo debería haber un equipo que enviara los datos, porque si cada equipo envía sus registros no vas a cumplir con los 60 segundos de espera entre envío y envío (a no ser que encuentres la manera de solucionarlo, ver quién y cuando envió y esperar)

[Faneka]

Empezado por Jarogo08

Si tienes el programa en el servidor y equipos de la red tiran de él es un único SIF, sólo va a haber un encadenamiento. Por tanto, sólo debería haber un equipo que enviara los datos, porque si cada equipo envía sus registros no vas a cumplir con los 60 segundos de espera entre envío y envío (a no ser que encuentres la manera de solucionarlo, ver quién y cuando envió y esperar)

Nosotros tenemos ERP de escritorio y la mayoría es un equipo el que factura y muchas veces una vez a la semana. En algunas instalaciones si que es de venta al publico en mostrador pero esas son grandes y estan en el SII. No creo que hay problema por eso.
Pero hablando de los 60 segundos, el que tiene que esperar ese tiempo es el OT+ID+NºInstalación supongo, no todas las instalaciones del programa ¿no? eso si que no lo había pensado. Si cada puesto es independiente para el encadenamiento tambien lo debería ser para el flujo de envío, o al menos así lo veo yo.

[Jarogo08]

Empezado por Faneka

Si cada puesto es independiente para el encadenamiento tambien lo debería ser para el flujo de envío, o al menos así lo veo yo.

Sí, claro. Si son SIFs distintos cada uno tiene su flujo. El caso que decía yo es cuando varios equipos de red apuntan a un servidor y es un único SIF

[Faneka]

Empezado por Jarogo08

Sí, claro. Si son SIFs distintos cada uno tiene su flujo. El caso que decía yo es cuando varios equipos de red apuntan a un servidor y es un único SIF

Ok, gracias por la puntualización.

[RUBEN_SP]

Empezado por Faneka

No entiendo el tema de vacaciones con la reinstalación.
Yo por ejemplo me guardo en cada equipo un fichero con el nº de instalación, que el nº es el datetime (es uno de los ejemplos que pusieron ellos mismos), ese fichero se crea la primera vez que se genere un RF, mientras el fichero exista sera la misma instalación, en el caso que se formatee o se cambie de equipo, como no encuentra ese fichero se vuelve a crear el nº de instalación.
Y al igual que ese fichero para el nº de instalación tengo otros para saber cual fue el ultimo RF enviado y así realizar el encadenamiento.

Pero si al recuperar los datos del ordenador antiguo o disco anterior recuperan ese fichero tu sistema de control falla

[Faneka]

Empezado por RUBEN_SP

Pero si al recuperar los datos del ordenador antiguo o disco anterior recuperan ese fichero tu sistema de control falla

Tendría que ser un backup del disco completo porque el fichero esta en una carpeta de temporales, sería raro pero podría pasar si. Normalmente si es por cambio de disco, formateo o lo que sea me enteraria porque al iniciar de nuevo el programa les pide clave, pero en el caso que pudieran hacerlo sin que yo me enterara si mandaran facturas les saltaría el aviso al siguiente envío con aceptadoconerrores, con lo que ahí si que me llamarían, jaja.
Pero buena observación, gracias, le dare una vuelta.

[Jarogo08]

Empezado por Faneka

Normalmente si es por cambio de disco, formateo o lo que sea me enteraria porque al iniciar de nuevo el programa les pide clave

Claro, es que yo creo que la clave es esa: normalmente un cambio/formateo de equipo necesita una nueva clave. Y ahí ya haces el cambio del Número de Instalación.


Si recuperas una imagen del disco, o un backup, o te vas de vacaciones como decían más arriba... esos casos entiendo que no reinician el encadenamiento porque ni siquiera tenemos porqué enterarnos. Nosotros sólo lo controlamos si hay un cambio de licencia

[RUBEN_SP]

Empezado por Faneka

Tendría que ser un backup del disco completo porque el fichero esta en una carpeta de temporales, sería raro pero podría pasar si. Normalmente si es por cambio de disco, formateo o lo que sea me enteraria porque al iniciar de nuevo el programa les pide clave, pero en el caso que pudieran hacerlo sin que yo me enterara si mandaran facturas les saltaría el aviso al siguiente envío con aceptadoconerrores, con lo que ahí si que me llamarían, jaja.
Pero buena observación, gracias, le dare una vuelta.

Puedes ver si el fichero existe y en caso de que así sea que la fecha+hora de ese fichero coincida con la fecha+hora de tfile.GetLastWriteTime(Paramstr(0))

[sEngine]

He cambiado el numero de instalacion haciendo pruebas, y no lo he enviado como primer registro, y lo he encadenado al anterior y me lo ha aceptado correctamente. Habia leido por arriba que al cambiar el numero de instalacion habia que volver a enviar como primer registro y sin encadenar.
Es asi como funciona?

[gcqZW]

Sí, que ahora mismo lo acepte no significa que este bien, al cambiar el nº de instalación hay que empezar el encadenamiento de nuevo.