Cita:
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.