douglaswf

@ademar-datalan não é difícil fazer isso. Se você já usa o método ( como falou no post acima), é só olhar tudo que está te retornando. Note que sempre vem a chave de acesso do documento. Então, pra ti começar a entender como funciona, use a chave pra saber se é um evento de uma nota emitida sua. Pra ti entender melhor, vou citar 2 exemplos. Hoje você já deve receber os resumos (rsNFe) que são linhas que te informar que uma nota foi emitida contra a sua empresa. Porem, você vai receber algumas linhas que é resEvento, que é quanto um cliente seu fazer uma confirmação de operação, ou um desconhecimento de operação em uma nota emitida sua. É só olhar tudo o que vem no método. Pega os xmls e olha o conteúdo. é mais facil que ler a documentação.

Você vai emitir notas em 2 sistemas diferentes ao mesmo tempo? Se não for, ao invés de tentar ir emitindo até não dar duplicidade, faz inutilizações em lote. uma rotina fácil de fazer e rápida.

Em resumo, ele retorna lotes de 50 documentos por vez. Mas ali tem documentos emitidos contra seu cnpj, documentos em que você foi citado como transportador, cartas de correção e outras coisas mais. Esse método é enorme e serve pra muita coisa. Como sugestão, leia a nota técnica que fala sobre ele pois não dá pra explicar tudo. Tem exemplo de uso no componente e tem milhares de posts falando sobre o uso dele.

TEnta acessar o site de consulta NFe, pesquisar uma NFe e tentar fazer o download do XML pra ver se ele aparece aí na tela padrão. Que extensão o arquivo que instalou possui? Pfx? p12?

você se refere a notas que foram emitidas citando o cnpj de uma determinada empresa no campo "Transportador"? Se sim, o método distribuicaoDFe já faz isso. Para empresas que o CNPJ está informado ali, o XML já vem completo pelo método.

Sim, não havia encontrado este tópico. o tratamento dado lá resolve o problema. Obrigado!

Mais uma informação: Na NT 2018.001 diz que a faixa de series para emissão de NFe de produtor (com CPF) via aplicativo é da 920 até a 969. Mas diz que o intervalo entre 910 até 919 é para CPF porem via site da Sefaz. Porem, no fonte PCNAuxiliar.pas só encontro o tratamento para o primeiro caso. Acredito que esse intervalo deve ser expandido considerando também a faixa de 910 até 919.

O que você procura deve ser a API do serpro. essa sim permite baixar os xmls de qualquer nota em lote. https://www.loja.serpro.gov.br/consultanfe

Boa tarde! Estou recebendo erro de chave inválida ao consultar algumas NFEs que recebo. As NFes que dão esse problema são todas de produtor rural, e estão autorizadas normalmente se consultar elas no portal da NFe. Esta chave é um exemplo: 42210500005432664941559100000000021754201860 Notei que as chaves que estão dando problema são todas de serie 9xx. até a semana anterior, as notas eram todas serie 8xx e não dão erro no processo de consulta do ACBR. PS 2.: estou com os fontes e schemas atualizados.

Voltou a funcionar durante a noite...

Bom dia! Estou recebendo falha ao consultar NFe de MG. a URL retorna erro: https://nfe.fazenda.mg.gov.br/nfe2/services/NFeConsultaProtocolo4 Teve alguma alteração de URL ou algo assim? No status da pagina da NFe aparece como ativo.

Tem sim. No próprio diretório do componente tem uma pasta exemplos e lá dentro tem como fazer. Só que o método não é feito pra isso, embora possa ser usado pra isso. Mas antes de tentar fazer, recomendo ler a nota técnica https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=TDqtb7RW4 Y= bem com calma pra entender como o serviço funciona. aqui no fórum deve ter 700 vezes essa explicação. A leitura da NT vai te orientar a o que fazer e o que não fazer, bem como as implicações legais de se fazer o download de tudo (Principalmente a obrigatoriedade de efetuar a manifestação definitiva caso venha a fazer a ciência ).

Só através do DistribuicaoDFe para documentos destinados e nos últimos 90 dias. Anterior a isso ou documentos emitidos, não tem como.

Você já autorizou outra nota com o mesmo número.

Fazemos esse trabalho comercialmente. Se tiver interesse ente em contato conosco.

Se puder, anexa aqui o fonte com a sua sugestão. Eu consigo testar isso com um volume grande de dados, e é fácil saber se vai parar. Eu atualizo os fontes com menos frequência do que deveria já que uso apenas alguns recursos. A ultima vez que atualizei foi em 28/12. Se eu compilar meu projeto a partir dessa atualização gera esses erros 183. Andei olhando os logs e estou tento esse erro em torno de 50 vezes ao dia. Pra tirar essa dúvida, no fim de semana fiz uma VM e voltei os fontes do ACBR com o backup que sempre faço antes de atualizar. Recompilei todo o meu projeto e tudo funciona sem gerar esses erros se uso os fontes DO ACBR desatualizados. Então me parece que teve alguma alteração no componente nesse intervalo de tempo ou algo assim que está gerando esse 183 (Inclusive está gerando erro no CTe também). Eu não sei como descobrir que revisão (ou versão) dos fontes eu tenho nessa pasta (Provável que a atualização anterior eu tenha feito a uns 3 ou 4 meses antes). Tem como eu descobrir a revisão dos fontes ou algo assim? Se descobrir qual é a revisão que tenho nessa pasta, da pra fazer uns testes com umas revisões anteriores pra ver se descobrimos exatamente a partir de quando isso passou a ser gerado.

Não funciona. Só pra explicar, executo em média umas 50 mil consultas de chaves por dia. Quando digo que executo em Loop, é loop de rotina, mas sempre com chaves diferentes. Esse erro acontece ao longo do dia. Hoje, pelos logs, aconteceram 7 vezes. só recriar e tudo volta a funcionar. Se fosse algum bloqueio no sefaz, como consumo indevido, reiniciar não iria resolver.

Essa consulta que retorna o erro 183 é a "ACBrNfe.WebServices.Consulta.Executar". Não está confundindo com o DistribuiçãoDFE? Mas respondendo a questão do tempo, detalhe é que depois que dá o primeiro erro de DNS (aquele 12007), começa a dar 183 em qualquer chave que consultar. não funciona mais nada até destruir o componente e recriar...

Eu venho recebendo esse erro a vários dias. Consegui contornar criando o componente em tempo de execução, já que ele roda em um serviço do windows em segundo plano. Notei que ele não acontece direto. Na consulta anterior dá um erro de DNS, e na seguinte, começa a dar esse 183, e não para mais, mesmo consultado outros documentos em outros estados. Quanto a trocar o DNS, uso servidores no AWS e na Azure (Microsoft). Então não mudei porque não creio que eles devem ter um bom DNS né? rs....

Esse serviço novo me parece igual ao que já tem no RS. Ele é destinado aos contadores ,já que não tem meios de autorizar outros CNPJs a consultar as informações. Isso não muda em nada o serviço do ACBR.

Será que o cliente não tem outro software em uso? tipo o manifestador gratuito? Ou a Contabilidade não usa alguma solução pra baixar os xmls também? Daí pode gerar outras consultas de ip diferente e bloquear por consumo indevido.

Tem algum processo como por exemplo, depois da Ciência chama do distribuicaoDFe por chave pra pegar o XML?

Notei que minhas chamadas ao distribuiçãoDFe está vindo com alguns Furos na sequencia de NSUs. Nos casos que peguei, após algumas horas mandei repetir o processamento e os NSUs faltantes vieram normalmente. Alguem mais identificou isso?

Isso tem cara de ser o Sefaz realmente impedindo chamadas consecutivas. Eu não estou com esse problema, mas só chamo o método com no mínimo um intervalo de 60 minutos.

Boa tarde! Estou enfrentando um problema agora que diz uma recompilação de uma rotina de validação de XMLs. A minha rotina valida os xmls recebidos de fornecedores em lote, chamando o método "ACBrNfe.WebServices.Consulta.Executar". Porém esse erro fica horas sem acontecer, de repente começa a dar erros em sequencia, e depois volta ao normal. Mesmo se eu parar o serviço e iniciar novamente, naquele momento fica dando erro. Se eu volto meu executável antigo, compilado a uns 2 meses atrás, não tenho problemas. Erro ACBrNfe.WebServices.Consulta.Executar: Erro Interno: 183 Erro HTTP: 0 URL: https://nfe.sefazrs.rs.gov.br/ws/NfeConsulta/NfeConsulta4.asmx Erro: 183 - Alguém já enfrentou esse retorno? Att, Douglas