O que é o REDA Pay?

O REDA Pay permite que sua equipe receba pagamentos e envie repasses sem sair do Salesforce. Um morador paga o aluguel no seu portal de clientes, um comprador paga um depósito de garantia (sinal) por um link que você enviou por email, um corretor recebe um pagamento com cartão a partir de um registro de lead, e cada um desses pagamentos é um registro do Salesforce sobre o qual você pode criar relatórios, automatizar e conciliar com seus depósitos bancários.

O REDA Pay não movimenta dinheiro sozinho. Cada pagamento é executado pela Payload, uma processadora de pagamentos. Você abre uma conta na Payload, conecta essa conta ao REDA Pay, e o REDA Pay cuida de tudo o que acontece no Salesforce: as telas de pagamento, os registros, as taxas, os agendamentos, as atualizações de status e a conciliação.

A tela de pagamento do REDA Pay para um cliente da "Meridian Properties": o logotipo e o cabeçalho da empresa no topo, as guias Card e Bank com as contas bancárias salvas do cliente à esquerda e os dados do pagamento com os botões Pay, Schedule e Create Link à direita

A tela de pagamento que sua equipe e seus clientes usam. O logotipo, o cabeçalho e o rodapé vêm das suas próprias configurações, então todo cliente vê a sua marca.

O que você pode fazer com o REDA Pay

• Receber pagamentos com cartão ou conta bancária. Um recebimento é dinheiro que entra. O pagador escolhe um cartão ou uma conta bancária dos EUA (ACH, a rede Automated Clearing House de transferências entre bancos) e seleciona um método de pagamento salvo antes ou digita um novo.
• Enviar pagamentos para uma conta bancária. Um desembolso (repasse) é dinheiro que sai: a devolução de um depósito, o pagamento a um fornecedor. Os desembolsos sempre vão para uma conta bancária, e só os usuários que você autorizar podem enviá-los; consulte Enviar um desembolso.
• Escolher como cada pagamento acontece. Cada pagamento é uma Pay Order com um de três tipos de ordem:
  • Immediate: o pagamento é processado agora.
  • Schedule: o pagamento se repete conforme um agendamento definido por você (semanal, mensal, anual e outros) até uma data de término.
  • Link: o REDA Pay cria um link de pagamento seguro; o cliente abre o link e paga em uma página pública.
• Salvar métodos de pagamento. Um cartão ou uma conta bancária pode ser salvo para reutilização. O Salesforce guarda apenas um token e dados descritivos, como "Visa x-4242"; o número completo do cartão, o código de segurança (CVV) e o número completo da conta bancária nunca são armazenados no Salesforce.
• Cobrar taxas de conveniência. Adicione uma taxa percentual, uma taxa fixa ou ambas, com mínimo e máximo opcionais, definidas separadamente para pagamentos bancários e para cada bandeira de cartão. A taxa pode ir para uma conta separada; consulte Configurar taxas de conveniência.
• Receber depósitos de garantia. Marque um pagamento bancário como depósito de garantia (sinal, EMD, earnest money deposit), o depósito de boa-fé que um comprador ou candidato paga com uma proposta; consulte Receber depósitos de garantia (EMD).
• Cancelar e reembolsar. Cancele um pagamento antes da liquidação ou reembolse-o total ou parcialmente depois.
• Manter os status atualizados automaticamente. A Payload informa ao Salesforce quando um pagamento é processado, recusado, reembolsado ou rejeitado, e o REDA Pay atualiza o registro; consulte Como os status dos pagamentos se mantêm atualizados.
• Conciliar seus depósitos bancários. Cada depósito na sua conta bancária, ou saída dela, chega como uma Statement Activity com a lista dos pagamentos incluídos, para que o financeiro confirme que cada depósito está justificado; consulte Conciliar depósitos e repasses.

Onde os pagamentos acontecem

O REDA Pay funciona em três lugares, e você pode usar qualquer combinação deles:

Para receber de pessoas que chegam até você pelo seu site, envie um link de pagamento ou indique a página de pagamento do seu portal de clientes, onde elas fazem login e pagam.

Como as peças se encaixam

Você não precisa decorar estes termos agora (Conceitos-chave explica cada um), mas esta visão ajuda:

1. Um Pay Profile conecta o Salesforce a uma conta da Payload.
2. Abaixo dele, cada Processing Account é uma conta de estabelecimento (merchant) na Payload: onde o dinheiro entra e sai. Ela também guarda a sua marca e a maioria das suas regras.
3. Cada pessoa ou empresa de quem você recebe, ou a quem paga, vira um Pay Customer, criado automaticamente a partir da conta, do contato ou do lead de onde você parte.
4. Uma Pay Order é a instrução: quem, quanto, qual conta, qual método.
5. Uma Pay Transaction é o que a Payload de fato fez com ela: processada, recusada, reembolsada etc.

Um registro de Pay Order com o cliente, a conta de processamento, o valor principal, a taxa de conveniência calculada e o valor líquido, com a Pay Transaction listada à direita

Uma Pay Order e a transação que a Payload criou para ela. O valor líquido (principal mais taxa) é o que é cobrado.

Personalizar o REDA Pay

Quase tudo sobre o comportamento de uma tela de pagamento é configuração, não código. As configurações se sobrepõem em camadas: o Pay Profile, depois a Processing Account, depois as regras de taxa, depois as regras próprias do cliente, depois as configurações do componente que você coloca em uma página e, por fim, os valores passados no endereço da página. Um valor no endereço da página prevalece sobre a configuração do componente. Essas camadas permitem que uma mesma organização tenha, por exemplo, um portal de moradores que aceita só pagamentos bancários ao lado de uma tela da equipe que também aceita cartões. Os artigos de Contas de processamento e de Receber pagamentos tratam de cada camada.

Quem usa o REDA Pay

O REDA Pay inclui sete conjuntos de permissões, um por função: administradores, equipe que recebe pagamentos, equipe de reembolsos, financeiro, usuários somente leitura, clientes do portal e pagadores anônimos no site público. Cada pessoa recebe apenas o que o trabalho dela exige; consulte Quem pode fazer o quê: conjuntos de permissões.

Perguntas frequentes

O que vem a seguir

• Conceitos-chave e terminologia: o vocabulário que todos os outros artigos usam.
• Roteiro de configuração: cada etapa da instalação ao primeiro pagamento, em ordem.
• Quem pode fazer o quê: conjuntos de permissões: dê a cada pessoa o acesso certo.