Exato. Então para enviar até R$ 42 mais ou menos, paga 50 centavos. Daí em diante, 1.19%.
Termos mais procurados:
Histórico de mensagens
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Acionamento de Webhooks em Pagamentos e Devoluções
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Utilização de Endpoints e Payload no Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Implementação de método em C# para cálculo de CRC16
- Possibilidade de Split na API de Pix
EXIBINDO CONVERSAS RECENTES:
Data: 31/03/2024
Tarifa minima de envio de R$0,50 e assim que exece esse valor passa a ser 1.19% do envio?
Via API você nem precisa fazer o cadastro... você já manda os dados quando cria a cobrança.
para fazer o cadastro automaticamente por meio da API
pagadores
Perfeito! Obrigado!
Cartão de crédito tem também:
Simulação em Ambiente de Homologação
A simulação de cobranças de cartão em ambiente de Homologação funciona com base na análise imediata de acordo com o último dígito do número do cartão de crédito utilizado:
Cartão com final 1 retorna: "reason":"Dados do cartão inválidos."
Cartão com final 2 retorna: "reason":"Transação não autorizada por motivos de segurança."
Cartão com final 3 retorna: "reason":"Transação não autorizada, tente novamente mais tarde."
Demais finais têm transação aprovada.
A simulação de cobranças de cartão em ambiente de Homologação funciona com base na análise imediata de acordo com o último dígito do número do cartão de crédito utilizado:
Cartão com final 1 retorna: "reason":"Dados do cartão inválidos."
Cartão com final 2 retorna: "reason":"Transação não autorizada por motivos de segurança."
Cartão com final 3 retorna: "reason":"Transação não autorizada, tente novamente mais tarde."
Demais finais têm transação aprovada.
Fonte: https://dev.efipay.com.br/docs/api-cobrancas/cartao
Perfeito, foi o que imaginei. Sim, no modelo que uso uma parte e fixa e outra porcentagem.
Não amigo, link de pagamento (cartão de crédito)
No momento só percentagem. Então se seu modelo de negócio é por valor fixo, vc precisa criar uma nova configuração de split para cada novo valor que apareça.
Depende do meio de pagamento. Se for Pix, depende do valor ele aciona o webhook como se tivesse sido pago.
Vc diz para que esses clientes sejam recebedores ou pagadores ?
O webhook do Pix não é informado por cobrança, mas por chave Pix. Você configura via /v2/webhook/:chave e depois qualquer Pix recebido para essa chave com txid aciona o webhook.
Outra dúvida: o split pode ser feito por valor (ao invés de porcentagem)?
Na documentação isso não fica claro
Como testar o pagamento de um link de pagamento em homologação?
Boa noite!