Skip to Content
1
Former Member
Jan 16, 2012 at 05:07 PM

Problemas SEFAZ MG Homologação

115 Views

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?