Cleonir

Fiz uns ajustes, para resolver esse problema foi necessário adicionar uma instrução por linha, vai ser possível adicionar até 6 instruções. Antes não tinha espaço para mais que 6 instruções também. Até pensei em adicionar mais uma linha mas iria quebrar muito. Mas antes não tinha mais espaço também. Testei com o pix e também ficou ok. Outro ajuste foi referente a logo da empresa, é possível também carregar imagem jpg. Também tinha um problema com a informação da Software House, se informado alguns layout estava quebrando. O CarneA5 era um que quebrava. Favor analisarem e se possível atualizarem. ACBrBoletoFPDF.pas

Mesmo titulo mas no carne. Tem como resolver isso?

Como resolver esse problema na quebra de linha. Esta duplicando parte da informação. Dei uma olhada no fonte em ModeloEstruturaFichaPagamento do ACBrBoletoFPDF mas não entendi muita coisa. Tambem acho que teria que separar com espaço pelo menos de uma informação para outra.

Agora esta ok. Obrigado.

Beleza. Eu não tinha percebido isso.

Bom dia. Não consegui testar. não tenho um caso desse nesse momento aqui para testar. Como não tem ambiente de homologação... Mas é justamente esse o caso o separador de milhar, o banco retorna com o separador de milhar. Na atualização foi substituído o StrToCurrDef pelo StrToFloatDef, assim vai acontecer o mesmo problema. No arquivo que anexei acima substitui pelo StringToFloatDef, isso resolveu, mas não sei se é a melhor maneira de resolver esse caso. Talvez haja outra solução.

Beleza. Agora esta ok. Obrigado

A opção para alterar os dados das multas de boletos em ACBrBoletoW_Bancoob esta errado a url. Deve ser multas, esta multa.

Bom dia. O StrToFloatDef também retorna zero.

Esta com problema na consulta do boleto pelo Sicoob API. Quando o valor do pagamento, da liquidação do titulo no caso, for maior que mil reais, no Json que o Banco retorna o valor vem com separação de milhar. Isso da erro na conversão para Currency na linha 272 em StrToCurrDef onde pega o Valor Pago retornando o valor DEFAULT zero, em ACBrBoletoRet_Bancoob. Modifiquei para StringToFloatDef (função do ACBrUtil.Base) e aparentemente resolveu o problema. Em anexo arquivo modificado. ACBrBoletoRet_Bancoob.rar

Agora ficou ok essa parte. Mais um detalhe ainda referente a parcela esta fixo 1. Eu tive que alterar para ATitulo.Parcela para adicionar a parcela informada O numero da parcela é utilizado para calcular o digito verificador do nosso numero se não me engano. Quando eu tiver um tempo vou analisar melhor melhor aqui e postar.

O que eu citei foi em GerarJuros.

Bom dia. Eu também tive problemas com o tipoJurosMora. Com as alterações feitas pelo mlgoncalves resolve o problema da conversão do CodigoMora para integer Porem ainda ficou faltando um ajuste quando for isento, segundo a documentação o tipoJurosMora deve ser 3 quando for isento. Outro detalhe é referente a dataJurosMora. Esta adicionando a DataMulta, acho que deveria ser a DataMoraJuros.

Boa tarde. Na linha 329 Json.Add('seuNumero').Value.asString := OnlyNumber(aTitulo.ACBrBoleto.Banco.MontarCampoNossoNumero(aTitulo)); Não poderia ser o seuNumero mesmo ao invés do nossoNumero? No seuNumero eu normalmente informo o meu id do titulo interno(chave primaria), para ficar mais fácil de localizar o titulo no banco de dados no retorno das consultas por exemplo. E o identificacaoBoletoEmpresa não poderia ser o numero do documento?

Bom dia. Atualizei e realizei testes e esta ok. Obrigado.

Ajustado o código da ocorrência para versões inferiores a 5.0 na procedure GerarMercadorias, que deve ser 2 caracteres. Estava sempre adicionando 3 caracteres. ACBrEDIOcorrencia.pas

Em anexo arquivos modificados. ACBrANeDocumentos.pas ACBrANeWebServices.pas

Consegui resolver o problema. O erro acontecia porque no XML de cancelamento do CTe foi adicionado uma observação com acentos. Porem o problema na função RemoverGrupoInfSuplementares citado acima precisa ser ajustado. Adicionei um if resolveu, não sei se é a melhor forma, mas resolveu.

Estou com um problema nos cancelamentos das averbações na AT&M. Retorna o xml abaixo. Analisando percebi que à um problema na montagem do xml. Em ACBrANeDocumentos na função RemoverGrupoInfSuplementares, como é um xml de cancelamento não possui a tag infCTeSupl, e esta retirando uma parte no inicio do xml de forma indevida. O mesmo problema acontece em ACBrANeWebServices na função RemoverGrupoInfSuplementares também. Porem ajustei isso e continuou dando erro. Parece que possui um caractere invalido. Não consegui resolver o problema. <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Body> <SOAP-ENV:Fault> <faultcode xsi:type="xsd:string">SOAP-ENV:Client</faultcode> <faultactor xsi:type="xsd:string"/> <faultstring xsi:type="xsd:string">error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character</faultstring> <detail xsi:type="xsd:string"/> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> XML de envio em anexo. Se alguém conseguir me ajudar... 20221104092526-ped-ANe-soap.xml

Na geração do arquivo DOCOB esta gerando na posição errada os dados das notas fiscais nas versões 3.0, 3.0a e 3.1. Na versão 5.0 esta correto. Esta gerando primeiro todos os dados dos CTE (registro 353), depois todas as notas (registro 354), no caso a versão 3.1. Desta forma deve ser somente na versão 5.0 Nas versões inferiores deve ser os dados de um CTe logo a seguir os dados das nfes desse cte, depois outro cte e suas nfes... Não vou corrigir por que vai alterar bastante coisa, e não tenho muito conhecimento no acbr.

Na geração do arquivo DOCOB esta gerando na posição errada os dados das notas fiscais nas versões 3.0, 3.0a e 3.1. Na versão 5.0 esta correto. Esta gerando primeiro todos os dados dos CTE (registro 353), depois todas as notas (registro 354), no caso a versão 3.1. Desta forma deve ser somente na versão 5.0 Nas versões inferiores deve ser os dados de um CTe logo a seguir os dados das nfes desse cte, depois outro cte e suas nfes... Não vou corrigir por que vai alterar bastante coisa, e não tenho muito conhecimento no acbr.

Eu também tive esse problema no CNB400. Para resolver esse problema, adicionei 90 dias que segundo o pessoal do banco 90 dias é o padrão na configuração da carteira. Se caso enviar em branco vai assumir o padrão da configuração da carteira no banco.

Agora consegui. No manual tem um email para suporte. Me responderam que para homologação é preciso utilizar um convenio especifico, me passaram o numero do convenio. Era só o convenio o problema.

Bom dia. Estou testando o Registro online Boletos Banco do Brasil em homologação, mas esta dando uma rejeição. Imagem em anexo. Será que é alguma configuração no Banco que precisa ser feito?

Bom dia. Com a atualização de hoje ficou ok a questão do HASH. Mas deu problema com o JUROS_MORA CodigoMoraJuros = cjIsento Foi adicionado dentro do if também o VALOR ou PERCENTUAL, assim da rejeição. Deve ficar no if (Integer(CodigoMoraJuros) <> 2) then somente a DATA. Não sei dizer por que da rejeição por que na consulta vem exatamente como esta agora. Mas se enviar assim da rejeição.