Luciano Rodrigues Pereira

Ok @Juliomar Marchetti eu achei que as pessoas usassem o Demo para testes também, só isso. Aproveitando, eu dei uma olhada nos fontes em relação à CEF e não achei lugar nenhum onde ele use o ClientID e o Client_Secret que o banco me forneceu. Se eu seto o ClientID, aí o ACBr troca o USUARIO_SERVICO de SGCBS02P para o ClientID e aí dá erro dizendo que esse campo está com 34 posições, sendo que o máximo seriam 8 posições. E o próprio manual na sua página 10 diz "Para todos os tipos de operação, deverá ser informado no campo USUARIO_SERVICO o valor SGCBS02P". Então fico sem saber onde é usado o ClientID e o ClientSecret que o banco me forneceu? Inclusive no log paranoico não mostra usando.

Não, nem dá. kkkkkkkk. Mas acredito que é mais comum uma taxa mensal ou um valor diário. Afinal estamos falando de mora, que é cobrado o valor por dia e não por mês. Então ou você informa a taxa mensal ou o valor diário. Entendeu? Mas de qualquer forma é só uma sugestão de alteração no Demo. Eu trabalho informando valor diário ou poderia até informar a taxa mensal, em qualquer destas formas não dá erro, nem na Caixa, nem em nenhum outro banco que eu já implantei como Itaú, Bradesco, Banco do Brasil, Sicoob, Sicredi e agora a Caixa.

Eu até achei onde está setado Mas como disse isso não muda nada, o problema é que a CEF não tem essa opção de valor de mora mensal, entendeu? Minha sugestão é que ao invés de solicitarem na Ficha de Pagamento o valor de mora mensal, solicitem a taxa mensal. Aí você seta o CodigoMoraJuros com "cjTaxaMensal" ou calcula o valor diário e seta com "cjValorDia". Isso vai funcionar para qualquer banco.

De qualquer forma o que acontece é que a CEF não tem a opção de informar valor de mora mensal, apenas a taxa mensal ou o valor diário. Então não sei o que é preciso fazer, de que adianta encontrar esse "VALOR_MENSAL" nos fontes do ACBr, porque a CEF não tem essa opção. Entendeu? Por outro lado o Demo informa assim Titulo.CodigoMoraJuros:= cjValorMensal para qualquer banco. Então não sei o que será preciso mudar para o Demo funcionar nos outros bancos e na CEF. Minha sugestão é que ao invés de solicitarem na Ficha de Pagamento o valor de mora mensal, solicitem a taxa mensal. Aí você seta o CodigoMoraJuros com "cjTaxaMensal" ou calcula o valor diário e seta com "cjValorDia". Isso vai funcionar para qualquer banco.

Esse print aí não mostra setando "VALOR_MENSAL", Eu olhei tudo isso aí e não achei a descrição "VALOR_MENSAL". Deve estar setando em DSC_CODIGO_MORA_JUROS. Se você sabe onde está sendo setada essa descrição diga de uma vez, não sou só eu quem preciso da correção. Eu colaboro na maneira que posso, como nesse caso encontrando o problema e quando dá eu faço a correção e subo. Bom como não achei, mexi no Demo, calculei o valor da mora diária, mudei Titulo.CodigoMoraJuros:= cjValorMensal; para cjValorDia; e o erro sumiu. Como não trabalho informando valor mensal de mora, mas sim diário, na minha aplicação não dá o erro, agora para quem for usar o Demo do ACBr vai encontrar esse problema. Não sei se a ACBr deve mudar seus fontes ou apenas o Demo convertendo o valor informado de mensal para diário. Com outros bancos não acontece esse problema, mas a CEF não tem essa opção de informar valor de mora mensal, somente a TAXA_MENSAL ou VALOR_POR_DIA. Aí fica à critério da ACBr, qual deve ser a mudança, se quiserem que o Demo funcione com a CEF.

Achei o erro do demo do ACBr com relação à mensagem "VALOR_MENSAL". Você pode ver esse erro no arquivo em anexo "Registro user SGCBS02P Erro.txt" No manual não existe essa opção de VALOR_MENSAL. Apenas "ISENTO", "VALOR_POR_DIA" e "TAXA_MENSAL" conforme pode ver no print em anexo e na página 39 do manual que também estou anexando. Não fiz a correção no ACBr, porque realmente fucei os fontes e não encontrei onde ele está setando com "VALOR_MENSAL" MANUAL API CEF.pdf

Vamos por parte, estou verificando a documentação e o USUARIO_SERVICO tem de ser mesmo SGCBS02P. Então em cima disso vejam se pode me responder: 1. Quando eu uso o ClientID fornecido pelo banco o ACBr troca o USUARIO_SERVICO SGCBS02P pelo ClientID e aí dá erro. Não entendi então onde será usado o ClientID (api_key fornecida pelo banco) e o Client_Secret (fornecido pelo banco) 2. Tentando registrar um boleto usando o Demo do ACBr traz no log o erro (BK76) ERRO NA FORMATACAO DA MENSAGEM e o conteúdo errado seria a palavra "VALOR_MENSAL" que de acordo com o log deveria ser um valor e não uma string. Você pode ver esse erro no arquivo em anexo Registro "user SGCBS02P Erro.txt"

Dá na mesma, eu verifiquei antes de enviar a requisição o código que estava "setado" e testei com e sem pix, não é esse o problema.

Sim, olhei esse tópico sim, está aí, na minha citação todas as configurações conforme o tópico.

Estou implantando uma cobrança usando a API da CEF. Mas ao que parece a CEF não tem suporte ao desenvolvedor, é só o manual, que por sinal é bem fraco. É o único banco até agora que implantamos API a não ter suporte. Por isso gostaria de contar com a colaboração de vocês para sanar algumas dúvidas minhas nesta jornada. Os logs das requisições estão em anexo. 1. O manual fala em URLs diferentes para homologação e produção, mas os links que estão no manual para verificar essas URLs não existem. Aliás o site do desenvolvedor da caixa está com problemas há mais de um ano. Verificando os fontes do ACBr, não vi URLs diferentes para homologação e produção. Então os links do ACBr são de produção? 2. Nos meus testes, usando o Demo do ACBr quando uso como ClientID "SGCBS02P" que está no próprio fonte do ACBr, a tentativa de registro de boleto traz no log o erro (BK76) ERRO NA FORMATACAO DA MENSAGEM e o conteúdo errado seria a palavra "VALOR_MENSAL" que de acordo com o log deveria ser um valor e não uma string. Mas o retorno não diz qual o campo está com esse valor. Não achei nos fontes do ACBr essa "palavra" para ele ter gerado esse valor como string para dar erro. Quando uso minha aplicação e não o demo do ACBr o erro é OPERACAO NAO PERMITIDA - CEDENTE INFORMADO NAO POSSUI AUTORIZACAO PARA UTILIZAR SERVICO WEBSERVICE - USUARIO SGCBS02. Que me parece correto, pois no manual não existe esse usuário nem mesmo para homologação. Mas porque no ACBr não traz esse erro? apesar que traz outro erro "VALOR_MENSAL" ? 3. Ainda usando o demo do ACBr testando registrar um boleto usando como ClientID a api-key que me foi fornecida pela CEF, o conteúdo errado seria a minha api-key, dizendo que esse campo está com 34 posições, sendo que o máximo seriam 8 posições. Usando minha aplicação e não o demo do ACBr o erro é o mesmo. O pior de tudo é que mesmo com esses erros o código de retorno é 200. Pode? Essa é a pior API que experimentei até agora. Informei tudo conforme indicado pela própria ACBr ACBrBoleto.Configuracoes.WebService.VersaoDF :='3.2' (para boleto hibrido) e '3.0' para não hibrido QtdePagamentoParcial:= 1; TipoPagamento:= tpNao_Aceita_Valor_Divergente; PercentualMinPagamento:= 0; PercentualMaxPagamento:= 0; ValorMinPagamento:=0; ValorMaxPagamento:=0; Carteira := 'RG'; EspecieDoc:= '99'; WebService.SSLCryptLib:= cryOpenSSL; WebService.SSLHttpLib:= httpOpenSSL; WebService.UseCertificateHTTP := false; Registro user api_key Erro.txt Registro user SGCBS02P Erro.txt

Gostaria de saber se o componente de Pix do ACBr serve para minha necessidade. Hoje uso o boleto hibrido, onde o cliente pode pagar usando o QRCode (Pix) ou usando o código de barras, mas é um boleto e portanto está atrelado à minha carteira de cobrança e tenho de registrar o boleto, existe a baixa simples, liquidação, protesto, etc. Acontece que tenho algumas cobranças que são em carteira (não tem boleto) e eu não quero gerar boleto, quero apenas gerar o QRCode de um pix e de preferencia com vencimento, multa, juros e desconto. E depois eu teria de consultar essas liquidações, de preferencia na forma de movimentação de um dia ou período, como acontece com a API de cobrança, que tem o que os bancos chamam de "francesinha" e eu consulto via API do ACBr usando o Boleto.Configuracoes.WebService.Operacao:= tpConsulta Ou seja, a API seria apenas para gerar o QRCode e para consultar as liquidações. Deu para entender? Existe essa possibilidade nessa API de Pix do ACBr? É para isso que ela serve?

Alguém sabe dizer qual o processo para a implementação da API de cobrança da CEF? Antes eu usava o link https://desenvolvedores.caixa.gov.br/ para "tentar" ter acesso às APIs da CEF, apesar que logava com sucesso mas só aparecia uma tela em branco e nunca consegui dar continuidade. Não era problema do navegador nem da minha máquina, pois tentei em diversas outras máquinas e navegadores diferentes e só aparecia essa tela em branco após logar. Agora este link nem existe mais.

opa, @siac.sistemas, sim, não faz o menor sentido usar uma movimentação de um único boleto, boleto individual a gente faz consulta. Movimento é da carteira, é isso que facilita as coisas, ao invés de eu consultar boleto a boleto (que podem ser milhares) eu consulto por exemplo apenas a movimentação que houve ontem, e faço isso dia a dia. Eu não comecei a implementar ainda, estou terminando uma demanda antes de começar. Eu me candidatei a implementar porque acredito que o ACBr não está implementando.

Ok @Juliomar Marchetti vou fazer. Só reforçando que não se trata de ter problemas na versão atual, se trata de não ter a movimentação da carteira. Vou seguir o manual do banco que irei anexar após a solução.

@Juliomar Marchetti Eu já validei e vi o que estão fazendo e é como eu lhe disse, o que tem em tpConsulta é a consulta de movimento de um único boleto. E se eu for criar a movimentação da carteira, eu terei de tirar tudo o que tem no ACBr em tpConsulta para colocar a movimentação da carteira, porque não tem outra opção, onde eu colocaria? Analisem aí o que é é melhor: ter uma opção para buscar só o movimento de um boleto ou a movimentação da carteira, porque esta opção tpConsulta em todo o ACBr em todos os bancos é usado para buscar a movimentação da carteira pelos motivos que já expliquei neste tópico. Então eu preciso de um aval de vocês para fazer isso, porque não posso perder meu tempo fazendo uma coisa para depois dizerem que não pode tirar o que tem lá. Ou me dizem onde colocar essa movimentação. Porque com certeza todo mundo está esperando essa movimentação, é só ver a colocação do @TiagoTecchio

@Juliomar Marchetti acho que não me expressei bem, vamos lá: O boleto do ACBr tem as propriedades tpConsulta e tpConsultaDetalhe. TpConsultaDetalhe é usada para consultar o título e tpConsulta para consultar a movimentação da carteira (baixas, liquidações, etc.) de um período. Esse consulta da movimentação é o que realmente agiliza a atualização da carteira, pois ao invés de consultar boleto à boleto (que podem ser milhares) a gente consulta apenas a movimentação do dia (ou período). É o que a API de todos os bancos fazem, como Sicoob, Itaú, Banco do Brasil, etc. e já funcionam assim no ACBr. Só que no Itaú o ACBr está usando o tpConsulta para consultar o movimento de um único título (você precisa informar o título), é uma opção da API do Itaú. Então precisamos implementar a movimentação da carteira, e como vou fazer isso usando o tpConsulta, se ele está sendo usado para a consulta do movimento de um único título? Deu para entender?

Sim, eu conferi nos fontes, o que tem lá é a movimentação de um título e não a movimentação da carteira de cobrança. A movimentação da carteira é o que realmente agiliza a consulta, ao invés de consultar boleto à boleto (que podem ser milhares) a gente consulta apenas a movimentação do dia. É o que as APIs de todos os bancos fazem em movimentação. Como disse eu até posso fazer o desenvolvimento dessa movimentação (tem manual e tudo o mais), mas como expliquei o que tem hoje lá (movimento do título) está usando o tpConsulta, que eu teria de trocar pela movimentação da carteira. Então eu gostaria de saber como vai ficar. Vai ficar como está, apenas com a movimentação do título e sem o mais importante que é a movimentação da carteira?

@Juliomar Marchetti o ACBr já desenvolveu essa movimentação da carteira do Itaú? Até onde eu tinha vista tinha apenas a movimentação de um título e não da carteira de cobrança. Caso não tenha ainda desenvolvido, está em desenvolvimento? senão, posso desenvolver. Neste caso eu gostaria de saber se eu poderia trocar esse movimentação que tem lá hoje de movimento de um título pela movimentação da carteira, pois a propriedade é uma só, tpConsulta.

Te agradeço @Juliomar Marchetti Desculpe minha insistência, mas é porque eu trabalho com desconto e de acordo com o T.I. do Itaú o desconto não estava registrando porque não estava no formato do manual. Então eu acredito que os outros usuários não estão trabalhando com desconto. De qualquer forma não vejo motivo para ser revertido, porque eu só deixei conforme o manual do banco, não vejo motivo para reverter e deixar diferente do manual. Como posso saber se foi aceita ou não a alteração?

@Juliomar Marchetti estou postando aqui o link da documentação do Itaú. É preciso ter uma conta em https://devportal.itau.com.br/ caso precise posso passar minhas credenciais. itaú for developers Esses prints aqui é só para você conferir a localização da documentação em relação ao registro do bolecode e onde mostra o formato do desconto no Json. Você vai ver que tem uma "pequena" divergência no Json em relação ao ACBr mas que impede o registro do desconto. O campo "codigo_tipo_desconto" é fora das chaves de "descontos". Foi essa mudança que fiz e passou a registrar o desconto.

@Juliomar Marchetti resolvido. Estou anexando o fonte alterado. Gerei o boleto e o banco registrou o desconto com sucesso. Só para reforçar que o fonte do ACBr não estava em conformidade com as orientações do banco Itaú você tem o print do e-mail deles neste post aqui e estou colando também um print do Postman do Itaú, onde você também vai ver que o ACBr não estava conforme modelo do Json no que se refere ao desconto. Só para reforçar mesmo, Ok? Mas agora está tudo Ok, como pode ver no Log (dim.txt) em anexo. ACBrBoletoW_Itau_API.pas dim.txt

Já estou decifrando aqui os códigos do ACBr, porque existem muitos objetos ACBr, mas vai dar certo. Só gostaria de sua colaboração em 2 coisas. 1. Como eu posso ver o resultado do arquivo Json montado antes de enviar o comando. 2. Gostaria de perguntar à comunidade se alguém está conseguindo registrar esse desconto no Itaú.

Programo sim em Delphi, mas só usei Json em Delphi usando o Rest Debugger, mas usando essas instruções do ACBr fica tudo bem diferente, mas posso até tentar entender essas instruções criadas pelo ACBr para tentar fazer a alteração. 1. Eu só consegui ver o Json gerado pelo ACBr através do Log que só é gerado após o envio do comando. Me diz aí onde nos fontes eu conseguiria ver o Json antes de enviar o comando, já ajuda bastante. 2. Enviar o comando todos conseguem, só que o banco não registra a instrução de desconto. Como podemos ver com a comunidade se tem alguém conseguindo isso? Porque de acordo com o banco o problema está no formato do bloco do desconto. Pode até não ser esse o problema, mas primeiro preciso fazer o que eles pedem para poder então retornar à eles caso após isso continue sem registrar o desconto.

acho que não irei conseguir fazer essa alteração. Quando é um função ou procedure apenas para mexer eu até desenrolo, mas ali está muito complicado, com muitas referencias à outras dependências dom ACBr e muito Json em Delphi. Não tem como vocês aí fazerem essa alteração? Não é uma coisa que irá apenas beneficiar à mim mas sim a todos. Porque é um problema do ACBr, em relação ao formato Json do desconto, é só ver aí a resposta do banco. Eu tenho certeza que ninguém, absolutamente ninguém está conseguindo registrar uma instrução de desconto em um boleto do Itaú. E olhando os fontes, eu só consegui ver o Json através do log que só é gerado após o envio do comando.

Eu posso fazer, mas tem como eu ver como vai ficar o arquivo json sem enviar (ou antes de enviar) o comando de registrar o boleto? para ver se está dentro do formato ideal que o banco pediu?