Painel de líderes

Boa tarde @jeffersonjunglaus, Foi feita uma alteração no componente, por favor aguarde a nova versão do ACBrLibNFSe.

Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:

Boa tarde @jaidomini, Já esta no SVN.

Boa tarde @Danilo MSI Soluções, Muito obrigado pela colaboração, já foi criado a TK-7483 para analise.

Realmente tinha uma ativação de proteção na unidade C para conferir Win + R, digite SystemPropertiesProtection, só que o mais interessante é verificar o log pelo comando eventvwr.msc, dá pra ver as loucuras que o windows faz inclusive ele relata os erros de atualização, bom retirei a proteção e semana que vem vou monitorar para ver se consigo enviar as notas. Valeu pela dica, seguimos monitorando.

Bom dia! Obrigado pelo retorno. Talvez fosse isso que estivesse faltando Total.IBSCBSTot.gIBS.vIBS := VvIBSUF.

Recebi a 1º notificação onde o governo já solicitou o arquivo no formato AEJ Só avisando que o governo passou a usar.

Boa noite @Diego Reckziegel, Muito obrigado pela colaboração, já foi alterado e enviado para o SVN.

Boa noite @Anderson Grolli, Já esta no SVN.

Boa noite @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7478 para realizar a alteração.

Joia, se precisar de alguma informação estou a disposição.

Olá Pessoal, Infelizmente o componente ACBrNFSeX não atende 100% das cidades brasileiras, mas você pode colaborar e quem sabe chegamos ao 100%. No arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX consta todas as cidades brasileiras, mas varias delas não sabemos qual é a empresa (provedor) que a prefeitura contratou para implementar a emissão de NFS-e. É possível identificar essas cidades da seguinte forma, basta abrir o arquivo mencionado acima e procurar pela ocorrência de "Provedor=". Se não constar o nome do provedor significa que essa cidade ainda não é atendida. Como que eu faço para colaborar? Muito simples, vamos pegar uma cidade a titulo de exemplo: [1100015] Nome=Alta Floresta D Oeste UF=RO Provedor= Notem que não consta o nome do provedor. O primeiro passo é entrar em contato com a prefeitura e questionar qual é a empresa (provedor) contratada para a emissão de NFS-e. Sabendo qual é provedor, você pode procurar ele no arquivo INI para saber se existem outras cidades que contrataram o mesmo provedor. O segundo passo é saber qual é a URL de homologação e de produção do webservice do referido provedor para esta cidade. Alguns provedores tem versões diferentes para as cidades que eles atende, sendo assim é bom checar essa informação também. De posse de todas as informações, basta alterar o arquivo INI e seguir o passo a passo descrito neste outro tópico: Lembre-se que é de grão em grão que a galinha enche o papo. Toda ajuda é muito bem vinda, não importa se você colaborou com a inclusão de uma cidade ou de uma dezena de cidades. Nós do Projeto ACBr queremos escrever o seu nome no ACBrNFSeX-change-log. Você pode também colaborar com alterações, por exemplo uma cidade que trocou de provedor ou apenas as URLs, repito toda ajuda é bem vinda. Você quer ser mais audacioso e colaborar com a implementação de um novo provedor, ficaremos muitos honrados pela colaboração. O que você esta esperando? Vamos colaborar?

Eu só consigo imaginar o trabalho que deu. Acho que não consigo dizer muito... Mas queria deixar registrado: Muito obrigado.

Quem acompanha o Projeto ACBr sabe que sempre recomendamos usar certificados digitais no formato A1. Pois é... o certificado digital A3 ataca mais uma vez!!! Nos últimos dias temos recebido diversos relatos de usuários recebendo mensagens de erro como a mensagem abaixo: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Erro: 2148073481 - E o que aconteceu? Sempre acontece com quem está usando certificado A3? A recomentadação quando usa A1 é configurar com OpenSSL e quando usa A3 com WinCrypt (veja esse tópico aqui para todos os detalhes!) e aí que está uma grande diferença. O A3 acaba dependendo diretamente das configurações, atualizações e permissões do sistema operacional windows. Nas últimas atualizações do windows estão sendo limitados os protocolos de comunicação permitidos e aí que acontece o erro... a sua comunicação acaba não funcionando. Não é um problema novo. Temos um tópico antigo já com orientações de como resolver o problema e quem deu a dica foi o usuário @Jhonatan. Também temos outro tópico que o @Diego Foliene explica tudo detalhadamente. Obrigado aos dois! Vou deixar o tópico do Diego aqui pra você resolver o seu problema!