REDA One Centro de ajuda
PT
Idioma
English EN Español ES Português PT Italiano em breve Français FR Deutsch em breve العربية em breve
reda.one ↗
Início / REDA Pay / Links de pagamento / Acesso de convidados aos links de pagamento: permissões e compartilhamento

Acesso de convidados aos links de pagamento: permissões e compartilhamento

Quando um cliente abre um link de pagamento, ele não está conectado. O Salesforce o trata como o usuário convidado do seu site público: uma identidade anônima e compartilhada que todo visitante desse site usa. O que o usuário convidado consegue ler, qualquer visitante consegue ler. Por isso o acesso de convidados é configurado com cuidado: o convidado precisa conseguir abrir a ordem por trás de um link ativo e pagá-la, e nada mais.

Três camadas fazem isso, e as três são necessárias:

CamadaO que decideOnde se configura
Acesso a objetos, classes e metadadosQue um convidado pode usar as telas do REDA Pay e esses tipos de registroO conjunto de permissões REDA Pay - Public Site User, ou as mesmas configurações no perfil de convidado
Regras de compartilhamento para convidadosQuais registros: só as ordens com link ativo e o que elas precisam para ser exibidasConfiguração → Configurações de compartilhamento
Páginas públicasQue as páginas do link abrem sem loginExperience Builder

Este artigo configura as três para o site que hospeda os seus links de pagamento. A criação das páginas e a ligação com a conta de processamento são tratadas em Configurar o site público de links de pagamento.

Antes de começar

Etapa 1: encontrar o usuário convidado do site

Cada site tem o seu próprio usuário convidado e o seu próprio perfil de convidado. Use os do site que hospeda as páginas dos links.

  1. Abra Configuração → Experiências digitais → Todos os sites (Digital Experiences → All Sites) e clique em Builder (o link que abre o Experience Builder) ao lado do site.
  2. No Experience Builder, abra Configurações → Geral (Settings → General) e, em Perfil de usuário convidado (Guest User Profile), clique no nome do perfil. O perfil de convidado abre na Configuração.
  3. No perfil, clique em Usuários atribuídos (na interface de perfil padrão, View Users): o único usuário da lista é o usuário convidado do site. Anote o nome dele; você vai escolhê-lo ao criar as regras de compartilhamento.

Etapa 2: dar ao convidado acesso aos objetos e às telas do REDA Pay

Escolha uma de duas maneiras equivalentes. As duas dão exatamente o mesmo acesso.

Opção A: atribuir o conjunto de permissões (recomendado). Na lista de usuários do perfil de convidado, clique no usuário convidado, desça até Atribuições de conjunto de permissões, clique em Editar atribuições, acrescente o REDA Pay - Public Site User e clique em Salvar. As atualizações do REDA Pay mantêm o conjunto em dia.

Opção B: colocar as mesmas configurações no perfil de convidado. Se você prefere perfis, edite o perfil de convidado e conceda o que o conjunto de permissões contém:

No perfil de convidadoConceda
Configurações do objeto: Pay Order, Pay Customer, Pay Profile, Processing Account, Fee SetupLeitura
Configurações do objeto: Pay Method, Pay TransactionLeitura, criação
A segurança no nível do campo desses objetosO mesmo acesso a campos do conjunto de permissões: abra REDA Pay - Public Site User → Configurações do objeto e replique cada objeto
Acesso à classe do Apex ativadorpay.NewPayOrderController e rpay.NewPayMethodController
O acesso aos tipos de metadados personalizados (Enabled Custom Metadata Type Access)REDA Pay Process Config e REDA Pay Setup

Na interface de perfil aprimorada, essas duas últimas seções se chamam Acesso à classe do Apex e Tipos de metadados personalizados.

O convidado não recebe edição, exclusão, Ver tudo nem Modificar tudo em nenhum objeto do REDA Pay. A criação é concedida em exatamente dois objetos: Pay Method, para o cartão ou a conta bancária de uso único que o pagador informa, e Pay Transaction.

O conjunto de permissões também habilita rpay.PayloadCallback, a classe que recebe as mensagens de webhook da Payload. Um site que só serve links de pagamento não a usa. Se você recebe os webhooks em um site separado, o convidado desse site precisa apenas de rpay.PayloadCallback; consulte Configurar webhooks.

As Configurações do objeto do conjunto de permissões REDA Pay - Public Site User, com os objetos do REDA Pay: leitura em Pay Orders, Pay Customers, Pay Profiles, Processing Accounts e Fee Setups, leitura e criação em Pay Methods e Pay Transactions
As Configurações do objeto do conjunto de permissões REDA Pay - Public Site User, com os objetos do REDA Pay: leitura em Pay Orders, Pay Customers, Pay Profiles, Processing Accounts e Fee Setups, leitura e criação em Pay Methods e Pay Transactions

Tudo o que um pagador anônimo pode fazer, em uma tabela. Repare no que falta: nada de edição, nada de exclusão.

Etapa 3: criar as quatro regras de compartilhamento para convidados

O acesso a objetos diz que o convidado pode ler Pay Orders; as regras de compartilhamento dizem quais. Os registros do REDA Pay são privados para usuários externos, então sem essas regras todos os links falham. Em Configuração → Configurações de compartilhamento, na lista de regras de compartilhamento de cada objeto, clique em Criar e crie:

ObjetoTipo de regraCritériosCompartilhar comAcesso
Pay OrderAcesso do usuário convidado com base em critériosHas Active Link igual a TrueO usuário convidado do siteSomente leitura
Pay CustomerAcesso do usuário convidado com base em critériosOrder Link Expiration Date Time diferente de (em branco)O usuário convidado do siteSomente leitura
Pay ProfileAcesso do usuário convidado com base em critériosIs Active igual a TrueO usuário convidado do siteSomente leitura
Processing AccountAcesso do usuário convidado com base em critériosIs Active igual a TrueO usuário convidado do siteSomente leitura

Na regra de Pay Customer, escolha o operador diferente de e deixe o valor em branco. O REDA Pay preenche o Order Link Expiration Date Time com a expiração do link ativo do cliente e o limpa quando o último link ativo dele termina, então a regra só corresponde aos clientes que têm um link ativo.

Fee Setups e Pay Transactions não precisam de regra: elas seguem a sua Processing Account e a sua Pay Order.

As regras de compartilhamento para convidados em Configurações de compartilhamento para Pay Order (Has Active Link equals True), Pay Customer (Order Link Expiration Date Time not equal to blank), Pay Profile e Processing Account (Is Active equals True), cada uma compartilhada com o usuário convidado do site público, somente leitura
As regras de compartilhamento para convidados em Configurações de compartilhamento para Pay Order (Has Active Link equals True), Pay Customer (Order Link Expiration Date Time not equal to blank), Pay Profile e Processing Account (Is Active equals True), cada uma compartilhada com o usuário convidado do site público, somente leitura

As quatro regras. Juntas, elas abrem exatamente o que um link ativo precisa.

O que o convidado pode e não pode alcançar

Has Active Link fica marcado em uma ordem Link enquanto o link dela pode ser usado. O REDA Pay o desmarca quando a ordem é paga, quando alguém a revoga e cerca de um minuto depois que o link expira. A ordem então sai da visão do convidado sozinha, sem ação do administrador. Na prática:

SituaçãoO convidado consegue abri-la?
Uma ordem Link criada há um minutoSim
A mesma ordem depois de pagaNão
Um link expirado ou revogadoNão
Uma ordem Immediate ou ScheduleNão: elas nunca têm link ativo
O link de outro cliente, com o endereço editadoNão: o identificador no endereço é criptografado, e um identificador alterado é recusado

O identificador da ordem em um Link URL é criptografado com a chave da sua organização; consulte Gerar a chave de criptografia.

  1. No Experience Builder, abra Configurações → Geral (Settings → General) e, em Acesso público (Public Access), selecione Guest users can see and interact with the site without logging in (os usuários convidados podem ver o site e interagir com ele sem fazer login).
  2. Abra cada página do link (entrada, tela de pagamento, sucesso, erro), abra as propriedades da página e defina o acesso à página como Público (Public).
  3. Publique o site.

Mantenha no seu próprio nível de acesso qualquer página de portal com login que esteja no mesmo site: tornar públicas essas quatro páginas não abre o resto do site.

Etapa 5: testar como pagador anônimo

  1. Crie um link de teste para um cliente de demonstração: Criar e enviar um link de pagamento.
  2. Copie o Link URL e abra-o em uma janela privada do navegador, sem estar conectado ao Salesforce.
  3. A tela de pagamento com a sua marca abre com o valor bloqueado. Cancele sem pagar.
  4. Altere um caractere do endereço e abra-o de novo: a página mostra "Invalid request: Bad request Parameters." Isso prova que o convidado não alcança nada além de um link ativo.
  5. Revogue a ordem de teste e abra de novo o endereço original: ele não abre mais uma tela de pagamento.

Sintomas e o que está faltando

O que o pagador vêO que costuma faltarSolução
Uma página de loginAcesso público ou acesso à páginaEtapa 4
Um erro de acesso na páginaAcesso a objetos ou a classes do Apex para o convidadoEtapa 2
"Invalid request: Bad request Parameters." em todos os linksA regra de convidado de Pay Order ou de Pay CustomerEtapa 3
A página abre, mas sem conta de processamento ou sem a marcaA regra de convidado de Pay Profile ou de Processing AccountEtapa 3

Erros comuns a evitar

ErroO que aconteceSolução
Regras de compartilhamento criadas para o usuário convidado do site erradoOs links continuam falhandoCada site tem o seu próprio usuário convidado: use o do site dos links
Dar Edição ou Exclusão ao convidadoVisitantes anônimos poderiam alterar registrosConceda só o que o conjunto de permissões concede
Atribuir o REDA Pay - Community User ao convidadoEle concede Edição em Pay Customers e Pay Methods, que visitantes anônimos não devem terUse o REDA Pay - Public Site User
Uma regra de Pay Order sem o critério Has Active LinkTodas as ordens ficam legíveis por qualquer pessoaMantenha o critério exatamente como acima
Testar conectado ao SalesforceA sua própria sessão esconde a falta de acesso do convidadoTeste em uma janela privada

Perguntas frequentes

Eles só podem ler as ordens cujo link está ativo, e só conhecendo o endereço criptografado que você enviou. Números de cartão e de conta nunca são armazenados no Salesforce; consulte Segurança e dados de cartão.

Não. As páginas de salvar método funcionam com o mesmo usuário convidado e o mesmo acesso; consulte Solicitar os dados bancários de um fornecedor.

Sim. Páginas públicas de links e páginas de portal com login podem ficar no mesmo site; configure este acesso de convidado para o usuário convidado do site e o acesso ao portal para os usuários conectados; consulte Acesso ao portal: permissões e compartilhamento para clientes.

O que vem a seguir