Termos mais procurados:
no momento o provedor é bem pequeno, estão começando a se estruturar. os clientes atualmente são gerenciados com papel e caneta rsrs. eu imaginei que haveria pontos na api com as mesmas funcionalidades das opções dessa tela aqui, e que poderia usar a própria efi para manter dados dos clientes. isso é possível? se sim, o que devo pesquisar na documentação para encontrar? obrigado e desculpe pelo incômodo
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.
olá. estou criando um aplicativo para um pequeno provedor que tem como alvo os empregados desse provedor. a ideia é mostrar, no aplicativo, os clientes que não estão em dia, algumas informações cadastrais e gerar pix de pagamento.
consegui implementar a parte do pix, porém fiquei em dúvida se seria a api de abertura de contas que se usa para os dados do cliente. é isso mesmo? e eu teria que liberar o escopo através deste formulário? https://www.cognitoforms.com/GerencianetSA3/EF%C3%8DAPIDeCadastro
ou entendi algo errado e não é por esse caminho?
obrigado!
@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.
O que vocês podem fazer é uma associação de documento / identificador de cobrança no banco de dados de vocês para ter esta relação.
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?
eu vou ter que montar um backzinho em node primeiro para fazer o OAuth e com os dados do certificados e a chave? e so depois eu posso consumir na minha aplicação em React native?
Galera bom dia!
Como posso fazer em sandbox para simular que um boleto foi pago para pegar os dados que vem de postback pra mim poder atualizar no meu sistema os status?
Isso, perfeito. Elaborei errada a minha pergunta. É PIX para pagamentos a vista, e cartão para paramentos a vista ou recorrentes. Isso tudo pode ser feito dentro do app, sem a necessidade de abrir o Gerencianet no navegador?
Outra questão, a gerencianet pode gerenciar os cartões dos clientes? Digo isso para não haver a necessidade de armazenar dados sensíveis em servidor próprio.
Estou baixando o API no Postman pra dar uma conferida.
Sua aplicação integrada teste atingiu 100% do limite máximo de requisições para o endpoint GET /v1/charge/:id . O limite a cada 24 horas é de 15000 consumos.
Esta é uma questão de cunho técnico, por isso, sugerimos que encaminhe ao seu desenvolvedor, caso não seja você o(a) responsável técnico(a). Caso utilize um sistema de terceiros e não possua acesso ao código-fonte, recomendamos que entre em contato com o departamento técnico do fornecedor e repasse esta mensagem da Efí. Se necessário, eles podem contar com o auxílio da Consultoria Técnica da Efí.
Dados de consumo da sua aplicação referentes ao dia 24/04/2023, às 01:07hrs:
prezados, fiz aqui a chamada da API de pagamentos via postman e esta uma belesa...faço a autenticação e consulto um codigo de barras e tenho o retorno de todos os dados...
porém o postman nao entrega o codigo com os parametros do certificado...
como resolvo isso? como aponto/uso o certificado em codigo puro.. php por exemplo
só que estou perdido em como fazer ele dar baixa no meu banco de dados, necessito de uma forma de pegar o id do boleto quando é gerado, para eu salvar no bando, e depois usar ele para fazer a consulta
@rubenskuhl Sim, mas estou automatizando meu processo aqui e só faz uma vez mesmo e salva na base de dados, o mesmo tb para configuração de webhook, vou até validar aqui, pois a config de webhook usar essa chave no processo automático e não sei como ficaria em homol
var responseWebhook = endpoints.PixConfigWebhook(paramChaveWebhook, bodyWebhook, headers);
Sempre retorna esse erro:
{"code":3500011,"error":"invalid_data","error_description":"Não foi possível recuperar os dados enviados."}
Na doumentação de criação de cobrança via cartão tem a documentação para criar o payment token. Basicamente ele é um token gerado para o cartão de crédito informado, evitando que vc salva o cartão no seu banco de dados.
Em se tratando de dados de cartões das pessoas, sem solução pode ser a melhor alternativa mesmo. É muito temerário violar essa premissa.
Levar dados de cartão para o back-end é violação direta dos padrões estabelecidos pelas bandeiras de cartão. Você pode criar uma solução diferente de front-end ao invés da padrão da Gerencianet, mas não trafegar esses dados por redes e sistemas.
bom dia, alguem pode ajudar no retorno ao gerar cobranca pix
Erro ao criar cobrança:
{"type":"","title":"Forbidden","status":403,"detail":"{\"error\":\"insufficient_scope\",\"error_description\":\"Access token has insufficient scope\"}"}
Foi passado o certificado digital, cliente id e secret conforme os dados gerados no portal.
ola estou precisando de um freelancer para desenvolvermos em DELPHI usando rest etc api ou outra linguem ai faríamos tipo uma (central) para eu mandar os dados para gerar Boletospix, pix, cartao (recorrente) , interessados me chamar no privado
