ValidaCFD

Hola, estoy algo sacado de onda... es complicado generar una solución cuando el cliente no sabe en promedio cuántas facturas tienen al día y más cuando quiere checar históricos porque ni como dividir la peticiones. por que hay servicios de revisión de petición y de creación.
Me dí a la tarea de buscar soluciones en el mercado y me topo con que usan robots para el proceso... vaya no usan los servicios... 2 horas me bastaron para traer 1980 registros... valdrá más la pena enfocar esfuerzos a este tipo de desarrollos más a lo que deja el SAT... para clientes pequeños suena bien pero medianos o grandes pues no va... además de que aunque pidas 1 factura tarda de 24 hasta 48... que injusto

Nop, no lo hagas

Durante muchos años la solucion a la descarga masiva fue hacer "bots" que lo descargaran de la pagina del SAT, tal como lo mencionas, algunos muy buenos que incluso hackearon el captcha inicial, nosotros lo implementamos desde julio del 2015 y lo publicamos en nuestro validador ValidaCFD

PERO, alguien en el SAT no le gusto que la gente lo hiciera asi y un dia de repente LE PUSO CAPTCHA A CADA UNA DE LAS DESCARGAS !!!, asi como lo lees, si querias descargar por ejemplo 100 comprobantes tenias que resolver CIEN VECES EL CAPTCHA MANUALMENTE.

La gente molesta le reclamo al SAT, la respuesta de ellos fue este Web Service "fabuloso" que estamos tratando de usar, por lo pronto quito la restriccion de los "CIEN CAPTCHAS", pero la amenaza de volverlo a poner esta vigente

En resumen, la solucion que mencionas ya es vieja y obsoleta, no va a durar mucho tiempo, el SAT se va a encargar de que dejen de funcionar los robots

Gracias Dado, pero y mientras que se le puede ofrecer a un cliente que recibe más de 4000 facturas al día?

El Web service del SAT ya funciona, es lento y tardado, pero NO TOMES RESPONSABILIDAD por algo que no te corresponde

No te sientas "culpable" de que los servicios oficiales no sean lo mas eficaz que uno quisiera, eso es lo que hay y es lo que podemos ofrecer los programadores.

Es solo mi humilde opinion............

Si mi hermano, lo entiendo... lo malo es que mi cliente me pide que le descarguemos su facturación recibida de los últimos 5 años y recibe de 100,000 a 150,000 por mes... esto es 3333 al día y el SAT solo permite bajar 2000 entonces me voy a tardar 7 años en bajar su histórico jajajaja

La solución que puedes ofrecer es hacer peticiones por horas, podrias hacer una petición digamos asi:
01/01/2018T00:00:00 - 01/01/2018T08:00:00
01/01/2018T08:00:01 - 01/01/2018T16:00:00
01/01/2018T16:00:01 - 01/01/2018T23:59:59

Eso si, esperar hasta el fin de los tiempos a que el sat procese las peticiones

jajajajaja... habrá clientes con necesidades especiales.
Gracias de todas formas... nuestra solución (que hemos armado en conjunto con sus amables aportaciones) es buena para clientes mortales... clientes con más de 4000 facturas al día se debe buscar cosas alternas definitivamente... estoy usando herramienta para descarga masiva de xml que me deja bajar hasta 14000 al día

En el cambio de horario tambien debe cambiar el TimeStamp a (Now+6)

Eso significa que voy a tener que programar un ..... if horario_de_verano then (Now+5) else (Now+6)

@crono81, sabes si en delphi hay algo como function DST*() : boolean

*DST Daylight saving time = horario de verano

The Now function returns the current date and time in the local time zone.

The returned TDateTime type can be manipulated and displayed by many SysUtil and DateUtils routines.

Si el equipo donde corre la aplicación ya sincronizó el cambio de horario ¿no es suficiente?

No tengo idea de si dicha funcion exista, pero como dice secreto, las funciones date te dan la hora actual de la pc, habria que probar