roclopescgmail

Não creio que seja esse o caso, pois tenho utilizado a mesma rotina tanto no sistema da nossa empresa como em clientes da nossa automação, e idenpendente do tempo em que a consulta é realizada ele apresenta a mensagem de bloqueio, seja de dia ou de madrugada. Enfim, espero ter uma solução para essa questão, pois no caso dos meus clientes, ele são de pequeno porte, e essa implementação resolve por hora, mas aqui para o meu negócio fica um pouco mais complicado. Mas o fato mais importante é que funcionada antes com a função citada, depois de alguma atualização ele parou. "No DistribuicaoDFePorUltNSU, quando você recebe o cStat 137, deve aguardar pelo menos 1h pra fazer nova chamada, caso contrário vai receber essa rejeição. Se a aplicação aguardou 1h e mesmo assim recebeu a rejeição, uma possibilidade é ter outra aplicação da própria empresa ou de alguém usando o certificado da empresa, como o contador, por exemplo, fazendo a mesma consulta. No DistribuicaoDFePorNSU não existe essa validação, mas existe o limite de 20 consultas por hora, assim como no DistribuicaoDFePorChaveNFe."

Acho que não é essa a questão. Estou com o mesmo problema. O fato é que a "DistribuicaoDFePorUltNSU" gera esse erro em todas as situações e por exemplo essa função "DistribuicaoDFePorNSU" não gera. Ela executa e baixa normalmente as requisições, infelizmente ela acaba bloqueando por exceder as 20 requisições por hora. Acredito que seja um bug nessa função "DistribuicaoDFePorUltNSU" Estou trabalhando com essa função "DistribuicaoDFePorNSU" por hora informado aos clientes que logo iremos resolver.