BigWings

E funcionou a consulta? Não altere esta linha, a URL é de homologação e está inserindo no grupo de produção.

Aparentemente alteraram a URL: http://www.sped.fazenda.mg.gov.br/spedmg/nfe/webservices/ NFeConsultaProtocolo4 4.00 https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeConsultaProtocolo4 Mas esse webservice não está no padrão da NFe 4.00, não aceita o XML de consulta como especificado.

Os métodos com final New servem para gerar um novo registro no SPED e não consultar. Teste assim: for I := 0 to ACBrSPEDFiscal1.Bloco_C.RegistroC001.RegistroC100.Count - 1 do Memo1.Lines.Add(ACBrSPEDFiscal1.Bloco_C.RegistroC001.RegistroC100.Items[I].CHV_NFE);

Bom dia, Se está usando o componente, e a dúvida tem a ver com o tópico, sim, é aqui mesmo. Qual o problema?

Por quê está informando o COD_SIT como 08?

Caso você faça a consulta por UltNSU, e informe o valor 0, serão retornados os documentos de interesse do CNPJ informado na consulta dos últimos 90 dias, limitado a 50 documentos por consulta. É retornado também o NSU que deve ser armazenado para ser usado na próxima consulta. Por documentos, entenda-se NFe, Resumo de NFe, Evento e Resumo de Evento. Para receber a NFe completa, na condição de destinatário da nota, ela deve estar manifestada. Caso contrário somente o resumo da NFe será retornado. Caso tente usar o método DistribuicaoDFePorChaveNFe e a nota não estiver manifestada, será retornado o cStat 137 - Nenhum documento localizado. Leia a NT 2014.002 para mais esclarecimentos: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=s/plBMpQotg= O webservice retorna o XML com os documentos compactados, a descompactação é feita automaticamente pelo componente.

Não é obrigatório quando NFCe. Está informando o COD_MOD do registro C100 como "65"?

Correto, eu não tinha certeza quanto a isso.

Não. O SVAN é o ambiente normal de autorização usando apenas pelos estados do PA e MA. Você pode enviar para a SVC-RS que é a contingência do MT, mas apenas se a SEFAZ habilitar essa contingência.

Movi seu post para o fórum referente a EFD Contribuições. No caso da NFCe não se deve informar o participante, deixando o campo COD_PART em branco.

Está executando o DistribuicaoDFe em homologação ou produção? As notas que você tem certeza que existem foram emitidas em homologação ou produção? Elas tem menos de 90 dias de emissão?

A chave é criada de acordo com os dados da nota. Basta carregar o XML gravado quando da emissão em contingência, e enviar. Não alterar o tpEmis, nem qualquer informação da NFCe.. a não ser que haja rejeição.

Se você tem Windows 64bits, copie as DLLs de 64 bits para a pasta system32, e as DLLs de 32bits para a pasta SysWOW64.

Para o erro: Provavelmente é a configuração do SSLType como o Daniel mencionou, ou o webservice não estar respondendo mesmo. Para este erro: Você está enviando um XML não assinado. Tente trocar o terceiro parâmetro para o ACBr fazer a assinatura antes de validar: NFe.EnviarNFe(m:\logs\190893-nfe.xml,190893,1)

Você tinha alterações locais nesse arquivo? Pode ter conflitos de atualização do svn que não foram resolvidos. Faça um revert e tente novamente.

Fiz um teste com 100.000 alterações num TField do TFDQuery conectado em um banco na rede local e ficou num total de 56 ms. Tem algum evento no OnChange ou OnValidate desse TField que possa estar consumindo banda?

Veja que o MT já está há alguns dias com indisponibilidade no serviço: http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY= Em produção aparece como normal mas tive usuários com problemas também: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

Essa é a mensagem com o protocolo. Se você tiver marcado a opção "Visualizar mensagem" na guia WebService deve ter mostrado antes uma mensagem mais detalhada. Em outras palavras: parece correto.

Foi aplicada uma correção no repositório. Atualize os fontes e teste novamente.

Faz um MDFe SP-RJ. Ao chegar em MG, encerra o primeiro e emite um novo MDFe MG-RJ informando todas as notas carregadas, inclusive as do MDFe anterior. Leia a cartilha do MDFe que orienta no que fazer em casos especiais como esse. https://mdfe-portal.sefaz.rs.gov.br/Site/Documentos# Página 5 em diante.

Fazendo mais testes, consegui simular o erro. Se configurar o componente para a versão 4.00, e fazer a consulta de uma NFe da versão 3.10 carregando o XML vai ocorrer o problema. Se configurar o componente para a versão 3.10 o problema não ocorre, pode confirmar?

Tem algo de errado com os teus fontes. Está acessando a URL da versão 3.10 mas usando o SoapAction da versão 4.00. O correto seria isto aqui: Veja se não tem um arquivo ACBrNFeServicos.ini ou ACBrNFeServicos.res desatualizado em algum lugar do disco que pode estar sendo usado na compilação no caso do .res ou na execução no caso do .ini. Faça um revert dos fontes se for o caso.

É possível desde que você tenha todos os dados dela. Veja o a função GerarChaveAcesso da unit ACBrDFeUtil.pas.

Qual a marca e modelo da impressora? Experimente configurar as propriedades: ACBrPosPrinter.LinhasBuffer ACBrPosPrinter.Device.Timeout ACBrPosPrinter.Device.SendBytesInterval Este último faz um Sleep...

"Se" houver a troca do cupom não teria problemas, mas quando a empresa não fizer isso e for autuada, pode ter certeza que vão jogar a culpa no sistema e você terá que responder por isso.