douglaswf

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

em https://www.serpro.gov.br/menu/suporte/css escolhe a opção SPED - Ambiente Nacional NFE e CTE - Sistema Público de Escrituração Digital. Informa uma ou mais chaves e diz que essa chave não gerou NSU.

Pega essa chave e abre um chamado no Serpro. Isso é bem incomum, mas já aconteceu comigo. Depois de reclamar no Serpro, elas aparecem, mas com NSU atualizado. Inclusive nos últimos 2 ou 3 dias estou recebendo muitos resumos de NFe de notas bem antigas que não tinha vindo. parece que estão fazendo uma "revisão" no que ficou pra traz.

Elas não vem ou demoram pra aparecer? Nem no dia seguinte?

Só comprar as notas do SERPRO. eles vendem por uma API... https://www.loja.serpro.gov.br/consultanfe

Veja a respostas da própria SEFAZ (copiado de https://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0= ). E isso é pra PF e PJ.

Aproveitando, vou deixar uma sugestão aqui pra quem quer perceber esses casos antes do usuário ligar reclamando. Eu fiz um indicador que olha a data/hora da autorização da nota dos eventos de resumo (<resNFE>) e comparo a diferença de tempo com a hora atual. Se essa diferença for maior que 1:30 hora (uso uso isso, pois rodo o distribuiçãoDFe só a cada hora como orientado na NT), eu recebo um alarme. Medindo esses atrasos é mais facil explicar pro cliente o que está havendo. Por exemplo, agora, todos eles sabem que as notas de SC estão aparecendo pra eles com atraso de 6 horas. paciencia... esperar aparecer... nao adianta ligar pra mim...

Ele está fazendo isso pois embora a nota esteja lá, o NSU ainda não foi gerado. Se olhar os últimos <resNFE que tem vai ver que é referente a uma nota emitida a varias horas atras. Daqui a algumas horas elas vão aparecer todas...

Com certeza. e eu torço que sim. Por mais que seja doloroso pro usuário, o caminho deve ser único e dentro das NTs pra tudo. Aposto que no nosso ramo, se odeia mais "fstist", "download de xml", etc... dq os nossos candidatos a presidente

Isso era uma vez. Agora ele usa uma extensão do Chrome, e pega o XML assinado corretamente simulando o processo de um usuário ir lá e baixar manualmente no site da NFe. Mas só funciona se tem o certificado, então é a mesma coisa de pegar no site da NFe.

Nós fazemos esse serviço de recuperar as notas emitidas mesmo sem chave de acesso. Se tiver interesse, entre em contato em PVT.

Isso acontece pois o sefaz está demorando pra gerar os NSU. Se você consultar o seu ultimo vai ver que ele é de algum evento de horas atras. É fila devido ao problema de ontem, e deve se arrastar durante o fim de semana pra normalizar. Mas é fato que nao deve manter esperança de que esse serviço melhore. pode ir trabalhando o envio por email, pois logo eu tambem acho que esse método vai dar tanto erro que vai ser quase impossível usar ele mesmo seguindo a NT.

Só acho que o post foi pro lado errado. A pergunta era se o serviço estava funcionando... Juliomar respondeu falando sobre o uso ser certo ou errado e que deveria ser um problema específico com o Fernando, o que não é verdade. A cada 10 chamadas, 7 ou 8 estão dando erro, mesmo chamando a cada hora e só o necessário como pede as notas técnicas. Muita gente não percebe a falha pois não acompanha. Mas quem atende supermercado por exemplo, que o fornecedor emite a nota agora e entrega em uma ou duas horas está chegando lá bem antes do resumo da nota. A causa, todo mundo, que tq enviar o XML todo mundo sabe, não adianta pregar o evangélio aqui e deixar o cara sem saber se era um erro geral ou um erro só dele. Vamos se ajudar...

ainda está fora do ar sim. não tenho muita fé que retorne...

Boa tarde! Quando tento ler um XML de NFSe de Joinville recebo "Argument out of Range". Vi que o ACBR Não alimenta a NFSe no componente. Usei o DEMO do ACRBNFSe pra testar. deixo aqui um XML de exemplo pra teste. Pelo que vi, ele não está selecionando o layout/provedor correto pra ler o arquivo. XML- Joinville.xml