-
Total de ítens
312 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por douglaswf
-
-
Em 24/05/2021 at 12:32, anaves disse:
Com o antigo sistema ou o contador dele
ou ficar emitindo até que ele diga que não está em duplicidade o número da nota
Vou como era o antigo sistema ( que versão? ).
Orientar o usuário para insistir na emissão até que a informação de erro por duplicidade termine não é uma operação profissional, concorda ?
Haveria outra opçã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.
-
15 horas atrás, BigWings disse:
Não entendi se o erro é do ACBr ou rejeição da SEFAZ na consulta...
Sobre a função de validação já tem um tópico com sugestão de correção.
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.
-
Em 27/04/2021 at 16:16, Diego Bracellos disse:
Vi os exemplos e não entendi
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
- 1
-
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.
-
Agora, Flavio Macedo disse:
Existe algum exemplo de como utilizar isto? É componente ACBR?
Obrigado amigo
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.
-
15 horas atrás, Dfox disse:
Boa tarde
O que pode estar causando a rejeição
Rejeição: Duplicidade de NF-e, com diferença na Chave de AcessoSe a chave retornada não consta na se faz.
Você já autorizou outra nota com o mesmo número.
-
14 horas atrás, marco_visao disse:
Boa noite
Tem um cliente que perdeu o xml que ele emitiu, sera que existem uma solução que baixa o xml pelo CNPJ dele?
Atenciosamente,
Marco AntonioFazemos esse trabalho comercialmente. Se tiver interesse ente em contato conosco.
-
6 horas atrás, Rômulo da Costa de Souza disse:
Olá pessoal,
Estava efetuando um teste na consulta do contribuinte, por obra do destino em modo debug, e o erro 183 ocorreu, resolvi efetuar uma analisa, acabei descobrindo que na unit ACBrWinReqRespClass, método Send(), quando ocorre um erro no método SendData() que é chamdo pelo método Send(), logo abaixo efetuamos um raise. Com isso acaba não efetuando o código que limpa a lista FHeaderReq. Cada vez que tentamos efetuar novos envios para a sefaz ao chamar o método CalculateHeaderReq(), dentro do métode SendData() da unit ACBrWinHTTPReqResp, acaba sempre inserindo os dados do host gerando a seguinte situação:
'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: hom.nfe.fazenda.gov.br'#$D#$A'Content-Type: application/soap+xml; charset=utf-8; charset=utf-8'#$D#$A'Accept-Charset: utf-8'#$D#$A'SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF"'#$D#$A
E o Correto seria:
'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Content-Type: application/soap+xml; charset=utf-8; charset=utf-8'#$D#$A'Accept-Charset: utf-8'#$D#$A'SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF"'#$D#$A
fico a disposição para efetuar a correção, acredito que com um "try finally" resolvemos o problema, mas gostaria da opinião de todos.
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.
-
2 minutos atrás, BigWings disse:
Qualquer serviço se executado em loop recebendo o mesmo retorno pode causar rejeição por consumo indevido.
Não é algo com o certificado?
Se você descarregar o certificado e carregar novamente, em vez de destruir o componente, funciona?
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.
-
1 minuto atrás, Juliomar Marchetti disse:
Há uma dica que alguém informou se tu consultar o mesmo NSU duas vezes seguidas eles bloqueiam por 1 hora.
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...
-
19 horas atrás, CHARLESSPOT disse:
Ola
Boa Noite eu tb tiver o msm problema hoje sefaz MG. XML ok
Retorno:0 -
Erro:
Erro Interno: 183
Erro HTTP: 0
URL: https://nfe.fazenda.mg.gov.br/nfe2/services/NFeAutorizacao4
Erro: 183 -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.
- 2
-
2 minutos atrás, lohmann78 disse:
Bom dia,
Essa também é minha primeira mensagem por aqui.
Entrei em contato com o suporte DF-e e recebi o seguinte retorno:
No meu caso, estou consultando NSUs em sequencia, não estou repetindo NSU ou consultando lotes antigos. Sempre passo a UltNSU que recebo do WS como parâmetro na próxima requisição, e estou validando o UltNSU contra o MaxNSU. Uso um único IP para consultas, e não faço consultas simultâneas/concorrentes. Também limitei a frequência de requisições a no máximo uma por minuto.
Mesmo com todos esses cuidados, ainda estou recebendo mensagem de consumo indevido. Consigo fazer entre 10 e 20 requisições com sucesso e ai dá erro. Cheguei a limitar a uma consulta a cada 5 minutos, e ainda assim dá problema.
Alguém teria mais detalhes sobre qual o limite de requisições por hora/minuto/segundo do WS de Distribuição DF-e?
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?
11 horas atrás, licerio disse:Não, não são chamadas consecutivas, o cliente ja usa o sistema a quase 1 ano e nunca deu problema, como ele mesmo relatou faz apenas duas consultas , uma pela manhã e outra a tarde.
-
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
Consultar eventos das notas emitidas pela empresa
em ACBrNFe
Postado
@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.