Diego Foliene

A seção [Erros] vai ser gerada quando houver um erro no processo seja ele do seu lado ou do lado do provedor. Neste caso, ele apontou erro X999, pense nele como o último else nas exceções do componente, um erro desconhecido. Por favor, qual é a cidade e provedor que está testando? Peço também que disponibilize o arquivo NFSeIni.txt para análise. Se julgar que o mesmo tenha dados sensíveis e não possa ser disponibilizado aqui, envie para [email protected] com o link do tópico no corpo do e-mail para posterior identificação.

Boa! Já estamos avançando. A cidade de Belo Horizonte usa o provedor BHISS, este provedor é implementa a versão 1.00 do layout da ABRASf, ou seja, o envio nele é assíncrono. Isso quer dizer que: Você envia o RPS para ele, ele te devolve um Número de Procolo atestando que o lote foi recebido. Você consulta a Situação desse lote usando o número do protocolo que recebeu. Se o retorno da consulta da situação for 3, significa que o lote foi processado com erros, se for 4 quer dizer que foi processado com sucesso. Em ambos os casos, você vai consultar o lote para receber os erros ou a nota em si. Então o próximo passo agora é você usar o método NFSe_ConsultarSituacao, se você receber um 3 ou 4, então vai usar o NFSe_ConsultarLoteRps.

Bom dia! Um momento, por favor, vou verificar o andamento da tarefa. EDIT: A TK está em nosso backlog para que a contribuição seja analisada e enviada ao SVN. Sobre o erro de Inscrição Estadual, estou buscando mais informações.

Bom dia. Além disso, você precisa configurar os Paths. Você também pode tentar usar o método NFSe_GerarLote, para obter o XML de envio sem realizar comunicação com o web service.

Bom dia @WesleySantos. O problema persiste?

libacbrnfeXX.so, onde XX é a versão 32 ou 64.

Bom dia! A impressão do número formatado não está errada. Para muitos ela até torna mais legível. Na verdade, se conferirmos no MOC - Anexo II Manual Especificacoes Tecnicas DANFE Codigo Barras. O correto é exibir o número formatado. Enviada correção para o SVN na Rev-30978

Bom dia pessoal! Como pode ser observado no tópico abaixo, o estado de Goiás prorrogou por bastante tempo a obrigatoriedade de informar o cBenef na NF-e. No entanto, recebemos relato de um membro em nossa comunidade do Discord de que ao enviar NF-e sem o cBenef o mesmo estava recebendo a rejeição Buscando mais informações sobre a questão, encontramos no site da Secretaria da Fazenda do Estado, notícia publicada no dia 17/10/2023 com o seguinte aviso.

TimeOut quer dizer que ele tentou enviar a requisição, mas não teve uma resposta no tempo determinado. Tente aumentar a configuração de TimeOut que é definida em milisegundos. O valor padrão dela é 5000, isso equivale a 5 segundos, é um tempo pequeno. Coloque 15000 para deixar 15 segundos.

Sim, o erro é na preifeitura ou no Agili. O arquivo 13-lista-nfse-ger.xml é o envelope de resposta da sua requisição, ou seja, a resposta do provedor e a mensagem veio nele. O provedor está fazendo uma validação de schema do lado dele, está dando erro e está devolvendo para você. Considerando que isso está vindo na resposta, meu palpite é que essa validação e consequente erro seja na montagem do XML da NFS-e que seria devolvido para você.

Bom dia! Temos outros membros em nossa comunidade que usam Harbour. No funcionamento da Lib, na primeira vez que instancia, vai instanciar sem nenhuma informação. É nesse instante que você preenche as configurações e cria o ACBrLib.ini usando o ConfigGravar. Na próxima vez que você instancia a Lib, você precisa usar o ConfigLer para que ela leia as configurações. Tenta fazer um teste pequeno e isolado. Crie um outro ambiente, sem configurações, instancia a Lib usa o ConfigGravarValor, seguido do ConfigGravar só para salvar o CodigoMunicipio na NFS-e. Depois tenta de novo usando o ConfigLer para ver se ele pega a informação. Outra questão. Quando você faz o download das Dlls, na pasta dep, vem um arquivo ACBrNFSeXServicos.ini, nele tem as informações das cidades e dos provedores. No primeiro teste não coloque este arquivo junto a pasta do seu .EXE, dessa forma, a Lib vai ler a informação interna dela para buscar as configurações de cidade e provedor. Caso ocorra o problema, coloque este arquivo na mesma pasta do .EXE e repita o teste, ao fazer isso, a lib vai ler as informações dele. Veja se nele tem a informação da cidade que está buscando.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Você está utilizando TLS1.2 no SSLType?

Boa tarde! Estou buscando mais informações, mas a princípio, encontrei algumas discussões sobre o assunto que dizem que o valor do ICMS já deve ser embutido no valor dos produtos. Veja: Também há uma discussão sobre isso no canal #fiscal em nosso Discord.

Por "cupom fiscal", você se refere a NFC-e ou SAT? Se for NFC-e, você pode conferir a URL no arquivo ACBrNFeServicos.ini Nem mesmo 4G roteando de Smartphone? Não houve alteração nas configurações ou no ambiente? Você disponibilizou um print de uma tela de configuração de certificados, o certificado utilizado é A1 ou A3? Se for A1, é possível fazer um teste com OpenSSL?

Hmm. Se a nota é gerada então realmente tudo indica ser retorno do provedor. Para confirmar de fato, defina a opção para salvar os envelopes soap. Veja se no envelope de retorno vem esse erro de schema.

Uma sugestão talvez não tão ortodoxa. E se você tentar gerar o QrCode e enviar a imagem? Ou então enviar o conteúdo do copia e cola como um arquivo de texto?

Boa tarde! Por favor: É em todos os clientes que tentam emitir para GO ou somente neste cliente? É só nesta máquina em específico ou em todas deste cliente? A URL é acessível por outros meios? (Se clicar para abrir ela no navegador mesmo, por exemplo. Existe outro link de internet que possa ser usado para teste? Existe proxy a ser configurado na rede?

Boa tarde! Veja (em anexo) como ficou o meu arquivo de log ao carregar o seu ACBrLib.ini usando a opção Carregar Configurações no programa exemplo em C# configurado com Log no nível mais alto. Note que ele trás linhas como: Dito isso, por favor, faça um teste usando o método NFSe_ConfigLer. ACBrLibNFSe-20231017.log

A contingência foi ativada novamente no dia 17/10/2023 as 11h44 depois de ter sido brevemente desativada.

Bom dia. Realizados mais alguns testes com o programa exemplo e foi constado o mesmo comportamento. Foi criada a #TK-4598 para análise do caso e parecer do consultor responsável. (ao invés de entrar como contribuição, foi adicionada como bug). Por favor: Qual é a versão do Java que está utilizando? JDK e IDE?

Bom dia! O comportamento foi reproduzido testando com o exemplo do C#. Testando com o exemplo do componente nativo, a informação está vindo normal. Criada a #TK-4596 para análise do caso.

Bom dia! Correção enviada ao SVN na Rev-30970. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Que bom que deu certo de resolver o problema! Por favor, se puder fornecer um pouco mais de informações (se a correção foi feita por você ou pelo pessoal do provedor, se tem um caminho que precisa entrar para fazer esse cadastro, qual seria o tipo) podemos criar um tópico em nossa base de conhecimentos para ajudar outros que possam vir a ter este problema futuramente. Esse parece ser um erro de schema, o valor do telefone não deve ser passado formatado. Geralmente erro de schema é no lado da aplicação, quando valida o XML antes de enviar. Você não está enviando a informação do telefone seja do prestador ou do tomador do serviço (no arquivo 7-ger-nfse.xml que disponibilizou mais acima tem Telefone do Tomador) ? Ele chega a gerar o XML do RPS e fazer o envio para o provedor?

Se o certificado é A1, por favor, faça um teste configurando com OpenSSL. SSLCrypt=1 SSLHttpLib=3 SSLXmlSignLib=4 ArquivoPFX= Local onde está o PFX Senha= Senha do certificado