DeveloperATS

Recebemos um comunidado de Brasília/DF informando que a emissão de NFS-e será migrada para o ambiente nacional no dia 30/04/2026. Atualizei o ACBr hoje e no arquivo "ACBrNFSeXServicos.ini" ainda consta que o provedor da NFS-e de Brasília/DF é ISSNet. Como vai funcionar a emissão da NFS-e de Brasília/DF a partir de 01/05/2026 utilizando o componente ACBr? Segue em anexo o comunicado que recebemos. COMUNICADO migração para NFSe padrão nacional 20260407.pdf

@Juliomar Marchetti O ACBr tem alguma previsão de resolução desse caso?

Boa noite, @claudiovisky e @Juliomar Marchetti Com essa alteração conseguimos emitir com sucesso na cidade de Alagoinhas-BA (provedor WebISS). Porém, ela passa a provocar erro na emissão de Petrolina-PE (provedor EL) que também usa o ABRASFv2. Segue o erro abaixo: Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoTributacaoMunicipio': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Discriminacao ). OBS.: Fontes do ACBr devidamente atualizados e instalados. @claudiovisky Você pediu pra te chamar no discord, não consegui.

Nova observação importante: Essa alteração quebra a emissão de outros provedores que também usam o ABRASFv2. Como por exemplo, aqui identificamos que no município de Petrolina que usa o provedor EL apresenta erro na emissão com essa alteração nessa unit. Então, tivemos que desfazer essa alteração para voltar emitir em Petrolina.

@Juliomar Marchetti Corrigindo a informação anterior, Usando o arquivo (ACBrNFSeXGravarXml_ABRASFv2.pas) alterado pelo @claudiovisky, acompanhado do novo XSD disponibilizado pelo provedor WebISS, funcionou e conseguimos emitir.

@Juliomar Marchetti Também estou aguardando ajuste do ACBr para essa mudança de layout que o provedor WebISS divulgou nessa nova documentação deles: https://drive.google.com/file/d/1VxSQDysYbJ7YM-4_6t8fsKt8B-x9DX7U/view OBS.: Testei usar o arquivo alterado pelo Claudio e reinstar o ACBr com ele. Mas não funcionou aqui pra gente nos nossos clientes de cidades que usam o WebISS.

Boa tarde. O ACBr não realizará essa alteração na unit? Estou com o mesmo problema.

Boa tarde. O retorno da emissao está vindo com Sucesso = false e o campo NumeroNota está vazio. No entanto, ao verificar diretamente no portal da SEFAZ, a nota consta como autorizada. Meu ambiente é de homologação.

Boa tarde. Estou enfrentando o problema abaixo ao emitir a NFS-e em homologação (padrão nacional) para a cidade de Belo Horizonte. Alguém poderia me auxiliar? A propriedade RetirarAcentos está ativa, porém o erro continua ocorrendo. Erro ao gerar o XML da NFS-e: Código: X999 Mensagem: Erro de conexão – Input is not proper UTF-8, indicate encoding! Bytes informados: 0xE7 0xE3 0x6F 0x20

Mesmo passando 'vACBrTEFD.TEFCliSiTef.Restricoes := '{DevolveStringQRCode=0}';' não apresenta o QRCode no pinpad. - - Recebemos a seguinte resposta:

Dll: Não estou passando: vACBrTEFD.TEFCliSiTef.Restricoes := '{DevolveStringQRCode=1}'; Pelo que notei o teclado não está sendo bloqueado.

Nosso ERP está integrado com o Pix via ACBrTEFD (SiTef). Estou precisando testar a exibição do QR Code diretamente no PinPad PPC903 em ambiente de homologação. Para isso, estamos usando o SiTDemo, mas o QR Code não está sendo exibido no PinPad. Ao analisar o retorno da função ContinuaFuncaoSiTefInterativo, recebemos a seguinte resposta: Gostaria de saber se há alguma configuração específica no ACBrTEFD ou nos parâmetros do SiTef que precisa ser ajustada para garantir que o QR Code seja exibido corretamente no PinPad. Além disso, devo verificar algum ajuste na configuração do próprio PinPad?

Beleza, muito obrigado. Só para confirmação, se eu colocar o titulo Intrucao1=Protesto em 10 dias O preenchimento esta incorreto e não irá essa informação para o arquivo remessa? Obrigado.

Beleza, mas esses campos tem que ser informado como código? O acbr não traduz o texto? Ex: Intrucao1=88 Instrucao2= ... Ou posso utilizar: Intrucao1=Não protestar Instrucao2= Outra questão, se for código, a acbr não possui alguma documentação com os principais códigos. Obrigado

Boa tarde. Gostaria de saber qual a definição da instrução 1 e instrução 2, como são preenchidos esses campos e se for algum código, a acbr possui alguma documentação sobre as instruções. Obrigado.

Pode deixar; é o "Bancoob". Referências: Config da ACBrLib: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html Documentação encontrada em outro ponto do Fórum:

Bom dia; Uma pergunta relativamente simples: o ACBr tem suporte às cobranças "CAIXA_ECONOMICA_FEDERAL_CONVENIO_SICOB", "BRADESCOSICOOB" e "BANCODOBRASILSICOOB"; mas ele tem suporte a SICOOB puro, sem ser "Convênio do banco X com SICOOB".

No caso, o log não está referenciando "libcanberra-gtk-module", mas, de qualquer forma, instalei os pacotes mencionados no link e continua dando exatamente o mesmo erro.logs-api-boleto-2023-02-17-10-48.zip

Seguem anexos todos os logs. Note que, no "catalina.out", a primeira chamada é concluída com sucesso, ao passo que a segunda chamada dá "SIGSEGV". O "ACBrLibBoleto*.log" está aí, também. No caso, a única biblioteca nativa que essa API utiliza é o ACBr. logs-api-boleto-2023-02-17-07-58.zip

Boa tarde; tudo bem? Acabei de realizar os testes com o Ubuntu Desktop 22 e ocorre exatamente o comportamento: na primeira vez que chama a API funciona normal, mas na segunda vez, o Tomcat cai.

Olá, boa tarde, Se duas instâncias concorrentes não puderem usar o mesmo DISPLAY, como é que o ACBr iria trabalhar num servidor de forma eficiente?

Bom dia; Estamos tendo um problema para usar o ACBRLib no Linux a partir do Java: Primeiro, ele estava dando falta da "lib-gtk", o que foi facilmente foi resolvido instalando a biblioteca em questão: apt install libgtk2.0-0 Depois, ele começou a dar o erro "Gtk-WARNING **: cannot open display"; agimos, então, com base nos seguintes posts: Com base nesses dois links, nós instalamos o framebuffer virtual e configuramos a variável de ambiente: Xvfb :0.0 -screen 0 1280x1024x24 -ac +extension GLX +render -noreset & DISPLAY=":0.0" export DISPLAY Depois disso, a aplicação passou a funcionar na primeira vez em que ela é invocada, mas derruba o Tomcat na segunda vez em que é invocada. Alguma idéia do que possa estar causando esse problema? hs_err_pid2568-core-dump-ACBr.log

Estou utilizando o programa de exemplo "ACBrNFSeX" para realizar o cancelamento de uma NFS-e no webservide de Brasília/DF e estou recebendo o seguinte retorno: Erro(s): Código : X999 Mensagem: Erro de Conexão: s:Client - Falha ao converter data e/ou hora da cadeia de caracteres. Correção: --------- Segue em anexo o print do erro no programa exemplo e também os arquivos SOAP gerados. Como posso rerolver esse problema. 13-can-soap.xml 13-ped-can.xml 13-ped-can-soap.xml