Via API você nem precisa fazer o cadastro... você já manda os dados quando cria a cobrança.
Termos mais procurados:
Histórico de mensagens em dúvidas
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
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Repetição do Processo de Criação com txid
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Implementação do Módulo Gerencianet no Perfex CRM
- Recebimento de Pagamentos via QR Code e Arduino
- Problemas com Token em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Atualização de informações no Retentiva de Cobrança
- Funcionamento do Webhook em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Geração de Link de Pagamento e Reembolso
- Utilização de Endpoints e Payload no Pix
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Cancelamento de Boleto e Remoção do DDA
- Notificações de Pagamento de Boleto e Pix
- Retenção de Pagamento no PIX em Marketplace
EXIBINDO CONVERSAS RECENTES:
Canal: dúvidas
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.
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.
Outra dúvida: o split pode ser feito por valor (ao invés de porcentagem)?
Na documentação isso não fica claro
A regra que você precisa seguir com relação ao txid é:
O txid é único por CPF/CNPJ da pessoa usuária recebedora. Um txid é uma string alfanumérica com comprimentos mínimo de 26 e máximo de 35 caracteres. Um txid válido, portanto, deve obedecer à seguinte expressão regular (regex): ^[a-zA-Z0-9]{26,35}$. Você pode validar strings txid sob a regex aqui.
@tarcizio5821 você pode informar o txid no momento da emissão também no COB através do seguinte endpoint, https://dev.efipay.com.br/docs/api-pix/cobrancas-imediatas#criar-cobran%C3%A7a-imediata-com-txid, sendo o exemplo na SDK de php o https://github.com/efipay/sdk-php-apis-efi/blob/main/examples/pix/cob/pixCreateCharge.php.