BigWings

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pra ter rejeição tem que ter o retorno. Então provavelmente o componente não está configurado pra gravar o arquivo. Tente configurar e anexar os arquivos aqui.

Use o CSOSN 900.

Pra ter uma ideia você precisa anexar aqui o XML de envio e o de retorno da SEFAZ ao executar o método DistribuicaoDFePorChaveNFe informando a chave dessa nota. *-con-dist-dfe.xml *-dist-dfe.xml Se a nota já foi manifestada e já houve tempo para ser processada você deveria receber o XML completo.

O número do lote você simplesmente informa no envio do evento, da mesma forma que no envio da NFe. Ele não é controlado nem validado pela SEFAZ, é apenas para controle da sua aplicação. Então não é preciso saber qual lote foi enviada a NFe, basta informar a chave. Para obter o XML completo, pode enviar uma manifestação do tipo Ciência, Confirmação ou Operação não realizada. Faça a consulta no portal nacional da NFe pela chave que está tentando baixar, usando o certificado do emitente ou do destinatário para ter a consulta completa. Veja se nos eventos é mostrada a manifestação. Veja também se a nota tem data de saída. Tem relatos no fórum que notas sem data de saída podem não aparecer.

Incompleto como? O que está faltando? Se está comparando com um DACTE de 2017, de lá pra cá mudou o layout...

Isso quer dizer que: - A nota ainda não foi manifestada como Ciência, Confirmação da Operação ou Operação não realizada; ou - O Ambiente Nacional ainda não disponibilizou o XML da NFe completa. Não, o que você pode fazer é verificar o tipo de documento retornado: ACBrNFe1.DistribuicaoDFePorChaveNFe(35,'99999999999999',chaveNFe); DocZipItem := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0]; XML := DocZipItem.XML; case DocZipItem.schema of schprocNFe: ; // xml completo schresNFe: ; // resumo da nfe schprocEventoNFe: ; // evento completo schresEvento: ; // resumo de evento end;

Validando o XML pelo programa exemplo do ACBrMDFe acusou apenas erro na tag cEAN: Provavelmente por ter informado em minúsculas. Quando ao erro do tópico sugiro verificar novamente se está com a pasta de schemas atualizada, e se apontou o caminho da pasta na propriedade ACBrMDFe.Configuracoes.Arquivos.PathSchemas.

Anexe o XML por favor.

Verifique e atualize a pasta de Schemas.

Não é o XML do MDFe, e sim o XML de retorno ao enviar o encerramento. Se você configurou o componente pra gravar os arquivos de envio e retorno deve ter na pasta o arquivo com nome: *-ped-eve.xml - XML de envio *-eve.xml - XML de retorno

Por favor, ao postar no fórum verifique o sub-fórum correto. Está usando o componente para Delphi/Lazarus, ACBrMonitorPLUS ou ACBrLib?

Sim, cada banco pode tratar diferente, não tem um padrão.

Informando o NSU do resumo sempre vai vir o resumo, independentemente se a NFe já foi manifestada ou não. Não tem como saber qual vai ser o NSU que vai ser gerado, ele entra na fila após o último documento processado pelo AN. Por isso o DistribuicaoDFePorNSU é pouco prático, na minha opinião. Aqui uso apenas o DistribuicaoDFePorUltNSU, assim que o XML completo é disponibilizado eu atualizo no banco de dados. Ou você pode usar o DistribuicaoDFePorChaveDFe informando a chave da nota, se já estiver disponível será retornado o XML completo em vez do resumo.

Se você olhar o manual, nas espécies aceitas não tem o DSI. Creio que vai precisar informar como "DS".

Poder ser o ambiente errado. Anexe o XML de retorno da SEFAZ do pedido de encerramento.

Qual o banco?

Primeiro, precisa enviar o evento com a manifestação da nota e aguardar ser gerado o novo NSU com o XML completo que pode demorar. Depois executar novamente o DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU ou DistribuicaoDFePorChaveNFe. Usar o DistribuicaoDFePorNSU não fica prático nesse cenário porque você tem que informar o NSU do XML completo e não o NSU do resumo.

Esse retorno apenas com "0" foi corrigido há muito tempo já... Está com os fontes atualizados?

Enviei um ajuste para o repositório para esta situação, rev. 21266. O valor líquido agora será impresso apenas uma vez:

Isso é rejeição da SEFAZ ou erro do componente? Se for do componente e estiver enviando um evento apenas com a chave precisa limpar as notas primeiro, com ACBrNFe.NotasFiscais.Clear.

O componente salva os arquivos assim que é executado o método ACBrNFe.DistribuicaoDFe. Pra gravar precisa configurar: - ACBrNFe.Configuracoes.Arquivos.Salvar := True; - ACBrNFe.Configuracoes.Arquivos.DownloadDFe.PathDownload := <caminho pra gravar as NFe>; - ACBrNFe.Configuracoes.Arquivos.PathEvento := <caminho pra gravar os eventos>;

Se você compila ele, sim, basta abrir o pacote ACBr_NFe_DANFeRL do componente no Lazarus e fazer as alterações, reinstalar o pacote, e recompilar o ACBrMonitorPLUS. Se usa ele já compilado, não.

O que quer dizer com "nunca vem nada"? DocZipItem fica nil? Tem erro de "index out of bounds"?