Tiempos de envios

[thinkows]

Empezado por unomasmas

Me estoy devanando los sesos para ver cómo gestiono este control de flujo, pero enviar de uno en uno no me lo planteo (no me parece viable) porque podría darse que se generasen simultáneamente tres o cuatro (o bastantes más) facturas y si cada una tiene que esperar a que se envíe la anterior, al final se va a pasar ese tiempo máximo. Por otra parte, lo que pretenden ellos (aunque sea a base de fundir nuestras neuronas) es que juntemos las facturas para no enviar de una en una, salvo que la producción sea mínima, claro; vamos, que les asusta más la cantidad de peticiones que van a recibir que el sufrimiento que están infringiendo a nuestras conexiones neuronales.

Veo que todos estamos mas o menos igual ....

Yo pretendo no tener que enviar en un mismo soap mas de una factura y estoy pensando en lo siguiente :

Tengo dos procesos independientes uno genera facturas/tickets y otro proceso envía.

En la BD grabo FechaFactura YYMMDDHHMMSS y FechaRegitroFacturacion con YYMMDDHHMMSS.MMMMMMM por cada operación de venta ya sea ticket o factura.

El primer envío del día sin problemas genero el XML justo antes del envío, un solo registro, el siguiente espero "t" segundos después del primero generando el XML igualmente al momento, es decir como si cada "t" segundos se efectuara una operación de venta.

Si entre ventas pasan mas de "t" segundos se comporta como el primer envío.

[[newtron]]

Empezado por thinkows

Veo que todos estamos mas o menos igual ....

Yo pretendo no tener que enviar en un mismo soap mas de una factura y estoy pensando en lo siguiente :

Tengo dos procesos independientes uno genera facturas/tickets y otro proceso envía.

En la BD grabo FechaFactura YYMMDDHHMMSS y FechaRegitroFacturacion con YYMMDDHHMMSS.MMMMMMM por cada operación de venta ya sea ticket o factura.

El primer envío del día sin problemas genero el XML justo antes del envío, un solo registro, el siguiente espero "t" segundos después del primero generando el XML igualmente al momento, es decir como si cada "t" segundos se efectuara una operación de venta.

Si entre ventas pasan mas de "t" segundos se comporta como el primer envío.

Todo dependerá del número de documentos que haga la empresa por minuto porque como sean muchos en algún momento igual si los envías uno a uno tardas más del tiempo suficiente que debe de pasar entre la generación del documento y el envío.


A mi entender lo "eficiente" es agrupar y enviar de una tacada los posibles documentos que se puedan generar mientras se está a la espera del siguiente envío.


Saludos.

[thinkows]

Empezado por newtron

Todo dependerá del número de documentos que haga la empresa por minuto porque como sean muchos en algún momento igual si los envías uno a uno tardas más del tiempo suficiente que debe de pasar entre la generación del documento y el envío.


A mi entender lo "eficiente" es agrupar y enviar de una tacada los posibles documentos que se puedan generar mientras se está a la espera del siguiente envío.


Saludos.

Gracias por responder Newtron,

La idea es generar y enviar el XML de una sola operación de venta en el mismo momento en que se cumpla el "t" segundos.


Saludos,

[sglorka]

Empezado por thinkows

Gracias por responder Newtron,

La idea es generar y enviar el XML de una sola operación de venta en el mismo momento en que se cumpla el "t" segundos.


Saludos,

El Xml no se puede generar cuando nos venga conveniente, el Xml se generar antes o en el mismo momento de emitir la factura. Esto está muy claro y explicado en el reglamento. Intenta leerlo de nuevo porque creo que no es factible lo que propones.

[[newtron]]

Empezado por thinkows

Gracias por responder Newtron,

La idea es generar y enviar el XML de una sola operación de venta en el mismo momento en que se cumpla el "t" segundos.


Saludos,

No sé si me estoy enterando bien del planteamiento pero si te he entendido quieres enviar un documento, esperar 60 segundos (si es lo que te devuelve como respuesta), a los 60 segundos enviar otro y así sucesivamente. Eso te limita bastante los documentos que puedes enviar y es posible que empieces a tener problemas si te pasas del tiempo máximo de envío entre la generación del documento y el envío del mismo. Si hablamos de una empresa que emite 10 documentos al día podría ser factible pero si (por ejemplo) hablamos de un supermercado claramente no funcionaría y muchos tickets entrarían fuera de plazo.


No sé, ya que estás puesto yo lo haría de la manera que te comento, enviando en un paquete los n documentos que se han generado desde el último envío.



Por si te sirve de algo yo lo estoy haciendo de la siguiente manera: Un programa aparte que está atento a ficheros que "aparezcan" en una carpeta determinada. Desde el programa que emite las ventas genero un fichero .csv en esa carpeta, el programa detecta ese fichero y lo "encola" a los posibles ficheros que ya pueda haber pendientes de envío. Cuando llega el momento de enviar los lee, los envía y se queda a la espera de nuevos ficheros. Mientras no llega el momento del nuevo envío los ficheros se van encolando y cuando llega el momento se leen y se envían. El lapso de tiempo del envío lo tengo puesto en un control TTimer del que voy refrescando el tiempo de ejecución en función de la respuesta del último fichero enviado.


Creo que de esta manera se puede manejar bien el asunto del envío de los ficheros, tiempos, etc.


Saludos.

[thinkows]

Empezado por newtron

No sé si me estoy enterando bien del planteamiento pero si te he entendido quieres enviar un documento, esperar 60 segundos (si es lo que te devuelve como respuesta), a los 60 segundos enviar otro y así sucesivamente. Eso te limita bastante los documentos que puedes enviar y es posible que empieces a tener problemas si te pasas del tiempo máximo de envío entre la generación del documento y el envío del mismo. Si hablamos de una empresa que emite 10 documentos al día podría ser factible pero si (por ejemplo) hablamos de un supermercado claramente no funcionaría y muchos tickets entrarían fuera de plazo.


No sé, ya que estás puesto yo lo haría de la manera que te comento, enviando en un paquete los n documentos que se han generado desde el último envío.



Por si te sirve de algo yo lo estoy haciendo de la siguiente manera: Un programa aparte que está atento a ficheros que "aparezcan" en una carpeta determinada. Desde el programa que emite las ventas genero un fichero .csv en esa carpeta, el programa detecta ese fichero y lo "encola" a los posibles ficheros que ya pueda haber pendientes de envío. Cuando llega el momento de enviar los lee, los envía y se queda a la espera de nuevos ficheros. Mientras no llega el momento del nuevo envío los ficheros se van encolando y cuando llega el momento se leen y se envían. El lapso de tiempo del envío lo tengo puesto en un control TTimer del que voy refrescando el tiempo de ejecución en función de la respuesta del último fichero enviado.


Creo que de esta manera se puede manejar bien el asunto del envío de los ficheros, tiempos, etc.


Saludos.

Yo partía de la base (veo que errónea, de que se puede generar el xml de la factura posteriormente a la entrega del documento al cliente) pretendo generar el xml y enviar en el mismo momento, la factura ya tendría su URL QR que el cliente ya lleva impresa, todos los registros en la BD estarían ordenados para su envió en día, hora, minuto, segundo y milésima de segundo solo esperar los "t" segundos entre envíos para generar y enviar el siguiente.

No sé si me explico lo suficiente.

Saludos y muchas gracias por vuestras aportaciones.

[CarlosArjonomia]

Empezado por thinkows

Yo partía de la base (veo que errónea, de que se puede generar el xml de la factura posteriormente a la entrega del documento al cliente) pretendo generar el xml y enviar en el mismo momento, la factura ya tendría su URL QR que el cliente ya lleva impresa, todos los registros en la BD estarían ordenados para su envió en día, hora, minuto, segundo y milésima de segundo solo esperar los "t" segundos entre envíos para generar y enviar el siguiente.

No sé si me explico lo suficiente.

Saludos y muchas gracias por vuestras aportaciones.

No veo porque no se puede hacer lo que dices, lo único que cambia en el xml de generación de factura y el xml de envío es la fecha "FechaHoraHusoGenRegistro" que bien puede ser la del envío, no la de la generación.

[bmfranky]

Empezado por CarlosArjonomia

No veo porque no se puede hacer lo que dices, lo único que cambia en el xml de generación de factura y el xml de envío es la fecha "FechaHoraHusoGenRegistro" que bien puede ser la del envío, no la de la generación.

Hola, esto es como la pescadilla que se muerde la cola, ya hemos comentado que esta gente , presupones y espera que se genere el xml al mismo tiempo que la factura, y que se envie en no menos de 120" despues de generada, la hayas o no entregado al cliente.

[thinkows]

Empezado por CarlosArjonomia

No veo porque no se puede hacer lo que dices, lo único que cambia en el xml de generación de factura y el xml de envío es la fecha "FechaHoraHusoGenRegistro" que bien puede ser la del envío, no la de la generación.

Eso pienso yo, no veo como van a saber a que hora se ha generado el registro en la BD y se la lleva/o no el cliente y la hora de generación del xml + envio la fecha que contenga la Huella va a ser lo mismo que lo que contenga FechaHoraHusoGenRegistro

Voy a releer la documentación otra vez.


Saludos,

[unomasmas]

Empezado por thinkows

Yo partía de la base (veo que errónea, de que se puede generar el xml de la factura posteriormente a la entrega del documento al cliente) pretendo generar el xml y enviar en el mismo momento, la factura ya tendría su URL QR que el cliente ya lleva impresa, todos los registros en la BD estarían ordenados para su envió en día, hora, minuto, segundo y milésima de segundo solo esperar los "t" segundos entre envíos para generar y enviar el siguiente.

No sé si me explico lo suficiente.

Saludos y muchas gracias por vuestras aportaciones.

Este es el planteamiento que tengo en borrador:

Emito la factura
Intento el envío. Antes de hacer el envío compruebo 1) si hay facturas pendientes y 2) si estoy en plazo para el envío (han pasado ya 60 segundos desde el último). Tres supuestos:
a) Han pasado los 60 segundos y no hay pendientes: envío esta factura sólo e inicio el contador de los 60 segundos.
b) Han pasado los 60 segundos y hay facturas pendientes: las junto todas en un único envío e inicio el contador de los 60 segundos.
c) No han pasado los 60 segundos: Añado la factura emitida a la lista de pendientes.

Lo de las 1000 facturas, la verdad, me preocupa menos. No creo que nadie llegue a ese tope; aún así, se incluye un timer que evalua cada x segundos si hay algo pendiente de enviar; en ese caso, aunque no haya ninguna generación de factura en curso, descarga el almacén de pendientes enviándolas e iniciando igualmente el contador de los 60 segundos.

[ermendalenda]

Empezado por newtron

Todo dependerá del número de documentos que haga la empresa por minuto porque como sean muchos en algún momento igual si los envías uno a uno tardas más del tiempo suficiente que debe de pasar entre la generación del documento y el envío.


A mi entender lo "eficiente" es agrupar y enviar de una tacada los posibles documentos que se puedan generar mientras se está a la espera del siguiente envío.


Saludos.

Exacto, ya lo he comentado algunas veces, de uno en uno es arriesgado y más ee uno va a llegar tarde. Solo tebeis que hacer mentalmente pruebas y veréis como se pueden salir del tiempo de 60 segundos después del tiempo de espera. Hay poco tiempo de margen para enviar