Bloque del esquema SistemaInformatico

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

[Rja750]

Se hace inviable tener varios SIF o líneas de facturación instalado en cada pc con el mismo OT, IdSistemaInformatico, Version y distinto NumeroInstalacion. Esto obligaría a tener numeraciones diferentes en las altas, incluido las rectificativas y aunque tengan la misma BD en la nube esto sería ya el colmo. Creo que este quebradero de cabeza se podría simplificar y que nadie se dará cuenta de, si se ha actualizado el servidor o se ha añadido un nuevo puesto a la red. Si el titular del negocio cierra durante un periodo de tiempo por lo que sea, cuando vuelva a abrir seguirá con el siguiente RF y esto no quiere decir nada(ni que se ha formateado ni se ha defraudado ni nada). Otra cosa seria una nueva instalación de un nuevo OT.
----EDITO
Lo que me choca es la idea de que cada vez que actualizemos tengamos que tener un registro como primer RF sin registro anterior. No le puedo poner sentido comun a esto:
Un OT emite el RF NumSerieFactura = 1, NumSerieFactura =2, NumSerieFactura =3, NumSerieFactura =4 y ese dia actualiza con un nuevo NumeroInstalacion por modificacion del SIF. Cuando procede a emitir un nuevo RF es el NumSerieFactura =5 pero como si fuera el primer RF sin registro anterior. ¿Esto como es así? no le encuentro lógica. Lo único que se me viene a la cabeza es que al haber un salto en la trazabilidad, existe un antes y un después, por si se hubiese tocado para hacer defalcos o algo así.

[Jarogo08]

Empezado por Rja750

Lo que me choca es la idea de que cada vez que actualizemos tengamos que tener un registro como primer RF sin registro anterior. No le puedo poner sentido comun a esto:
Un OT emite el RF NumSerieFactura = 1, NumSerieFactura =2, NumSerieFactura =3, NumSerieFactura =4 y ese dia actualiza con un nuevo NumeroInstalacion por modificacion del SIF. Cuando procede a emitir un nuevo RF es el NumSerieFactura =5 pero como si fuera el primer RF sin registro anterior. ¿Esto como es así? no le encuentro lógica. Lo único que se me viene a la cabeza es que al haber un salto en la trazabilidad, existe un antes y un después, por si se hubiese tocado para hacer defalcos o algo así.

Es que actualizar la versión del programa no hace que cambie el NumeroInstalacion, o no debería hacerlo. ¿donde habéis leído que tiene que hacer eso?

[Faneka]

Yo no lo tengo contemplado de esa forma, la unica forma de que cambie el nº de instalación es principalmente que cambie de equipo o formateando el suyo.

[Rja750]

Empezado por Faneka

Yo no lo tengo contemplado de esa forma, la unica forma de que cambie el nº de instalación es principalmente que cambie de equipo o formateando el suyo.

Solo veo lógico cuando aumente un OT o disminuya de tu cartera de cliente.

[sglorka]

Empezado por Rja750

Se hace inviable tener varios SIF o líneas de facturación instalado en cada pc con el mismo OT, IdSistemaInformatico, Version y distinto NumeroInstalacion. Esto obligaría a tener numeraciones diferentes en las altas, incluido las rectificativas y aunque tengan la misma BD en la nube esto sería ya el colmo. Creo que este quebradero de cabeza se podría simplificar y que nadie se dará cuenta de, si se ha actualizado el servidor o se ha añadido un nuevo puesto a la red. Si el titular del negocio cierra durante un periodo de tiempo por lo que sea, cuando vuelva a abrir seguirá con el siguiente RF y esto no quiere decir nada(ni que se ha formateado ni se ha defraudado ni nada). Otra cosa seria una nueva instalación de un nuevo OT.
----EDITO
Lo que me choca es la idea de que cada vez que actualizemos tengamos que tener un registro como primer RF sin registro anterior. No le puedo poner sentido comun a esto:
Un OT emite el RF NumSerieFactura = 1, NumSerieFactura =2, NumSerieFactura =3, NumSerieFactura =4 y ese dia actualiza con un nuevo NumeroInstalacion por modificacion del SIF. Cuando procede a emitir un nuevo RF es el NumSerieFactura =5 pero como si fuera el primer RF sin registro anterior. ¿Esto como es así? no le encuentro lógica. Lo único que se me viene a la cabeza es que al haber un salto en la trazabilidad, existe un antes y un después, por si se hubiese tocado para hacer defalcos o algo así.

No es obligatorio ni aconsejable tener varios SIF's en sistemas centralizados donde un servidor genera la línea de encadenamiento y el resto son puestos de trabajo, este caso es un sólo SIF. La actualización del ERP no genera un nuevo número de instalación (la versión no forma parte de la clave). La adición de un nuevo puesto de trabajo tampoco genera un nuevo número de instalación. Si lo que actualizas es el ERP pero no toca nada del SIF, tampoco genera nuevo número de versión (para Verifactu). Que un negocio cierre durante un tiempo y luego reanude su actividad tampoco genera un nuevo número de instalación.
En definitiva, sólo se genera un número de instalación cuando el SIF es reinstalado, que puede servir para justificar un parón en la remisión de los registros de facturación debido a una encriptación o problema técnico del hardware.
Si además, uno de los puestos de trabajo está deslocalizado geográficamente y no se puede asegurar la conexión online con el servidor central para generar y enviar los registros de facturación, entonces claramente, debes de convertirlo en un SIF para gestione su propia línea de encadenamiento con una numeración de facturas propia y no concurrente con la del los otros posbles SIF's

[Rja750]

Empezado por sglorka

No es obligatorio ni aconsejable tener varios SIF's en sistemas centralizados donde un servidor genera la línea de encadenamiento y el resto son puestos de trabajo, este caso es un sólo SIF. La actualización del ERP no genera un nuevo número de instalación (la versión no forma parte de la clave). La adición de un nuevo puesto de trabajo tampoco genera un nuevo número de instalación. Si lo que actualizas es el ERP pero no toca nada del SIF, tampoco genera nuevo número de versión (para Verifactu). Que un negocio cierre durante un tiempo y luego reanude su actividad tampoco genera un nuevo número de instalación.
En definitiva, sólo se genera un número de instalación cuando el SIF es reinstalado, que puede servir para justificar un parón en la remisión de los registros de facturación debido a una encriptación o problema técnico del hardware.
Si además, uno de los puestos de trabajo está deslocalizado geográficamente y no se puede asegurar la conexión online con el servidor central para generar y enviar los registros de facturación, entonces claramente, debes de convertirlo en un SIF para gestione su propia línea de encadenamiento con una numeración de facturas propia y no concurrente con la del los otros posbles SIF's

Para mí, una reinstalación es una actualización pero con otro nombre y da igual que haya cambiado de ordenador o actualice o sea una nueva instalación de cero en un ordenador formateado. No tengo que justificar que me voy de vacaciones y hago un parón, estaria bueno. Si lo importante es que todo lo que se mande este encadenado correctamente, no veo logico que entre este tipo de control por parte de verifactu con el nº de instalacion dentro del mismo OT por mucho que formatee o cambie de ordenador.

[sglorka]

Empezado por Rja750

Para mí, una reinstalación es una actualización pero con otro nombre y da igual que haya cambiado de ordenador o actualice o sea una nueva instalación de cero en un ordenador formateado. No tengo que justificar que me voy de vacaciones y hago un parón, estaria bueno. Si lo importante es que todo lo que se mande este encadenado correctamente, no veo logico que entre este tipo de control por parte de verifactu con el nº de instalacion dentro del mismo OT por mucho que formatee o cambie de ordenador.

Soy incapaz de entender lo que andas buscando porque no encuentro correlación de tu respuesta con mi post.

[CarlosMz]

Empezado por sglorka

No es obligatorio ni aconsejable tener varios SIF's en sistemas centralizados donde un servidor genera la línea de encadenamiento y el resto son puestos de trabajo, este caso es un sólo SIF. La actualización del ERP no genera un nuevo número de instalación (la versión no forma parte de la clave). La adición de un nuevo puesto de trabajo tampoco genera un nuevo número de instalación. Si lo que actualizas es el ERP pero no toca nada del SIF, tampoco genera nuevo número de versión (para Verifactu). Que un negocio cierre durante un tiempo y luego reanude su actividad tampoco genera un nuevo número de instalación.
En definitiva, sólo se genera un número de instalación cuando el SIF es reinstalado, que puede servir para justificar un parón en la remisión de los registros de facturación debido a una encriptación o problema técnico del hardware.
Si además, uno de los puestos de trabajo está deslocalizado geográficamente y no se puede asegurar la conexión online con el servidor central para generar y enviar los registros de facturación, entonces claramente, debes de convertirlo en un SIF para gestione su propia línea de encadenamiento con una numeración de facturas propia y no concurrente con la del los otros posbles SIF's

Pensaba que tenía claro el encadenamiento... pero parece que no.

Mi escenario es el siguiente:

1. Todo es online, es decir, la base de datos está en la nube.
2. Si no hay internet, no hay nada de nada
3. Cada OT tiene su propia base de datos aislada.

Tengo una tabla RF para los registros de facturación, por tanto, yo encadeno todo independientemente del nº de instalación, aunque hayan varios puestos facturando de ese OT
Los puestos de trabajo usan la base de datos en la nube y no hay caché ni memoria local.

En este caso es correcto hacerlo así, o cada puesto debe encadenar en base al nº de instalación ?

un saludo

[Rja750]

Empezado por CarlosMz

Pensaba que tenía claro el encadenamiento... pero parece que no.

Mi escenario es el siguiente:

1. Todo es online, es decir, la base de datos está en la nube.
2. Si no hay internet, no hay nada de nada
3. Cada OT tiene su propia base de datos aislada.

Tengo una tabla RF para los registros de facturación, por tanto, yo encadeno todo independientemente del nº de instalación, aunque hayan varios puestos facturando de ese OT
Los puestos de trabajo usan la base de datos en la nube y no hay caché ni memoria local.

En este caso es correcto hacerlo así, o cada puesto debe encadenar en base al nº de instalación ?

un saludo

Puedes tener un servidor en la nube y según las claves de acceso el SIF redirige a cada uno a su BD pero como gestionas los tiempos de espera por cada OT, es más, como lees las respuesta de cada OT. La AEAT envía la respuesta al servidor y por cada tiempo. Me explico, el OT que está en Madrid envia un RF y la AEAT envía la respuesta y ningún OT puede volver a enviar desde ese servidor hasta pasado los 60 seg.

[sglorka]

Empezado por CarlosMz

Pensaba que tenía claro el encadenamiento... pero parece que no.

Mi escenario es el siguiente:

1. Todo es online, es decir, la base de datos está en la nube.
2. Si no hay internet, no hay nada de nada
3. Cada OT tiene su propia base de datos aislada.

Tengo una tabla RF para los registros de facturación, por tanto, yo encadeno todo independientemente del nº de instalación, aunque hayan varios puestos facturando de ese OT
Los puestos de trabajo usan la base de datos en la nube y no hay caché ni memoria local.

En este caso es correcto hacerlo así, o cada puesto debe encadenar en base al nº de instalación ?

un saludo

Por la descripción que das entiendo que tienes un único programa físico que permite llevar la facturación de distintos OT, cada uno de ellos con su propia base de datos y dentro de cada OT puedes tener puestos de trabajo que se conectan al programa físico de forma remota pero que actúan como terminales simples ya que toda la lógica del SIF reside en el servidor central. Lo que no tengo claro es si usas una línea de encadenamiento por cada OT o sólo tienes una línea de encadenamiento general para todos los OT. ¿ Puedes darme esa información ?

[jlmoli_67]

buenas,


Actualmente tengo un SIF instalado en un servidor, pero gestiona tres obligados tributarios con bases de datos independientes y cadenas de encadenamiento independientes. ¿Debo considerar cada obligado tributario como un SIF virtual diferente y, por tanto, asignar un Número de Instalación distinto a cada uno, o puedo utilizar un único Número de Instalación con TipoUsoPosibleMultiOT=S e IndicadorMultiplesOT=S?


Actualmente diferencio el numero de instalacion para cada empresa pero me gustaria, si se pudiese, hacerlo sin diferenciar el numero de instalacion.


He estado leyendo pero soy muy torpe y no me atrevo a concluir. Os agradeceria una ayudilla con este tema.


muchas gracias

[Neftali [Germán.Estévez]]

En nuestro caso cuando tenemos activada multiempresa (dentro del propio ERP) al enviar tenemos lo siguiente:

<sum1:TipoUsoPosibleMultiOT>S</sum1:TipoUsoPosibleMultiOT>
<sum1:IndicadorMultiplesOT>S</sum1:IndicadorMultiplesOT>

Usamos el mismo NumeroInstalacion para todos, pues es un único programa/ERP que gestiona multiempresa (múltiples obligados tributarios). Nosotros usamos una única B.D.

[Carlos]

Empezado por jlmoli_67

buenas,


Actualmente tengo un SIF instalado en un servidor, pero gestiona tres obligados tributarios con bases de datos independientes y cadenas de encadenamiento independientes. ¿Debo considerar cada obligado tributario como un SIF virtual diferente y, por tanto, asignar un Número de Instalación distinto a cada uno, o puedo utilizar un único Número de Instalación con TipoUsoPosibleMultiOT=S e IndicadorMultiplesOT=S?


Actualmente diferencio el numero de instalacion para cada empresa pero me gustaria, si se pudiese, hacerlo sin diferenciar el numero de instalacion.


He estado leyendo pero soy muy torpe y no me atrevo a concluir. Os agradeceria una ayudilla con este tema.


muchas gracias

De acuerdo con lo que dice Neftali.