Termos mais procurados:
Bom dia, @alexandre0152! Tudo bem?
Se você estiver utilizando o framework para desenvolver aplicativo mobile, é possível somente gerar o payment token pela SDK.
Você gera o payment token no app e o envia para o seu backend que realiza a requisição em nossa API.
O certificado não é necessario para gerar o token
A não liberação do Envio de Pix via API é uma decisão da Efí que visa seguir as normas do Bacen com relação ao Pix em um aspecto geral. Para casos onde a API seria utilizada a Efí entende que o usuário deve ser uma PJ, é possível que seja um MEI, por exemplo, e a abertura do MEI não é um processo que exige tanta complexidade quanto outras formas de PJ.
Bom dia, @wilianmaique, tudo bem?
Esses padrões de segurança são orientações do Bacen (Banco Central), no caso do envio de Pix via API é um recurso delicado que permite uma vazão de valor alta, não sendo justificada para uma PF, mas sim para uma PJ onde há registros de documentação que evidenciam o uso destes valores.
Com relação ao webhook, nossa API segue o manual de integração imposto pelo Bacen, que pede que a implementação do webhook seja feita desta forma, implementar de uma forma distinta dessa seria não seguir o manual de integração do Bacen quanto ao Pix, você pode conferir esse documento aqui.
Caso tenha alguma dúvida basta nos perguntar para que possamos lhe auxiliar da maneira mais assertiva possível.
@wilianmaique, se você tem R$ 0,30 diário, acredito que sua conta seja PF. Nesse caso, não é possível aumentar o limite para envio de Pix via API, sendo permitido apenas esse valor para o desenvolvimento da sua aplicação.
Para que seja possível alterar os limites de envio via API, é necessário que sua conta seja do tipo Efí Empresas.
Bom dia, @tharley9991056
Sim, é possível ter um webhook para receber atualizações das assinaturas. Quando você emite um boleto via API, basta incluir o parâmetro metadata>notification_url junto com as informações do boleto. Assim, sempre que houver uma mudança no status do boleto, a Efi enviará uma notificação para essa URL.
A notificação será um POST enviado para o endereço, contendo um token único de cada assinatura. Seu sistema precisa consultar esse token para obter os detalhes da notificação e identificar a cobrança específica, facilitando a conciliação. Confira os exemplos na documentação para entender melhor. Mais detalhes estão disponíveis no link: Notificação de Boletos.
Também temos um vídeo que mostra esse processo de forma detalhada. Pode ser muito útil para você: Assista ao vídeo.
Espero que isso te ajude! Conte com a gente!
Boa noite, é possível identificar status da subscriptions pelo webhook? Sem necessidade de ficar fazendo pulling na API da efipay?
Cada evento sobre o plano, alteração de status, pagamento etc é retornado no webhook?
Boa tarde. Com a API PIX, é possível saber os dados de quem realizou o pagamento do PIX? Contextualizando... Saber se a pessoa que pagou de fato era o Favorecido ou se foi outra pessoa.
Bom dia @joao_efi tudo certo?
Atualmente não é possível alterar o meio de pagamento da assinatura.
Nesse cenário é necessário cancelar e gerar uma nova.
Boa noite. Tudo bem?
Se um cliente possui uma assinatura ativa, é possível alterar o modo de Pagamento dessa Assinatura de Cartão para Boleto ou vice-versa através da API?
Bom dia @ghhwer ! Tudo bem? É possível sim, através da rota PUT /v1/charge/:id/metadata.
Neste link da documentação tem mais detalhes.
Caique você poderia criar um comprovante você mesmo... Tudo que precisa é do e2eId, o nome e CPF você possívelmente já tem no seu sistema.
Bom dia, @weslly99, tudo bem?
1. Sim, o certificado faz referencia a conta, funcionando de forma semelhante a uma credencial.
2. Você deve ser capaz de distinguir quem esta recebendo a notificação, você pode fazer isso tendo URL distintas, usando apenas query params para distinguir, etc.
3. É importante garantir que os usuários terão acesso apenas ao que é devido à eles, ou seja, que não consigam influenciar na cobrança de outros usuários. Restrinja ao máximo os acessos aos bancos que conterão as credenciais e os certificados para evitar que outras pessoas vazem estes dados. Ao implementar o webhook Pix, utilize o mTLS e/ou HMAC para garantir que a comunicação esteja sendo de fato feita pelos servidores da Efí.
Caso tenha alguma outra dúvida basta nos perguntar para que possamos lhe auxiliar da maneira mais assertiva possível.
Boa tarde,
Estou construindo um pequeno SaaS com Tenent-Specific Integrations onde cada cliente deve inserir suas chaves da integração, e o sistema teria a responsabilidade de integrar e manter tais credenciais seguras. Porém lendo a documentação fiquei com dúvida se isso é realmente possível.
Algumas dúvidas são:
1. Cada cliente terá seu próprio certificado?
2. Devo ter uma url para cada cliente receber um webhook?
3. Quais outros cuidados devo ter?
(desculpa se estiver perguntando em um canal errado, sou novo aqui)
Boa tarde eu dei uma olhada na Shopify da para criar a própria API em criar aplicação assim creio que seja possível integrar a Efi
Da pergunta 2, é possível. Mais fácil com cartão aonde o dígito final do cartão define o que vai acontecer, mas pode ser boleto também, e aí você pede no Discord para darem como recebido.
Boa tarde. Estou realizando uma integração com a Api Cobranças.
Estou gerando uma cobrança do tipo link de pagamento no ambiente de homologação.
1º pergunta: o link gerado em homologação não é acessível? aqui o link retorna q não existe.
2º pergunta: não é possível simular uma baixa manual via link de pagamento?
Segui o tutorial one-step: https://dev.efipay.com.br/docs/api-cobrancas/link-de-pagamento
