douglaswf

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

A prefeitura está com o serviço em manutenção para troca de infraestrutura. Só o método que eu citei. Os demais estão funcionando normalmente. Sem prazo pra retornar...

Boa ideia... Atualizei os fontes e tentei fazer uma consulta pelo componente... Recebo exatamente o mesmo erro. Notei que o erro só acontece no botão "Consulta NFSe por Período", que é o que eu preciso. Debugando, peguei o XML abaixo (e em anexo) de retorno... '<?xml version=''1.0'' encoding=''UTF-8''?> <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body> <S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"> <faultcode>S:Client</faultcode> <faultstring>Cannot find dispatch method for {http://ws.bhiss.pbh.gov.br}ConsultarNfseRequest</faultstring> </S:Fault> </S:Body> </S:Envelope>'

Italo, fiz um teste assim. Criei um projeto novo, só adicionei o ACBRNFSe e o codigo basico pra tentar chamar um método e recebo erro interno 0, e http 500. Só adicionei isso num botão pra testar. ACBrNFSe.Configuracoes.WebServices.Ambiente:=StrToTpAmb(Ok,'1'); ACBrNFSe.Configuracoes.Geral.Emitente.CNPJ :='18.725.804/0013-57'; ACBrNFSe.Configuracoes.Geral.Emitente.InscMun:='03031290056'; ACBrNFSe.Configuracoes.Geral.Emitente.RazSocial:='razao'; ACBrNFSe.Configuracoes.Geral.CodigoMunicipio := 3106200; ACBrNFSe.Configuracoes.Geral.SetConfigMunicipio; ACBrNFSe.Configuracoes.Arquivos.PathSchemas:='c:\Dropbox\Trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\bhiss\'; ACBrNFSe.Configuracoes.Certificados.ArquivoPFX := 'c:\br nfSe Get\bh\18725804.pfx'; ACBrNFSe.Configuracoes.Certificados.Senha := '123456'; ACBrNFSe.Configuracoes.Arquivos.NomeLongoNFSe:=False; ACBrNFSe.ConsultarNFSe(StrToDate('01/06/2020'),StrToDate('04/06/2020'),'202000000004691'); Pelo que vi, nem chega a comunicar com o webservice, pois na pasta DOCs só gera o xml de envio. O que pode ser? testei com openll, wyncrypt e etc, mas não consigo obter nada de retorno.

Eu testei daqui e de dentro de um datacenter. mas como não conheço muito a fundo a NFSe, confesso que ainda fico em dúvida quando esse erro acontece. Olhando no INI do BHISS tem a chave [URL_P] com o endereço https://bhissdigital.pbh.gov.br/bhiss-ws/nfse. Esse endereço abre pra mim abre, e consigo chegar no WSDL. Porem, mais abaixo no INI tem os endereços dos métodos, como por exemplo: [SoapAction] Recepcionar=http://ws.bhiss.pbh.gov.br/RecepcionarLoteRps Se eu tentar esse endereço do método, nenhum deles está abrindo (via browser) .

Bom dia! Hoje só estou recebendo erro 500 ao consultar notas em Belo Horizonte. Alguém com o mesmo problema? Me parece ser algum problema lá.... Att, Douglas