Pesquisar na Comunidade

Sempre mantenho atualizados os fontes do ACBr. Começou essa semana ser retornada a ocorrência "SACADOR / AVALISTA -NOME NÃO INFORMADO OU DESLOCADO (BANCOS CORRESPONDENTES)". Consegui resolver não enviando mais "instruções" para o arquivo remessa, comentei a linha que envia "Titulo.Mensagem.Text" quando a cobrança for Itaú CNAB400. Será que não tem algo a ser revisado no ACBrBoleto??? Antes, enviando 4 linhas de "instruções", nenhuma delas era enviada para o arquivo de remessa, porém com a última "revision", sim. Só consegui descobrir que o problema era esse comparando uma remessa anterior (gerada com uma "revision" anterior) com a remessa gerada com a última "revision" dos fontes.

Vi em tópicos do fórum que o acbrBoleto não está configurado para funcionar a homologação da API do Itaú com o Bolecode, isso porque só retorna erro 500 quando não é enviado o JSON exatamente igual ao caso de teste deles. Por esse motivo ajustei alguns campos para que o json enviado se encaixe no caso mapeado pelo sandbox do banco. Abaixo tem os campos que fiz alteração. Ainda não tenho acesso a produção da API portanto não sei se essas mudanças implicaram em algo no fluxo dela, mas acredito que não. **"indicador_pagamento_parcial":"True", **"quantidade_maximo_parcial":0, **"desconto_expresso":"False" Retirei esses campos porque segundo a documentação não é para enviá-los. Ficou assim: Por algum motivo na homologação está fixo que tem que enviar a negativação, mesmo não sendo obrigatório, forcei a enviar apenas na homologação. Adicionei data da multa ao invés de quantidade de dias para api do pix porque nesse é necessário enviar a data. Fiz a mesma coisa para os juros. Alterei a forma para não enviar descontos, não é obrigatório o envio na homologação e parece que possui estrutura diferente, então decidi retirá-lo na homologação porque pelo o que nas postagens deve tá funcionando na produção, ficou assim: O "codigo_carteira" está para receber uma string na API do pix, fiz essa alteração. O campo “texto_uso_beneficiario” estava com ‘0’, porém estava sendo recusado na homologação, então passei fixo o ‘000001’. Além disso, ‘texto_seu_numero’ não tem na API do pix então retirei o envio. Ressalto novamente que não tenho certeza se essas modificações vão dar algum problema na Produção pois ainda não tenho acesso. Mas depois dessas mudanças conseguir fazer testes na homologação que é bem engessada e não dá para testar muito bem, seria bom alguém com as credenciais testar pra ver se continua ok o envio da requisição. Adicionei o arquivo modificado aqui para vocês realizarem o teste. ACBrBoletoW_Itau_API.pas

Tendo em vista o grande número de dúvidas(aqui no fórum e também no nosso canal do Discord) sobre como configurar os PSPs no componente ACBrPIXCD, estou criando esse tópico para auxiliar nesse procedimento. Irei utilizar como base nosso demo do componente, que está disponível no SVN, em: "...\trunk2\Exemplos\ACBrPIXCD\". 1. Configurando Recebedor e PSP Atual 1.1. Configurações utilizando o componente Para configurar o Recebedor e o PSP atual, utilizando o próprio componente ACBrPIXCD, preencha as seguintes propriedades: ACBrPixCD1.Recebedor.Nome := ''; ACBrPixCD1.Recebedor.CEP := ''; ACBrPixCD1.Recebedor.Cidade := ''; ACBrPixCD1.Recebedor.UF := ''; ACBrPixCD1.PSP := ; ACBrPixCD1.Ambiente := ; Além dessas configurações básicas, também é possível configurar o caminho do arquivo de log, o nível do log gerado e, caso sua rede utilize proxy, será necessário configurá-lo nas propriedades a seguir: ACBrPixCD1.Proxy.Host := ''; ACBrPixCD1.Proxy.Port := ''; ACBrPixCD1.Proxy.User := ''; ACBrPixCD1.Proxy.Pass := ''; ACBrPixCD1.ArqLOG := ''; ACBrPixCD1.NivelLog := 0; Obs: Níveis de log: 0 - Nenhum 1 - Baixo 2 - Normal 3 - Alto 4 - Muito Alto 1.2. Configurações utilizando o aplicativo de demonstração Na aba "Configurações > PIX" preencha os dados solicitados e selecione o PSP que irá utilizar, conforme imagem abaixo: 2. Solicitando as credenciais do PSP Esse procedimento é feito de diferentes formas para cada PSP. Selecione o PSP desejado:

Bom dia, a impressão do boleto do Itau esta saindo com as letras RG no numero que compõe o código de barras e no nosso numero, tem como remover ?

Olá, estou utilizando o componente da API v2 do banco Itaú, mas estava obtendo o seguinte erro: "campo" : "data.dado_boleto.juros.percentual_juros", "mensagem" : "Juros calculado inferior a R$ 0,01. Favor rever dados da cobrança", "valor" : "0.10000" estou tentando colocar o valor de 1% de juros, porém ao analisar o log da API verifiquei que estava sendo enviado da seguinte maneira: "percentual_juros":"000000010000" O que segundo a documentação do banco seria igual a 0,01%, o correto seria: "percentual_juros":"000000100000" Pelo o que entendi esse problema de conversão estaria ocorrendo no componente ACBrBoletoW_Itau_API na procedure GerarJuros, além disso, esse mesmo problema está ocorrendo com o percentual das multas.

Pessoal, estou tentando fazer uma requisição post para a api de BOLETOS do banco Itau. Eu consegui pegar a o accessToken utilizando o http, porém na hora de enviar o boleto, recebo a menagem de erro que enviei anexo deste post ("sslv3 alert handshake failure"). Vi em outro post, a recomendação de utilizar o Arat Synapse. Porém fiquei com dúvida de como enviar os certificados. Aqui está o meu código: http := TIdHTTP.Create(nil); ssl := TIdSSLIOHandlerSocketOpenSSL.Create(nil); params := TStringList.Create; jObject:= TJsonObject.Create(nil); // ssl.SSLOptions.SSLVersions := [sslvTLSv1, sslvTLSv1_1, sslvTLSv1_2]; ssl.SSLOptions.CertFile := 'caminho\ARQUIVO_CERTIFICADO.crt'; ssl.SSLOptions.KeyFile := 'caminho\ARQUIVO_CHAVE_PRIVADA.key'; ssl.SSLOptions.Mode := sslmClient; // SSL.SSLOptions.Method := sslvTLSv1; // SSL.SSLOptions.Mode := sslmUnassigned; http.IOHandler := ssl; http.Request.ContentType := 'application/json'; http.Request.CustomHeaders.AddValue('x-itau-apikey', 'client_key'); http.Request.CustomHeaders.Add('Authorization:Bearer ' + token); response := http.Post(url, payStream); O código comentado, foram opções que já usei. Tentei utilizar também o TRequest. client := TRESTClient.Create(nil); certFile := TMemoryStream.Create; certFile2 := TMemoryStream.Create; try client.BaseURL := 'url'; request := TRESTRequest.Create(nil); certFile.LoadFromFile('caminho\ARQUIVO_CERTIFICADO.crt'); certFile2.LoadFromFile('caminho\ARQUIVO_CHAVE_PRIVADA.key'); try request.Client := client; request.Method := rmPOST; request.AddParameter('x-itau-apikey', 'client_key', pkHTTPHEADER); request.AddParameter('Content-Type', 'application/x-www-form-urlencoded', pkHTTPHEADER); request.AddParameter('Authorization', 'Bearer ' +token, pkHTTPHEADER); request.AddBody(certFile, TRESTContentType.ctAPPLICATION_OCTET_STREAM); request.AddBody(certFile2, TRESTContentType.ctAPPLICATION_OCTET_STREAM); request.AddBody(payload.text, TRESTContentType.ctAPPLICATION_JSON); request.Execute; response := request.Response; Se puderem dar alguma dica do que posso fazer, ficaria muito grato.

Boa tarde, Estou informando a data de protesto na configuração do boleto, porém no arquivo de remessa está vindo 00. Estou enviando arquivos de remessa e boleto.txt ,poderia me ajudar nessa questão? cb170502.rem BOLETOS.TXT

Agora podemos emitir boletos híbridos (boletos com qrCode para pagamento pix) utilizando CNAB 400. Para isso na inclusão do título, informar a opção OcorrênciaOriginal.Tipo: Titulo.OcorrenciaOriginal.Tipo := toRemessaHibrido; ACBrBoleto.Cedente.PIX.Chave := 'suachavepix'; IMPORTANTE: O tipo de registro 3 (Arquivo de Remessa) é opcional e deve ser utilizado para criação e associação do Boleto ao Pix (QR CODE). O registro deve ser enviado apenas quando o cliente desejar indicar uma chave Pix diferente do CNPJ da conta ou para indicação da location (id da imagem do QR Code) criada previamente. Caso o registro não seja enviado ou o campo “Chave Pix” não seja informado, a Cobrança Pix será gerada com a chave CNPJ da conta enviada na remessa. A location, caso não informada, será gerada automaticamente pelo sistema. Válido somente para a carteira 109 (direta) A conta da cobrança não precisa ser a mesma conta da chave Pix. É checado o CNPJ das duas contas. Se forem o mesmo, o boleto e o Pix serão emitidos. Exemplo: cliente possui cobrança na 2938 99999-9 (não permite criação de chave Pix) e envia a chave Pix na conta 0911 00001-0, ambas as contas possuem o mesmo CNPJ. A emissão do boleto será realizada com sucesso. Agradecemos nosso amigo @antoniojmsjr por participar desta contribuição.

Olá pessoal, boa tarde! Utilizo a dll ACBrLib.Boleto para emissão de boletos e arquivos remessas/retorno e estou com a seguinte situação: Banco Itau - CNAB 400 Ao gerar o arquivo remessa não está levando a quantidade de dias protesto nas posições 392 à 393! Nas posições 157 à 158 está sendo gerado 35 (Dias Uteis). Realizamos testes na demo da Lib e também ocorre o mesmo problema. Analisando a unit ACBrBancoItau.pas percebemos que possui o metodo DefineDataProtestoNegativacao que chama metodo DefineCodigoProtesto que no nosso caso está gerando 0. No arquivo .ini estamos passando: DiasDeProtesto=15 DataProtesto=20/11/2022 Estou anexando aqui os arquivos .ini gerados e o arquivo remessa para analise. ACBrLib.ini 98e84b60ef354ab6a6014bf1b108dc73.ini cb171103.rem

Bom dia Estou gerando um arquivo de remessa no Sispag Itau, e estou tendo a rejeição: sequencia dos segmentos inválida. Para cada registro de Segmento J, é obrigatório ter o J-52. Além do registro do Segmento J, existem outros segmentos obrigatórios ? Desde já agradeço a atenção.

Boa tarde, Existe a possibilidade de deixarmos um write publico para a propriedade BancoClass da classe TACBrBanco? Os motivos seriam simples, existem varios "bancos de atacado", como belamente explicado pelo nosso amigo @windsoft "Daycoval, Industrial e Safra, são bancos de atacado. Bancos que atendem à médias e grandes corporações, estes bancos não possuem ou possuem pouquíssimas agências, portanto é inviável pra eles e para os clientes fazerem cobrança diretamente por eles, visto que, ainda hoje, o boleto vencido só pode ser pago no próprio banco. Desta forma, estes bancos utilizam-se de bancos correspondentes, (Itaú/Bradesco). Então os arquivos de remessa que são enviados para os bancos possuem o código do próprio banco, porém a emissão dos boletos seguem os padrões estabelecidos pelos bancos correspondentes (Itaú/Bradesco). Por isso a "confusão" com os números dos bancos e a necessidade de se criar os layouts mistos, tipo SafraBradesco, IndustrialItau, etc." De modo que, a classe TACBrBancoDaycoval por exemplo, não atende todas as necessidades. Há casos em que o banco daycoval utiliza o Itau como banco corresponde. Sendo assim, no exemplo acima, a impressão do título sai com o layout do itau, mas a remessa sai com layout próprio do banco daycoval. O amigo @windsoft disponibilizou em outro post alguns fontes, dentre eles a classe TACBrBancoDaycovalItau, que atenderia a situação exemplificada acima, porem o post é de 2017 e acabou não sendo incorporado ao projeto. Entao gostaria de sugerir um meio termo, que poderia ser feito de varias maneiras, mas uma solução simples, seria colocar um metodo write para a propriedade BancoClass da classe TACBrBanco. Sendo assim, cada desenvolvedor que se deparar com uma situação como essa, pode criar uma Custom Class para atender sua necessidade, sem que seja necessário mexer nos fontes do ACBr, o que por vezes acaba gerando incompatibilidade futura e conflitos de código. Obrigado.

Boa tarde! Estou gerando o arquivo de remessa CNAB 400 do Banco Itaú com protesto em dias corridos, porém não vejo a informação preenchida no arquivo de remessa que, segundo o banco, deveria estar na posição 157-158 o código "34" // Protesto Titulo.TipoDiasProtesto := diCorridos; Titulo.DiasDeProtesto := 10; Desde já agradeço a colaboração! Obrigado, Luiz

Boa tarde, Realizei algumas implementações no arquivo “ACBRNFe2_Trunk2\Fontes\ACBrBoleto\ACBrBancoItau.pas” e gostaria de que a colocar para análise e atualização no projeto. 1 – Add function CodigoLiquidacao_Descricao; 2 – Captura do Sacado.NomeSacado, CodigoLiquidacaoDescricao, Liquidacao.Banco, Liquidacao.Agencia, Liquidacao.Origem na Procedure LerRetorno400; Utilizei como consulta o arquivo AcbrTools\Bancos\Itau\layout_cobranca_400bytes_cnab_itau.pdf e testei com arquivos de retorno cnab 400 na pratica. O arquivo da Caixa, somente ajustei uma tabulação de uma unica linha. Sucesso a todos; ACBrBancoCaixa.pas ACBrBancoItau.pas

Boa tarde, estou homologando os boletos do Itaú no nosso sistema e não pude deixar de notar que na classe TACBrBancoItau as tabela de tipos de ocorrência estão desatualizadas, faltando tratar diversas rejeições. Me baseei no manual de integração do Itaú disponível no seguinte link: Manual de Integração boletos Itaú (pg. 26 a 34, tabela 1 a tabela 12) Alterei o que foi necessário e adicionei as rejeições faltantes. Gostaria de contribuir com minhas alterações. Como devo proceder? Att.

Caros Boa Noite Estou com um problema aqui no ACBrBoleto no Itaú Carteira 109 no retorno CNAB 400, ele dá uma mensagem dizendo que o "CNPJ é inválido" se estiver LeCendenteRetorno := True e caso contrário dá uma mensagem dizendo "CNPJ/CPF: 00001111111111 do arquivo não corresponde aos dados do Cedente!" com o CPF do cliente precedido de zeros... O problema é que a conta do meu cliente é uma conta jurídica, mas o cedente do boleto é uma pessoa física e o Banco faz assim e com certeza está errado, pelo próprio manual do Banco, e pelo que vi vai ser bem complicado de solicitar um acerto pela TI do Banco. Ou seja o Itau gera um retorno com identificação de CNPJ para um CPF. Tem alguma forma de contornar isto, sem mudar o código por nós mesmos??? Agradeço Oswaldo dos Santos Araujo

Boa tarde Senhores, Estou tendo um problema estranho, tenho um cliente que trabalha com boletos do banco Itau. Os boletos são registrados normalmente por meio da remessa, os pagamentos são contabilizados tranquilamente. O problema ocorre quando é feito a antecipação dos recebimentos dos boletos, ocorre que o itau gera dois arquivos de retorno, um Retorno A e um Retorno B Este retorno B são os títulos que foram antecipados e pagos clientes destinatários.. ou seja, quando se faz a antecipação não são informados quais títulos, o próprio sistema do itaú escolhe os titulos, e quando o boleto é pago, vem por meio deste retorno B. O retorno A consigo ler normalmente, o retorno B vem com o digito verificador do nosso número diferente do que foi gerado pelo meu sistema por meio do ACBr. Entrando em contato com o banco, eles me disseram que o sistema estaria calculando o DAC do nosso número de forma errada. Alguém poderia me dar uma luz? Obrigado

Bom dia pessoal, utilizo as funções do ACBrMonotirPlus via comandos .txt Ao tentar enviar arquivo de remessa para o Itaú - retorna a seguinte mensagem - "tamanho do registro 1 inválido." Considerações: trabalho com 2 empresas no Itaú, mesmo padrão de conta/layout 1) no dia anterior os arquivos de remessa foram aceitos no banco 2) gerei o arquivo da empresa "A" e logo em seguida o arquivo remessa do empresa "B" O problema descrito não aconteceu na empresa "A", somente na empresa "B" (mesmo padrão de arquivo/layout) (verifiquei os dois arquivos internamente, visualmente estavam iguais em estrutura/colunas) 3) pesquisando, encontrei a seguinte solução momentânea extensão .REM O arquivo remessa é gerado .rem , muitas pessoas com este problema relataram para fazer o seguinte: R: abrir o arquivo remessa .rem e salvar novamente com extensão .TXT Consegui desta forma enviar o arquivo ao banco Anexo: estou anexando o .ini do ACBrMonitorPLUS, caso seja necessário Alguém teria alguma dica? Pode ser algum parâmetro no ACBrPlus que eu não conheça? Desde já agradeço ACBrMonitor.ini

Olá. Estou implementando os boletos para o Itau, mas recebi uma mensagem deles dizendo que o arquivo de remessa tem que finalizar com a extensão ".txt". Localizei, nos fontes do acbrboleto, function TACBrBancoClass.CalcularNomeArquivoRemessa: String, linha 1739, onde é determinado o nome do arquivo. Destaco o código abaixo: NomeArq := NomeFixo + IntToStrZero(Sequencia, 2) + '.rem' Pergunto. Basta alterar o final dele? E como ele vai se comportar com os outros bancos? Sicredi, por exemplo usa outra extensão. O que devo fazer, ou melhor, o que eu ESQUECI DE FAZER?? Aguardando.. Claudiomir

Olá pessoal, estou com um problema. Minha aplicação gerava os boletos e remessas do ITAU perfeitamente, de uma hora para outra o arquivo começou a ser rejeitado. O banco, o erro é estranho e não consigo encontrar o problema olhando o arquivo, segue em anexo o arquivo remessa e o erro, Se alguém já passou por isso, por favor de uma luz. cb200806.rem

Caros colegas, ao gerar o arquivo remessa de carteira registrada do banco ITAU, estou recebendo o seguinte retorno no site do itaú: Motivo de Rejeição 19 - CODIGO DA OCORRENCIA/MOVIMENTO O código que estou usando é esse: with Titulo do begin LocalPagamento := SQL_Cedentelocal_pagto.Text; Vencimento := SQL_ImpBoletodata_vecto.AsDateTime; DataDocumento := Date; NumeroDocumento := SQL_ImpBoletoid.Text; NossoNumero := SQL_ImpBoletonnumero.Text; EspecieDoc := SQL_Cedenteaceite.Text; OcorrenciaOriginal.Tipo := toRemessaRegistrar; if SQL_Cedenteaceite.AsInteger = 0 then Aceite := atSim else Aceite := atNao; DataProcessamento := Now; Carteira := SQL_Cedentecarteira.Text; ValorDocumento := SQL_ImpBoletovalor_doc.AsFloat; Sacado.NomeSacado := SQL_ImpBoletocli_razao.Text + ' ( '+SQL_ImpBoletocli_fantasia.Text+' )'; Sacado.CNPJCPF := OnlyNumber(RemoveChar(SQL_ImpBoletocpf_cnpj.AsString)); if Length(RemoveChar(SQL_ImpBoletocpf_cnpj.AsString)) = 11 then begin Sacado.Pessoa := pFisica; end else begin Sacado.Pessoa := pJuridica; end; Sacado.Logradouro := SQL_ImpBoletoend_endereco.Text; Sacado.Numero := SQL_ImpBoletoend_numero.Text; Sacado.Bairro := SQL_ImpBoletoend_bairro.Text; Sacado.Cidade := SQL_ImpBoletomunicipio.Text; Sacado.UF := SQL_ImpBoletouf.Text; Sacado.CEP := OnlyNumber(RemoveChar(SQL_ImpBoletoend_cep.AsString)); //ValorAbatimento := 0; //ValorMoraJuros := 0; //ValorDesconto := 0; //ValorAbatimento := 0; //PercentualMulta := 0; //Abatimento Fidelidade if (SQL_ImpBoletovlr_desconto_fidelidade.AsFloat > 0) And (SQL_ImpBoletoconceder_desconto.AsInteger = 0) then begin ValorAbatimento := SQL_ImpBoletovlr_desconto_fidelidade.AsFloat; end; //Juros ao Dia if (SQL_ImpBoletojurosdia.AsFloat > 0) then begin ValorMoraJuros := SQL_ImpBoletojurosdia.AsFloat; DataMoraJuros := SQL_ImpBoletodata_vecto.AsDateTime; end; //Multa if SQL_ImpBoletoparam_multa.AsFloat > 0 then begin PercentualMulta := SQL_ImpBoletoparam_multa.AsFloat; end; Mensagem.Text := Mensagem.Text + SQL_ImpBoletohistorico.Text + ' / ' + SQL_ImpBoletomesano.Text; end; Agradeço pela atenção dedicada

Ola. Hoje um cliente entrou em contato pedindo para configurar a "Negativação Expressa" do Itau com 05 dias. Confesso que não tinha nem ideia que isso existia. Buscamos informação e, segundo as rotinas do Itau, trata-se de uma opção que o cliente pode utilizar como alternativa ao Protesto (Que sai mais caro). O banco lê o comando de dias e inclui o Sacado no SPC/Serasa automaticamente, como no protesto. No recebimento é retirado automaticamente ou por comando via Web do banco realizado pelo cliente. Bom, a pergunta é: Existe algo nesse sentido já preparado no ACBrBoleto? Segue documentação enviada pelo Itau para nós. cobranca_400bytes_cnab_itau.pdf

Boa noite, Não consigo encontrar no componente ACBr Boleto a cobrança mensagem do Itaú, padrão CNAB400, que disponibiliza o registro 7 com as mensagens que serão impressas no boleto que será enviado ao sacado. Existe algum trabalho nesse sentido? Grato, Carlos Rosa.

Ola pessoal, novamente verificando os fontes do Itau, verifiquei que não se pode gerar o segmento "R" que é o segmento onde se pode informar a multa, entao adicionei o segmento aos fontes e estou postando aqui para validação. Sei que muitos campos são irrelevantes mas caso seja necessário informar a multa esse segmento se torna importante. Gostaria que fosse validado se esta correto, pois sou iniciante e segui o manual e a forma de fazer de outros bancos para isso. Arquivo : Itau.rar Desde já agradeço a atenção.

Oi gente, gostaria de tirar uma duvida no banco itau para a remessa cnab240 na transação não se pode informar os campos: Código do Desconto, Data do Desconto, Desconto1 e nem o valor da IOF. Isso estaria certo assim ou somente não foi implementado a busca desse valor pelos parâmetros do ACBrBoleto ?

Alguém já teve esse problema com boletos Itaú? Estou usando o Demo de vocês. Apenas configurei com os dados do Cedente no dmForte (utilizando Fortes) e rodei. Tanto na impressão como na geração do PDF o boleto sai enorme, todo desconfigurado, em 3 páginas (página 2 em branco). Segue a página 1 e 3 em anexo. Estou utilizando Delphi 10.2 + Fortes e ACBr atualizado. Paulo