Termos mais procurados:
Pessoal, quero implmentar aqui sistema de conta gráfica. Basicamente receber todos pagamentos em uma maquininha minha, distribuir ao meus cliente. A depender do cliente, jogaria o valor a receber em contas internas desses clientes, as contas gráficas. Tava pensando na melhor abordagem de fazer isso. Desenvolver do zero, ou encontrar alguma solução que administre isso para mim e possa plugar meios de pagamentos. Alguem conhece alguma solução do tipo?
sei que talvez não seja nesse canal, mas se você souber, veja se saberia me informar por favor..
Tendo em vista que meus clientes vão começar a abrir várias contas na EFÍ para receberem automaticamente os valores, gostaria de saber se a EFÍ tem algum programa de afialiação, parceria ou benefícios para contas como a minha, que trarão várias outras contas para o banco.
amigo não estou questionando, só quero uma forma de deixar estes clientes que cadastram CPF ilegal e os que se recusam a informar o CPF de fora, só isso
Bom dia @mauriciosarmento tudo certo?
Conforme mencionado pelo @rubenskuhl o CPF é obrigatório e precisa ser válido, não sendo possível a emissão pra um CPF inexistente.
Em relação ao email, uma possibilidade seria gerar uma string aleatória para o email dos clientes que não possuem esse dado. Ou então não adicionar o campo email na requisição.
Por exemplo:
A idéia é a mesma... em SQL:
select e-mail, count() as contagem
from clientes
group by e-mail
mas quero automatizar, são 800 clientes, imagina, a menina do atendimento ja esta com a cabeça saindo fumaça kkk
Olá bom dia a todos, que Deus nos abençoe neste dia, seguinte, eu tenho meu ERP e com a ajuda de vocês graças a Deus, esta tudo muito bem e com as integrações funcionando perfeitamente, porém me surgio uma necessidade, que é de gerar boleto em massa para todos os clientes, tenho datas de vencimento que são 01,05,15,20,25 e eu quero gerar o boleto do cliente 5 dias antes da data, porém são 800 clientes atualmente, eu até fiz um comando while para gerar estes boletos, mas ele para sempre em algum cliente que não colocou o email, ou colocou o CPF errado, e tem varios cleintes que não esta com CPF no cadastro, que são os mais antigos eu gente que tem medo de colocar, e esses pagam pessoalmente na loja
Bom dia, estou precisando gerar boletos para clientes que preenchem um form em PHP.Existe algum modo mais fácil para criar isso ?
notei que o erro é devido aos acentos nos nomes, por que mudei de algusn clientes e consegui fazer, exemplo, este mesmo que deu aí agora é deste cliente = Florêncio farias de solza
olá, boa tarde, alguém pode me ajudar, tenho uma integração que esta funcionando a uns 3 meses, e de ontem pra ca esta dando um erro ao emitir o boleto de alguns clientes
Huum, entendi, nossa, o problema é o fato de clientes já terem me perguntado se teria como pagamento cartão de crédito para compra do meu produto, uma vez que eles querem parcelar
Preciso finalizar essa integração ainda hoje para amanhã testar durante a manhã e tarde e já colocar no ar para os clientes utilizarem, já que estão me cobrando a todo vapor
Bom dia pessoal, tudo bem?
Estou precisando da ajuda de vocês, são duas informações que não consegui encontrar na documentação da API, disponibilizada online.
1 - Qual o endpoint que utilizo para gerar a segunda via do boleto?
2 - Qual o endpoint que consigo encontrar/consultar os dados dos clientes cadastrados?
eu tenho um sistema, e gostaria de saber se é possível criar subcontas a partir de uma conta principal, para oferecer aos clientes a utilização da API do PIX, apra eles cobrar seus pacientes de uma forma mais eficiente, para pix cobrança e pix imediato
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
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.
