Boa tarde, senhores!
Realizei as configurações para envio de NF-e para o ambiente de homologação da SEFAZ MG. E esta está apresentando um comportamento estranho para os ambientes de DEV e QA. Em PRD ainda não foi testada a configuração, pois estamos em Fase de testes.
O envio de lote (BATCH) está indo ok segundo payload da mensagem no SXI_MONITOR:
(...) <ns2:tpAmb>2</ns2:tpAmb> <ns2:verAplic>12_5_72</ns2:verAplic> <ns2:cStat>103</ns2:cStat> <ns2:xMotivo>Lote recebido com sucesso</ns2:xMotivo> <ns2:cUF>31</ns2:cUF> (...)
Então a consulta do status do lote (BATSR) retorna:
<ns2:tpAmb>2</ns2:tpAmb> <ns2:verAplic>12_5_72</ns2:verAplic> <ns2:nRec>310000021170547</ns2:nRec> <ns2:cStat>105</ns2:cStat> <ns2:xMotivo>Lote em processamento</ns2:xMotivo> <ns2:cUF>31</ns2:cUF>
E nisso ele entra em loop, obtendo a mesma resposta da SEFAZ, e consome o número máximo de consultas do lote, deixando a nota travada com status de "Nº Máximo de Consultas atingido". Nesse caso eu tenho duas dúvidas:
1) Mais alguém está tendo o mesmo problema? Não tenho muita experiência com PI e não estou certo de que o problema seja nas minhas configurações ou na SEFAZ MG.
2) Esse comportamento de insistir na Consulta do Status do Lote é o padrão quando a SEFAZ retorna o status 105(Lote em processamento)?
3) Existe algum procedimento que eu deva seguir para essas notas travadas que não seja "marretar" o número de tentativas/status?