Igor Cibiac

Boa tarde. Ao gerar boletos bancarios, estava sendo retornado informação do DV calculado incorretamente. Verifiquei que no calculodv, foi alterado para sempre seta o 0(zero) quando modulo final 0, 10 e 11. Essa informação está certa para nosso numero, mas como o calculodv é utilizado para codigo de barras, está gerando conflito. Ajustado para quando o dv do codigo e barras for 0, 1 ou maior que > 9, deverá ser indicado 1(um), conforme previsto no manual em anexo,página 21 Para o cálculo do Dígito verificador do Código de Barras, proceder da seguinte forma: Cálculo através do módulo 11, com base de cálculo igual a 9. Exemplo: NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 43 Posições com todos os dados: Para calcular o dígito considerar 43 Posições, Sendo: da Posição 1 a 4 e da Posição 6 a 44. 4329876543298765432987654329876543298765432 { Índice de Multiplicação - - - - < - - - - < - - - - < - - - < - - - { Sentido do Cálculo ● O primeiro dígito da direita para a esquerda será multiplicado por 2, o segundo por 3, e assim sucessivamente. ● Os resultados das multiplicações devem ser acumulados. ● No final, o valor acumulado deverá ser dividido por 11. ● O resto da divisão deverá ser subtraído de 11. - se o resultado da subtração for igual a 0 Zero, 1 (um) ou maior que 9 (nove) deverão assumir o dígito igual a 1 (um). - caso contrário, o resultado da subtração será o próprio dígito. <<<<<<<<<<<<<<<<<< AQUI ● Este resultado é o digito verificador do código de barras, e deverá ser lançada para a quinta posição. ● O dígito 0 Zero na quinta posição indicará que o código de barras não possui dígito verificador. Montagem e Impressão do Código de Barras Obs.: „2 de 5 intercalado‟ significa que 5 barras definem um caracter, sendo que duas delas são barras largas; „intercalado‟ significa que os espaços entre as barras tem significado, de maneira análoga as barras. .ACBrBancoVortx.pas Grafeno_Vórtx CNAB 400 - Remessa.docx.pdf

Bom dia! Pode encerrar o tópico. Encerrar o tópico, por favor.

Estava com esse erro tbm. Confira esses campos abaixos e série indicada, deve ser = 1 <ItemListaServico>14.01</ItemListaServico> <CodigoCnae>3319800</CodigoCnae> <CodigoTributacaoMunicipio>1401</CodigoTributacaoMunicipio> Nesse link https://www.issnetonline.com.br/homologaabrasf/online/login/Login.aspx?getFile=39&__cf_chl_tk=zCrXKdS_Y5LxnxK.KjiJjPzrP_0ZOnI6.VdilTLOUy0-1759433102-1.0.1.1-JSX_O9y7RiVeYD.S4gHOQ4Naj9DiAlsmN5zoEvnXZqY tem os dados de CNAE X LISTA ITEM X COD TRIB MUNICIO que deve ser utilizado

Essa era o b.o, estava UNICA. Alterei e foi embora. Vlws d+ todos

eu até tinha visto, mas ainda não consegui identifcar <ItemListaServico>14.01</ItemListaServico> <CodigoCnae>3319800</CodigoCnae> <CodigoTributacaoMunicipio>1401</CodigoTributacaoMunicipio> estou preenchendo desta forma e não vai

Ainda não, aguardando um xml emitido direto no portal para comparar dados, pois tentei de tudo que é forma e não consigo e as URL's estão corretas.

Depois de mudar a URL e realizar os processos, estou me deparando com o erro Requisição Ambiente : 1 - Produção Cidade : Goiania/GO Provedor : ISSNet Versão: 2.04 Data/Hora: 02/10/2025 09:13:19 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 3929 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: s:Client - Error Correção:

Foi realizado troca de provedor no municipio de Goiânia e a URL atual está incorreta. Há um tópico com vários relatos de outros usuário do ACBr com a solução, segue tópico ACBrNFSeXServicos.ini

única ou 1

Boa tarde. Msm fazendo certo, pelo que eu entendi, não deu certo. ACBrNFSeXServicos.ini > ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx executa Compila_RES.BAT Reinstala ACBr Build no projeto Emitir documento Seguindo este passo, o arquivo ACBrNFSeXServicos.res ainda fica com a URL anterior. Boa tarde. Conseguiu fazendo na sequencia abaixou ou teve algo diferente? Msm fazendo certo, pelo que eu entendi, não deu certo. ACBrNFSeXServicos.ini > ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx executa Compila_RES.BAT Reinstala ACBr Build no projeto Emitir documento

Como não utilizo lazarus, não cheguei a fazer essa verificação.

Ao realizar a impressão de boletos em layout termica 80mm, caso seja adicionada alguma informação além das instruções de multa, juros e protesto, a linha abaixo dos dados de multa sobrepõe esses dados, dificultado a visualização das informações. Em anexo arquivo modificado com a impressão correta. ACBrBoletoFCFortesFr.dfm

Boa tarde! O Municipio de maceio, teve uma mudança de provedor de Ginfes para Giss. Até o 11/24, funcionou normal, porém no mês 12/24 mesmo com as atualizações do componente, não consigo emitir, sempre retorna Alíquota informada indevidamente. Li alguns tópicos em aberto mas não consegui avançar. Estou utilizando o programa exemplo para facilitar a emissão e qualquer alteração e também não tive sucesso. Empresa do Regime Normal, passando ou não a alíquota no grupo de Valores, a rejeição é a mesma. Em anexo, arquivos gerados e enviados. 57-env-lot.xml 57-env-lot-soap.xml 57-rec.xml 57-rec-soap.xml

Bom dia! Tranquilo, sem problemas. Mas realizei testes com outros arquivos e não houve incidência. Mas agradeço a atenção.

Sim, certeza. Download realizado direto no Banco.

Boa tarde! Segue arquivo em anexo. arquivo ofx.txt

Bom dia! Algum retorno referente a modificação disponibilizada?

Bom dia! O arquivo anexado está com a formatação correta?

Bom dia, segue arquivo com a modificação realizada. ACBrOFX.pas

Bom dia! Conseguem analisar a questão?

Ao realizar a leitura de um arquivo OFX do banco santander, está sendo apresentado a mensagem Invalid argument to date enconde. Verificado que o campo de data do arquivo não está com data e hora, há data e digitos(fator), o que gera o erro, pois tem uma função isUTC que faz um validação data ou fator. Realizei uma alteração verificando o tomanho da texto do campo, entrando ou não na função e deu certo. Estou anexando a modifição realizada para verificação. function IsUTC(const LLine: string; var LFuso: Extended): Boolean; var LInicio, LFim: integer; LTime: String; begin Result := Pos('GMT', LLine) > 0; if Result then begin LInicio := Pos('[', LLine); LFim := Pos(':', LLine); LFuso := StrToFloat(Copy(LLine, LInicio + 1, LFim - LInicio - 1)); if Length(Copy(LLine, 0, LInicio - 1)) > 12 then ---> LINHA ADICIONADA begin LTime := Copy(LLine, 7, LInicio - 7); // Quando for mais que 6 dígitos, indica ser um horário e não um fator. // Assim, os dígitos 7 e 8 são o dia como em um datetime padrão. Result := (Length(LTime) <= 6); end else Result := False; end else LFuso := 0; end; ACBrOFX.pas

Obrigado pelo retorno @Italo Giurizzato Junior. Irei seguir conforme orientado. Encerrar o tópico por favor.

Bom dia! Ao fazer o envio de um RPS para emissão no Acre/Rio Branco, o rps tem as informações preenchidas corretamente, porém no retorno, as informações não apresentadas no grupo do Tomador. Estou anexando um RPS enviado e autorizado e o xml de retorno. 1224090337610500013856000000000000007-rps.xml 1224090337610500013856000000000000045-nfse.xml

Opa, boa tarde. Exatamento isso que eu fiz. Apliquei o codigo da imagem anexada, e a exibição da mensagem ocorreu. Estou no aguardo da equipe de homologação para confirmar se é somente isso.

Bom dia Juliomar, obrigado pelo retorno. Acessei o link disponibilizado mas não me ajudou, ele relata apenas operaçãoes para TEFAPI. Estudando um pouco mais, consegue reproduzir o cenário exigido e enviei o log para validação. Caso dê certo, retorno para explicar o processo realizado.