Histórico de mensagens sobre boleto

Sem o boleto no caso

Boleto com divergência

estou tentando realizar um compra via boleto sandbox e está retornando Forbidden, somente para boleto

Entendi, @gustamedeiros. Neste caso, os clientes e boletos que são registrados no painel da conta, só podem ser gerenciados dentro da conta mesmo.
Para ter o acesso via API, a base de clientes deve ser do lado do seu sistema/app, e emitir as cobranças através da API.
Para isso, você encontra os detalhes em nossa documentação técnica: https://dev.gerencianet.com.br/docs/gerar-boleto-bancario

Olá, @gustamedeiros. Bom dia! Como vai?
Neste seu cenário você não precisa utilizar a API de abertura de contas. Pelo que entendi, esse app irá gerenciar as cobranças dos clientes do provedor. Ou seja, nesse app você deve usar as credenciais de acesso a API da conta do provedor.
Uma outra opção que pode ser viável... Imagino que esse provedor já tenha um sistema integrado com nossa API que faça a gestão dos boletos. Então basicamente, você poderia compartilhar ou conectar no banco de dados do sistema para ter as informações atualizadas, como os clientes que estão em dia, ou autras informações.

Para receber por boleto e cartão sim, Pix não, só via API.

sim, mas esse modulo nao funciona corretamente acabei de testar esse https://gofas.net/whmcs/modulo-gerencianet-boleto-para-whmcs/ e funciona sem problemas e tem mais opções de configuracao

Boa tarde @caique.mp ! Se for uma transação do tipo cartão de crédito, você deve captar os dados do cartão do cliente e gerar um payment_token pra enviar na requisição de emissão. Não houve mudança, sempre foi dessa forma.

Talvez você utilizava nosso link de pagamento, onde você cria uma cobrança, sem definir a forma de pagamento e o pagador gerando um link. E nesse link, o cliente insere todas as informações necessárias para criar a cobrança de acordo com o método de pagamento escolhido (boleto ou cartão).

Certo! Mas no futuro a tendencia é que o PIX tenha a versão BOLETO que é uma forma de CONCILIAÇÃO BANCÁRIA que todos os bancos aderiram. Vejo o OPEN FINANCE assim. Aliás os bancos devem FACILITAR MAIS E MAIS e fazer suas APPS receberem via CLICK NO LINK o pagamento que o cliente deseja. No meu caso preciso disso por causa do publico que atinjo.

Bom dia tenho o sistema MKALTH integrado com gerencianet api os boletos noa estão vindo o retorno o que pode ser

Esse link da API de emissões deveria dar boleto como opção, mas ao que eu saiba não suporta PIX, exatamente por ser outro conjunto de endpoints.

Mesmo que você quisesse só cartão ou só boleto, poderia também ativar só um deles... é você que passa as requisições para a Gerencianet, então você que escolhe o que quer aceitar. Eu comentei isso acima pq você tem um meio de pagamento funcionando e outro não.

Precisa ver como sua integração foi implementada... os endpoints de cartão são os mesmos de boleto, então pelo menos boleto deveria funcionar. Pix já são endpoints diferentes, com id/secret diferente, certificado etc.

@pauloeduardo_dev , é que não é tão simples assim também, assim como a Efi eu enfrentei esse problema aqui, como disponibilizar consulta de CPF para as demandas de clientes de um cliente meu, porque ao consultar o cpf como foi projetado no inicio iria buscar dados que não tinha haver com o detentor das demandas, por exemplo, no caso da efi iria buscar todos os boletos que aquele cliente tem com a efi sendo uma transação com você ou não, claro que tem como ajustar e tudo mais, só que no caso da efi são milhares de registros, e um estudo bem profundo que precisa ser feito antes de implantar uma mudança em base de dados, para ver as implicações, não querendo defender nem nada, mas é que realmente é mais simples, econômico e mais seguro se o próprio cliente criar um relacionamento de suas cobranças com o cpf dos seus clientes. Além de ser juridicamente mais seguro também, pois todas as demandas da lei geral de proteção de dados ficam a cargo de quem detem os dados, sem riscos de compartilhamento.

Estou recebendo a mensagem que o valor da emissão é superior ao limite operacional da conta ao emitir o boleto

Não. Em nosso endpoint de consulta de cobrança, é preciso passar o identificador para buscar as informações de uma determinada cobrança Boleto, Carnês...
Em nossa API Pix, é possivel retornar a lista de cobranças pix emitidas.

onde o cliente pode consultar seus boletos apenas informando o cpf dele

o que nós precisamos é consultar o boleto ou o financeiro do cliente, pelo CPF dele

Bom dia galera, tudo bom?
Estou prestes a realizar uma integração com a API Efí e estou com umas dúvidas.

1. Consigo pela API consultar dados de clientes via Cpf e Cnpj?
2. Pelo o que eu vi, é possível consultar boletos em aberto pelos dados do cliente, correto?

Sim. Fiz mais uma vez e o resultado foi o mesmo

Envio
{
"payment": {
"banking_billet": {
"customer": {
"name": "Gorbadoc Oldbuck",
"cpf": "94271564656",
"email": "[email protected]",
"phone_number": "5144916523",
"address": {
"street": "Avenida Juscelino Kubitschek",
"number": "909",
"neighborhood": "Bauxita",
"zipcode": "35400000",
"city": "Ouro Preto",
"complement": "",
"state": "MG"
}
},
"expire_at": "2023-12-30",
"configurations": {
"fine": 200,
"interest": 33
},
"message": "Usando o atributo message, este conteúdo é exibido no campo OBSERVAÇÃO da cobrança emitida via API \n ... e também no campo OBSERVAÇÃO DO VENDEDOR nos e-mails de cobrança enviados ao cliente \n É possível utilizar até 4 linhas de conteúdo, com no máximo 100 caracteres por linha \n Essa mensagem poderá ser vista nos e-mails relacionados à cobrança, no boleto ou carnê"
}
}
}

retorno
{
"code": 3500030,
"error": "charge_already_paid",
"error_description": "Esta transação já possui uma forma de pagamento definida."
}