Regras por cliente: métodos, tipos de transferência e contas
A Processing Account define os limites externos de um pagamento: quais métodos e direções são possíveis. Um Pay Customer pode estreitar esses limites para um pagador: um fornecedor que só pode receber, nunca ser cobrado; um morador que só pode pagar por conta bancária; uma empresa que sempre precisa usar uma conta de estabelecimento específica. Essas regras ficam na seção Transaction Setup do Pay Customer e são verificadas toda vez que uma ordem é salva.
Tudo o que limita um cliente está nesta seção.
Os campos
| Campo | O que faz | Quando em branco |
|---|---|---|
| Allowed Payment Methods | Os métodos que este cliente pode usar: Card, Bank Account (ACH) ou ambos. A tela de pagamento mostra só essas guias, dentro do que a conta permite | Nada é permitido: o cliente não consegue pagar nem receber |
| Allowed Transfer Type | Receipt (o cliente paga você), Disbursement (você paga o cliente) ou Receipt and Disbursement. As caixas somente leitura Receipts e Disbursements o refletem, desde que o perfil esteja ativo e pelo menos um método seja permitido | Nenhuma direção é permitida |
| Applicable Processing Accounts | Ids de registro, separados por vírgula, das Processing Accounts que este cliente pode usar. A tela oferece só essas | Todas as contas ativas do perfil |
| Default Processing Account | Pré-selecionada quando várias contas são possíveis. Precisa pertencer ao perfil do cliente | O padrão do perfil, ou uma tela de escolha |
| Default Pay Method | O cartão ou a conta bancária salvos selecionados primeiro na tela, e o usado pelas ordens criadas sem escolher método. É definido automaticamente quando um método é salvo como padrão | A tela abre sem nenhum método selecionado |
| Disable EMD Payments | Oculta a chave de depósito de garantia para este cliente | O EMD segue as regras da conta |
| Attribute 1–4 | Texto livre que, por padrão, não é copiado para nada; disponível para as suas próprias automações e relatórios | — |
| Interface Label, Interface Label Description | Nome e descrição voltados ao cliente, usados nas telas e nas notificações | O nome do cliente |
O que o pagador vê quando uma regra o bloqueia
| Situação | Mensagem |
|---|---|
| Allowed Payment Methods em branco | "Payments are not allowed at this time for this customer. [Pay Methods]" |
| Cliente sem permissão para recebimentos, mas há uma tentativa de recebimento | "Initiating new payment is not allowed for the customer." |
| Cliente sem permissão para desembolsos, mas há uma tentativa de desembolso | "Initiating new credit is not allowed for the customer." |
| Tipo de método fora da lista permitida do cliente | "The pay method type is not allowed for the provided customer." |
| Tipo de transferência não permitido no cliente, na conta ou no método | "The transfer type is not allowed on either Customer, Processing Account or Pay Method." |
Elas aparecem na tela de pagamento ou quando a ordem é salva, antes de qualquer movimentação de dinheiro.
Exemplos práticos
Um fornecedor que você paga, mas nunca cobra. Defina Allowed Transfer Type como Disbursement e Allowed Payment Methods como Bank Account (ACH). A equipe que abre a tela de pagamento a partir da conta desse fornecedor vê só o formulário de desembolso e a guia Bank. Não é possível criar um recebimento por engano.
Um morador que precisa pagar por conta bancária. Allowed Payment Methods = Bank Account (ACH). No portal, a guia Card desaparece para esse morador, mesmo que a conta permita cartões para a equipe.
Uma empresa que paga em uma conta de estabelecimento dedicada. Coloque o Id de registro dessa conta em Applicable Processing Accounts e defina-a como Default Processing Account. Ninguém da equipe precisa escolher.
Como a tela escolhe a conta de processamento
Quando uma tela de pagamento abre, o REDA Pay monta a lista das contas de processamento que o pagamento pode usar: as contas ativas do perfil que permitem a direção, estreitadas pelos códigos de conta do componente, por uma conta passada no endereço e pelas Applicable Processing Accounts do cliente. Então:
- sobra uma conta: ela é usada sem perguntar;
- sobram várias, e a Default Processing Account do cliente ou a Default Processing Account do perfil está entre elas: usa-se o padrão;
- sobram várias e nenhum padrão está entre elas: o usuário escolhe em "Select Processing Account".
Assim, um cliente que sempre precisa usar uma conta específica precisa dessa conta em Applicable Processing Accounts; um cliente que deve apenas começar por ela precisa dela como Default Processing Account.
Exemplo prático: três tipos de cliente
| Cliente | Allowed Transfer Type | Allowed Payment Methods | Applicable Processing Accounts | Default Pay Method | Efeito |
|---|---|---|---|---|---|
| Morador que paga aluguel | Receipt | Bank Account (ACH) | em branco | a conta corrente dele | Paga só por banco; as telas da equipe e do portal mostram a guia Bank; a conta dele vem pré-selecionada |
| Fornecedor que você paga | Disbursement | Bank Account (ACH) | em branco | a conta empresarial dele | Não pode ser cobrado; os repasses vão por padrão para a conta empresarial |
| Cliente corporativo com conta de estabelecimento própria | Receipt and Disbursement | Card; Bank Account (ACH) | o Id da conta dedicada | em branco | Todo pagamento, de entrada ou de saída, usa a conta dedicada; a tela nunca pergunta |
Esses valores são definidos no Pay Customer depois que ele é criado, ou no mapeamento que o cria; consulte Como os Pay Customers são criados.
Como os limites se combinam
Um pagamento só é permitido quando todos os níveis concordam:
Processing Account ∩ Pay Customer ∩ Pay Method ∩ componente de pagamento / URL ∩ as chaves do próprio usuárioCada nível pode remover opções; nenhum pode devolvê-las. Um cliente com cartões permitidos não pode pagar com cartão em uma conta que os proíbe, e uma página limitada a contas bancárias oculta os cartões de todos que a abrem.
Erros comuns a evitar
| Erro | O que acontece | Solução |
|---|---|---|
| Allowed Payment Methods apagado durante a edição | Todo pagamento é recusado | Restaure pelo menos um método |
| Applicable Processing Accounts com o Id de uma conta de outro perfil | A tela não oferece nenhuma conta | Use Ids de contas do Pay Profile do cliente |
| Default Processing Account em outro perfil | O salvamento é recusado | Escolha uma conta do mesmo perfil |
| Definir a conta padrão do cliente diferente da conta padrão do perfil quando as duas são possíveis | Não há garantia de qual vem pré-selecionada | Limite o cliente com Applicable Processing Accounts, ou alinhe os dois padrões |
Perguntas frequentes
Não. Os usuários do portal podem adicionar e remover os seus próprios métodos de pagamento; as regras são definidas pela sua equipe.
Sim. Uma ordem agendada deixa de ser executada se o seu cliente, a sua conta ou o seu método não a permitirem mais; a caixa Schedule Active da ordem é desmarcada.
Eles ficam vazios, a menos que o seu mapeamento os preencha quando o cliente é criado, ou que você os preencha à mão. As ordens têm os seus próprios Attribute 1–4, definidos pelo componente de pagamento ou pela URL.