Tiempos de envios

[ermendalenda]

A falta de una normativa clara sobre los tiempos de envios y por otras cuestiones a ver si conseguimos que suban esos 120 segundos.
De momento he lanzado un 🎯 a ver si doy en la diana

[ermendalenda]

Bueno parece que he conseguido arañar unos segundos
Tenían un error en el control de flujo respecto al reglamento h se lo he expuesto y dicen que seguramente sufra un cambio muy leve, pero que sepáis que un poco.mas de los 60 segundos después del parámetro [t]
O sea el error en vez 120 pasará a ser 120+ tiempo de descuento que añadan

[bmfranky]

Empezado por ermendalenda

Bueno parece que he conseguido arañar unos segundos
Tenían un error en el control de flujo respecto al reglamento h se lo he expuesto y dicen que seguramente sufra un cambio muy leve, pero que sepáis que un poco.mas de los 60 segundos después del parámetro [t]
O sea el error en vez 120 pasará a ser 120+ tiempo de descuento que añadan

Entonces realmente el tiempo de envio sera:
Tiempo base t 60"
Tiempo max m 120"
Tiempo retardo añadido r.


Entonces desde el ultimo envio podemos/devemos esperar .
Tiempo de envio e => t pero < t+m+r

supniendo que en la respuesta anterior nos indique 100"
Tendremos un tiempo de 240 Segundos..

Joder esto parecen matematicas abanzadas...

[ermendalenda]

Empezado por bmfranky

Entonces realmente el tiempo de envio sera:
Tiempo base t 60"
Tiempo max m 120"
Tiempo retardo añadido r.


Entonces desde el ultimo envio podemos/devemos esperar .
Tiempo de envio e => t pero < t+m+r

supniendo que en la respuesta anterior nos indique 100"
Tendremos un tiempo de 240 Segundos..

Joder esto parecen matematicas abanzadas...

No
Si te indican 100 a partir del segundo 100, actualmente tienes 60 segundos.
O sea tienes que mandar entre el segundo 101 y el 160
Lo que he solicitado que ese tiempo de 60 segundos (el que se le suma a [t],) no es correcto por un motivo que otro día os explico. Lo han reconocido y parece que subirán algo ese 60
Ya verenos
Os pongo ejemplo el margen es igual si
Me devuelven [t]=60
Si tengo algo de nuevo pendiemte de enviar, Voy mirando desde el último envio hasta la fecha/hora actual hasta que hayan pasado los 60 segundos y ahora tendría que mandar inmediatamente,
inemdiatamebte=60segundos de margen SIEMPRE HASTA QUE CAMBIEN LO QUE OS HE COMENTADO INDEPENTEMENTE DEL PARAMETRO [t]

[bmfranky]

Empezado por ermendalenda

No
Si te indican 100 a partir del segundo 100, actualmente tienes 60 segundos.
O sea tienes que mandar entre el segundo 101 y el 160
Lo que he solicitado que ese tiempo de 60 segundos (el que se le suma a [t],) no es correcto por un motivo que otro día os explico. Lo han reconocido y parece que subirán algo ese 60
Ya verenos
Os pongo ejemplo el margen es igual si
Me devuelven [t]=60
Si tengo algo de nuevo pendiemte de enviar, Voy mirando desde el último envio hasta la fecha/hora actual hasta que hayan pasado los 60 segundos y ahora tendría que mandar inmediatamente,
inemdiatamebte=60segundos de margen SIEMPRE HASTA QUE CAMBIEN LO QUE OS HE COMENTADO INDEPENTEMENTE DEL PARAMETRO [t]

Haber si lo pillo, desde que genearas el registro(Asignas el timestamp) hasta que lo envias han de ser menos de 120", ademas de dejar de momento minimo 60" entre envios, osea que 2 consecutivos inmediatos sin espera serian lo 120" que te da solo 60" de margen, pero si tardas en generar el timestamp , porque estas rellenando los datos de la factura, mas de 60" , sigues teniendo el margen de 120" integros.
Pero si estas enviando los registros de varios puntos de facturacion a la vez, encadenandolos, pues si solo teneis 60" para recopilar y enviar las facturas.
Put**a lo mires como lo mires.

[ermendalenda]

Empezado por bmfranky

Haber si lo pillo, desde que genearas el registro(Asignas el timestamp) hasta que lo envias han de ser menos de 120", ademas de dejar de momento minimo 60" entre envios, osea que 2 consecutivos inmediatos sin espera serian lo 120" que te da solo 60" de margen, pero si tardas en generar el timestamp , porque estas rellenando los datos de la factura, mas de 60" , sigues teniendo el margen de 120" integros.
Pero si estas enviando los registros de varios puntos de facturacion a la vez, encadenandolos, pues si solo teneis 60" para recopilar y enviar las facturas.
Put**a lo mires como lo mires.

No sé si te estoy entendiendo.
Si tienes 2 para enviar los puedes enviar en el mismo paquete (mismo soap). Y a volver a esperar el tiempo que te digan en la respuesta

[CarlosMz]

Yo, sinceramente voy a intentar enviar de 1 en 1.
Intentaré buscar la fórmula para evitar tener que controlar estos tiempos de envío

[ermendalenda]

Empezado por CarlosMz

Yo, sinceramente voy a intentar enviar de 1 en 1.
Intentaré buscar la fórmula para evitar tener que controlar estos tiempos de envío

Te puede pasar varias cosas:
1. Que te baneen si detectan que incumplesmucho. Ya que en el tema de envioa máximos en el enlace de pruebas han advertido que pueden banear,
2. Que re metan baneos temporales y temporalmente se te bloquee el envío.
3. Que te dejen enviar sin respetar los tiempos (antes de que pasen los 60 segundos) , eso está pasando ahora con las pruebas, pero si lo haces varias veces parece que hacen baneos temporales.
4. Que te devuelva un error hasta que puedas reenviar, eso sería lo ideal ñ.

[unomasmas]

Empezado por CarlosMz

Yo, sinceramente voy a intentar enviar de 1 en 1.
Intentaré buscar la fórmula para evitar tener que controlar estos tiempos de envío

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.