Pesquisar na Comunidade

Olá pessoal, tivemos uma reunião com uma equipe de Boleto do Itau e vamos esclarecer alguns pontos: Itau existe 2 produtos distintos: “Boletos” – Boleto com linha digitável e código barras; “Bolecode” – Boleto com QrCODE, linha digitável e código barras (hibrido); Todos “Boletos” quando liquidados (linha digitável, código barras) , são listados na API de Consulta Liquidados com status de Liquidados; Todos “Bolecodes” quando liquidados através do qrcode, eles são *Cancelados e são listados na API de Consulta Baixados com status “BL” (Bolecode Liquidado). * (Bolecode Baixado) Isso para evitar que o mesmo boleto seja pago por outro meio. Nas consultas de LIQUIDADOS da solução ACBrBoleto, necessário realizar 02 (duas) consultas, mudando apenas a propriedade "IndicadorPIX": - Consulta Boletos Liquidados via Linha Digitável ou Código de Barras (independente se bolecode ou boleto comum): IndicadorSituacaoBoleto = isbBaixado e IndicadorPix = False - Consulta Boletos Liquidados via QrCode: IndicadorSituacaoBoleto = isbBaixado e IndicadorPIX = True Atenção, informação importante para quem usa Bolecode (Boleto Hibrido) API/CNAB Quando boleto é liquidado através do QrCODE até a presente data não devolve informações sobre pagamento, juros, multa, desconto. (não foi possível agrupar a consulta devida a paginação de repostas de cada endpoint)

A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Inter tem 2 API's: - boletos normais - boletos com QrCode PIX O que vai definir em qual incluir, baixar ou consultar é a propriedade IndicadorPIX: Quando falso, ele utiliza API Boleto Normais Quando true, ele utiliza API Boleto com QrCodePIx * Uma não devolve boleto registrado na outra! Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Quando API Pix não está devolvendo NossoNumero: Existem relatos que após a inclusão , a API não está devolvendo o campo nossoNumero, neste cado se olhar o log, o banco esta devolvendo: "situacao": "EM_PROCESSAMENTO"; Então deve aguardar alguns minutinhos e realizar a consulta detalhe utilizando a propriedade NossoNumeroCorrepondente Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para ConsultarDetalhe, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente; (carregar o titulo) Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Consulta Lista: Vamos ter agora as situacao isbAberto isbBaixado isbCancelado Baixado e cancelado, filtro dataMovimento isbAberto: filtro dataVencimento ele tbm vai usar a opcao Filtro.boletoVencido ibvSim/ibvNao (ele procura por data de vencimento boletos a receber ou vencidos) isbAberto: filtro dataRegistro ele consulta por data emissao os boletos em aberto Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.

Olá pessoal, O ACBrBoleto foi homologado para a emissão de Boleto Híbrido pela Caixa Econômica Federal. Agradecemos ao @Jhonlenon Ribeiro com a contribuição de parte dos fontes e a homologação em produção. 1. Para quem já emitia Boletos Online pela Caixa o que muda para a emissão de Boletos Híbridos é o preenchimento do IndicadorPix=True e a VersaoDF=3.2. Obs: Caso seja preenchido IndicadorPix=True e a VersaoDF não seja preenchida corretamente, o componente preencherá automaticamente VersaoDF=3.2. ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; 2. Para quem ainda não utiliza o recurso, segue tópico com instruções detalhadas de como alimentar o componente Como sempre esperamos que utilizem os novos recursos e caso tenham problemas ou sugestões de melhorias, estaremos em nossos canais para ajudá-los. Até mais!!!

Boa tarde amigos, estou fazendo o registro online de um boleto híbrido para o banco do brasil, ao enviar o titulo eu alimento as propriedades "seunumero" e "numeroDocumento" porém no retorno do registro, onde eu pego o EMV do QRCode, as propriedades "seunumero" e "numeroDocumento" estão vazias, precisaria delas preenchidas com o que enviei para o registro para tratar na minha aplicação.

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.

Bom dia pessoal; Fiz uma pesquisa na internet, e tem muito pouco sobre esse assunto, o "BOLETO HIBRIDO", que vai ter integrado o PIX junto a ele, ou seja, alem do cliente ter opção de pagamento da forma tradicional, tera tambem a opção de pagar pelo PIX. Vejam o modelo da empresa Kabum que me enviaram anexo. Pergunto se já tem essa opção no ACBrBoleto? ou se futuramente.