douglaswf
-
Total de ítens
320 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por douglaswf
-
-
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
-
5 minutos atrás, Orlando Dantas disse:
Não achei o setor específico para entrar em contato. Sabe me informa com qual setor eu preciso falar.
Ao tentar o suporte fui redirecionado para essa lista: https://www.serpro.gov.br/menu/suporte/css
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.
-
3
-
-
39 minutos atrás, Orlando Dantas disse:
Elas não vem. Nem no dia seguinte aparecem.
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.
-
1
-
-
Elas não vem ou demoram pra aparecer? Nem no dia seguinte?
15 horas atrás, Orlando Dantas disse:Boa tarde. Tenho um cliente que ao tentar buscar as notas na Sefaz emitidas contra o CNPJ dele, acha a maioria das notas, mas as notas que não tem o campo dhSaiEnt ele não traz na busca. Estou usando o método DistribuicaoDFePorUltNSU. Não sei se é coincidência mas só não vem na busca as notas que não tem o campo dhSaiEnt.
-
Em 05/10/2020 at 14:42, daniel_paixao disse:
E como é que os sites e sistemas que baixam os XML´s emitidos pra um determinado CNPJ de forma automatica o fazem? VocÊ tem idéia? Existe uma API ou recurso pra isso?
Só comprar as notas do SERPRO. eles vendem por uma API...
https://www.loja.serpro.gov.br/consultanfe
-
3 minutos atrás, CoyoteTecnologia disse:
Outra dúvida, se eu fizer a busca e já dar ciência da operação, depois é necessário enviar a confirmação da operação? Existe alguma multa pra pessoa física se apenas realizar a ciência da operação e depois não confirmar?
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...
-
1
-
-
4 minutos atrás, EMBarbosa disse:
Se o status é que não existe, então não existe mesmo. Pode ser que exista na Sefaz estadual ou então a consulta foi de outra chave.
1 hora atrás, DouglasGV disse: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...
-
2
-
-
7 minutos atrás, Juliomar Marchetti disse:
logo será bloqueado isso também ou um captcha além do certificado no meio
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
-
1
-
-
6 minutos atrás, BigWings disse:
Até onde sei, é um parse HTML na página de consulta completa da nota, gerando um XML a partir daí, e assinado pelo próprio FSist.
Se você tiver um XML baixado por esse site pode conferir:
- Se o XML está assinado pelo emitente da nota.
- Se o digest value da assinatura é o mesmo digest value do protocolo de autorização, no XML e na consulta no portal ou consulta de protocolo.
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.
-
1
-
-
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.
Recuperar xml emitida própria
em ACBrNFe
Postado
Fazemos esse trabalho comercialmente. Se tiver interesse ente em contato conosco.