Ver si proceso en ejecución en máquina remota

[YellowStone]

De momento nosotros lo estamos controlando en desarrollo con un campo en la base de datos, cada vez que comienza un envío, se marca ese campo, y no se desmarca hasta que el propio proceso de envío lo desmarca al final, así si se intenta realizar un nuevo envío estando el campo marcado, no se permite.

El único problema que le veo a esto, que estoy pensando cómo solucionarlo, es que el proceso se interrumpa por cualquier motivo (un pantallazo azul de la muerte, por ejemplo) y no se desmarque el campo, y se queden las facturas sin enviar porque el proceso no arranca de nuevo.

[ermendalenda]

Ojo con eso para no verifactu
Las bases de datos y datos tienen que estar claramente separadas para distintos obligados tributariosm
Y según cono tengas el sif también para verifactu.

[rci]

Empezado por ermendalenda

Ojo con eso para no verifactu
Las bases de datos y datos tienen que estar claramente separadas para distintos obligados tributariosm
Y según cono tengas el sif también para verifactu.

Anda no sabia nada de eso.
nosotros en principio solo haremos modo Veri*Factu.
En cada tabla hay un campo que indica de que obligado tributario es esa información... eso sirve para lo que dices ermendalenda?

[razorxxx]

Empezado por ermendalenda

Ojo con eso para no verifactu
Las bases de datos y datos tienen que estar claramente separadas para distintos obligados tributariosm
Y según cono tengas el sif también para verifactu.

¿Puedes indicar en qué artículo del reglamento pone que esto es así?

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

Empezado por ermendalenda

Las bases de datos y datos tienen que estar claramente separadas para distintos obligados tributarios

No se que quiere decir eso.
En un ERP con multiempresa puedes una Base de Datos con diferentes obligados tributarios. Creo que es lo habitual si piensas en empresas con varias sucursales, por ejemplo; o en un despacho/gestoría que gestiona N clientes.

[razorxxx]

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

No se que quiere decir eso.
En un ERP con multiempresa puedes una Base de Datos con diferentes obligados tributarios. Creo que es lo habitual si piensas en empresas con varias sucursales, por ejemplo; o en un despacho/gestoría que gestiona N clientes.

Pues claro. Es que de lo contrario puedes tener centenares o miles de bases de datos y gestionar eso no veas...

[ermendalenda]

He podido mal interpretarlo o no, no explica muy bien si. Pueden estar en el mismo conjunto pero respetando la separación de obligados tributarios y respetando el artículo
Ya que habla de "respetar la gestión" mas bien puede que sea eso y que permita la misma bd.
8. Lo veis claro?
Artículo 2(a)

a) Deberá realizar de forma separada la gestión de los registros de facturación y, en su caso, de evento de cada obligado tributario, garantizando siempre las características indicadas en el artículo 8 del Reglamento para cada obligado tributario, de acuerdo con las especificaciones técnicas y funcionales de esta orden.

[razorxxx]

Empezado por ermendalenda

He podido mal interpretarlo o no, no explica muy bien si. Pueden estar en el mismo conjunto pero respetando la separación de obligados tributarios y respetando el artículo
Ya que habla de "respetar la gestión" mas bien puede que sea eso y que permita la misma bd.
8. Lo veis claro?
Artículo 2(a)

Cito textualmente lo que me han respondido por mail los del Veri*Factu:

P: Muchos de nuestros SIF multiempresa tienen una única base de datos para todos los obligados tributarios. ¿Obliga el reglamento a que los datos de cada obligado estén en bases de datos distintas?
R: No hay inconvenientes o restricciones en el uso de las BBDD internas, por lo que pueden organizarlas de la forma que mejor convenga.

[razorxxx]

A la pregunta "El SIF que actúa en modo VERI*FACTU, ¿puede guardar los XML generados en una carpeta en disco hasta su envío, u obligatoriamente deben guardarse en base de datos para cumplir con los principios de integridad e inalterabilidad?" me han respondido lo siguiente:

La remisión a la AEAT de los registros en este tipo de sistemas es prácticamente inmediata. Durante el intervalo de segundos entre su generación y la remisión pueden almacenarlos de la forma interna que como desarrolladores ustedes decidan.

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

Empezado por ermendalenda

Ya que habla de "respetar la gestión" mas bien puede que sea eso y que permita la misma bd.
8. Lo veis claro?

Yo creo que cuando habla de "Deberá realizar de forma separada la gestión de los registros de facturación y, en su caso, de evento de cada obligado tributario...", se refiere justo a eso, a la gestión, no a cómo estén organizados físicamente esos registros.

[glopez]

Empezado por YellowStone

De momento nosotros lo estamos controlando en desarrollo con un campo en la base de datos, cada vez que comienza un envío, se marca ese campo, y no se desmarca hasta que el propio proceso de envío lo desmarca al final, así si se intenta realizar un nuevo envío estando el campo marcado, no se permite.

El único problema que le veo a esto, que estoy pensando cómo solucionarlo, es que el proceso se interrumpa por cualquier motivo (un pantallazo azul de la muerte, por ejemplo) y no se desmarque el campo, y se queden las facturas sin enviar porque el proceso no arranca de nuevo.

Hola, Creo que esto podrías solucionarlo comprobando si el campo está "desmarcado" o eres el único que está conectado a la BD. Es decir, no hay nadie más conectado a esa empresa.