MDFe - Modo sincrono obter XML Cstat = 204

[digao_go]

Boa tarde Pessoal, 

Estou com um problema que quando o MDFe já foi autorizado, e por algum motivo ficamos sem o XML, ao enviar novamente e consultar, retorna Cstat=100, porém os grupos do MDF-e(Prot), não são preenchidos, e ao chamar o GravarXML o mesmo fica sem os protocolos!!

ACBrMDFe.Manifestos.Items[0].GravarXML('', oPastaMDFe);

Alguma forma de atualizar o XML ?
Tentei pelo exemplo, mas basicamente é um LoadFile, e Consultar, mas aqui está ficando sem protocolos.

Atualizado hoje o componente.

 

 

[pjinformatica]

Olá Colega !
Estou com o mesmo problema. Parece.
Envio o MDF-e e só vem a resposta do lote , mas na consulta do lote não o protocolo.
Fica parado no lote. e se enviar novamente ele gera um novo lote. 

[Italo Giurizzato Junior]

Boa tarde a todos,

Até hoje não vi vantagem nenhuma alimentar o componente executar o método GravarXml depois carregar ele, para depois assinar, validar enviar, ,,,,,

Não é mais fácil, alimentar o componente e executar o método Assinar, depois o Validar ou simplesmente o Enviar?

Sendo que o Assinar e o Validar são executados automaticamente dentro do Enviar.

E que o GravarXml é executado automaticamente dentro do Assinar.

Por fim:

Vocês estão ciente que o modo de envio do MDF-e agora é síncrono, logo não existe mais essa história de lote e muito menos numero de recibo?

Vocês estão com todos os fontes de todas as pastas atualizados e o ACBr reinstalado?

O modo de envio assíncrono acabou no dia 30/06/2024, portanto fazem 12 dias que só é aceito o modo síncrono e tem diversos desenvolvedores que fizeram o dever de casa (atualizar e reinstalar o ACBr) e estão emitindo o MDF-e sem nenhum problema.

E quanto a pegar o retorno como numero de protocolo para atualizar o banco de dados, vide o programa exemplo, mais precisamente o botão [Gerar e Enviar Síncrono].

[digao_go]

Bom dia Italo,

Sim estou com todos os fontes atualizados, a questao que o ENVIAR ele funciona perfeitamente aqui, consigo gravar o XML normalmente. O problema conforme descrito acima, ocorre quando existe alguma falha e preciso reenviar o MDF-e, sendo assim recebo o retorno de 204, e ele não atualiza o XML com o protocolo como fazia antes.

Tentei também carregar e usar o método (Consultar) para obter o xml assinado e com protocolo mas em testes não deu certo, somente recebo o XML certo, quando é autorizado de primeira cstat=100.

 

Obrigado!

[Italo Giurizzato Junior]

Bom dia @digao_go,

O cStat = 204 ocorre ao consultar o MDF-e e o motivo é: Inconsistência de Informações no QR Code (tipo ambiente).

Isso significa que o Tipo de Ambiente informado no QR-Code não é o mesmo da configuração do componente, exemplo:

No QR-Code o tipo de ambiente é produção e você esta tentando consultar em homologação ou vice versa.

Na sua aplicação você só pode ter apenas uma rotina que configura o componente, se necessário chame ela antes de iniciar a execução de fluxo de métodos.

Exemplo:

ConfiguraComponente;

AlimentaComponente; (o tipo de ambiente tem que ser o mesmo da configuração)

Assinar;

Validar;

Enviar;

 

Por fim, você tendo o XML do MDF-e assinado salvo em disco se ocorrer erro de internet ao enviar os passos são:

ConfigurarComponente; (se julgar necessário)

CarregarXML;

Consultar;

Se a SEFAZ retornar o cStat = 205 (O MDFe não consta na nossa base de dados), os passos são:

ConfigurarComponente; (se julgar necessário)

CarregarXML;

Enviar;