Configurer le site public des liens de paiement
Un lien de paiement ouvre une page que chacun peut atteindre sans se connecter. Dans Salesforce, il s’agit d’un site Experience Cloud public (ou de pages publiques dans un site existant) dont l’utilisateur invité est autorisé à exécuter les écrans REDA Pay et à lire exactement l’ordre qui se trouve derrière le lien, rien d’autre. Cet article crée ce site, donne à l’utilisateur invité ce dont il a besoin et le relie à votre compte de traitement.
- REDA Pay est configuré et le compte de traitement porte votre marque : la page publique l’affiche.
- Vous avez REDA Pay - Admin User et les autorisations Salesforce pour créer des sites Experience Cloud, modifier des profils et créer des règles de partage.
- Vous savez si vous réutiliserez un site public existant (par exemple un site fournisseurs ou candidats) ou si vous en créerez un.
Partie 1 — Le site et ses pages
- Configuration → Expériences numériques → Tous les sites (Digital Experiences → All Sites) et créez un nouveau site si nécessaire. Choisissez un modèle comme Build Your Own, donnez-lui un nom et un chemin comme
pay, puis créez-le. Ou ouvrez votre site public existant. - Dans Experience Builder, créez quatre pages, comme pour la configuration du portail, mais sur un site ou des pages que les invités peuvent voir :
| Page | Composant | Paramètres |
|---|---|---|
| Entrée du lien (par exemple Process Order Link) | NewPayOrder | Is Portal activé ; Portal Payment Page, Portal Success Page, Portal Error Page = les noms d’API des trois pages suivantes ; Portal Return URL = votre site web ou l’accueil du site |
| Écran de paiement | NewPayOrderRequest | aucun |
| Page de réussite | NewPayOrderResult | Is Success activé |
| Page d’erreur | NewPayOrderResult | Is Success désactivé |
- Si des fournisseurs saisiront leurs coordonnées bancaires via un lien (consultez Demander ses coordonnées bancaires à un fournisseur), ajoutez le même ensemble avec NewPayMethod (et Portal Method Input Page), NewPayMethodRequest et NewPayMethodResult.
- Rendez les pages publiques : dans les propriétés de chaque page, définissez l’accès à la page sur Public et, sous Paramètres → Général → Accès public (Settings → General → Public Access), sélectionnez Guest users can see and interact with the site without logging in (les utilisateurs invités peuvent voir le site et interagir avec lui sans se connecter).
- Publiez le site.
Notez l’adresse complète de la page d’entrée du lien, par exemple https://yourcompany.my.site.com/pay/s/process-order-link.
La page d’entrée porte toute la configuration ; la page de demande se contente d’afficher l’écran.
Partie 2 — L’utilisateur invité
Chaque site public a un utilisateur invité et un profil invité ; un payeur anonyme est cet utilisateur tant qu’il se trouve sur votre page. Donnez-lui l’accès REDA Pay : attribuez REDA Pay - Public Site User à l’utilisateur invité, ou placez les mêmes paramètres sur le profil invité. Il accorde la lecture sur les Pay Orders, Pay Customers, Pay Profiles, Processing Accounts et Fee Setups, la création sur les Pay Methods et les Pay Transactions, les classes Apex derrière les écrans et l’accès en lecture aux types de métadonnées personnalisées REDA Pay Process Config et REDA Pay Setup. Chaque étape, avec les variantes, figure dans Accès invité aux liens de paiement : autorisations et partage.
Partie 3 — Règles de partage pour les invités
Un ensemble d’autorisations dit quel type d’enregistrement l’invité peut lire ; les règles de partage disent quels enregistrements. L’invité ne doit voir un ordre que tant que son lien est actif, et un client que tant qu’il a un lien actif. Créez ces règles dans Configuration → Paramètres de partage, en choisissant Accès des utilisateurs invités, basé sur des critères et l’utilisateur invité du site comme cible, toutes en Lecture seule :
| Objet | Critères | Pourquoi |
|---|---|---|
| Pay Order | Has Active Link égal à True | Le payeur peut ouvrir l’ordre derrière un lien actif, et rien d’autre |
| Pay Customer | Order Link Expiration Date Time différent de vide | Le payeur peut lire le client d’un lien actif |
| Pay Profile | Is Active égal à True | Nécessaire pour afficher l’écran |
| Processing Account | Is Active égal à True | Nécessaire pour afficher l’écran et la marque ; les Fee Setups suivent le compte |
REDA Pay décoche Has Active Link lorsque l’ordre est payé ou révoqué, et environ une minute après l’expiration du lien : l’ordre disparaît donc de lui-même de la vue de l’invité.
L’invité ne voit un ordre que tant que son lien est actif.
Partie 4 — Relier le compte de traitement
Sur chaque Processing Account qui émettra des liens :
- Link Site Public URL : l’adresse complète de la page d’entrée du lien de la partie 1.
- Link Expiration (Minutes) : la durée de vie des liens, à compter de leur création. Renseignez-la : un lien créé alors qu’elle est vide ne s’active jamais.
- Facultativement, Payment Session Duration (Minutes) pour les invités, et Enforce Geolocation pour Link et Guest si vous voulez enregistrer la position des payeurs.
Consultez Configurer un compte de traitement.
Partie 5 — Tester
- Créez un lien de test pour un client de démonstration : Créer et envoyer un lien de paiement.
- Ouvrez le Link URL dans une fenêtre de navigation privée. L’écran de paiement à votre image apparaît, avec le montant verrouillé et les notes affichées. Essayez aussi en largeur de téléphone.
- Annulez sans payer, puis révoquez l’ordre de test.
- Ouvrez la même adresse avec un caractère en moins : « Invalid request: Bad request Parameters. » prouve qu’un invité ne peut rien atteindre d’autre qu’un lien actif.
Erreurs à éviter
| Erreur | Ce que voit le payeur | Correction |
|---|---|---|
| Pages non publiques | Une page de connexion | Définissez l’accès à la page sur Public et autorisez l’accès invité |
| Utilisateur invité sans l’ensemble d’autorisations | Une erreur d’accès sur la page | Attribuez REDA Pay - Public Site User à l’utilisateur invité |
| Règles de partage manquantes | « Invalid request: Bad request Parameters. » sur tous les liens | Créez les quatre règles |
| Link Site Public URL pointant vers la page de demande | L’écran ne peut pas démarrer | Pointez vers la page d’entrée (celle qui contient NewPayOrder) |
| Link Expiration (Minutes) vide | « Invalid request » immédiatement | Renseignez-la |
| Site non publié après des modifications | L’ancienne page | Publiez |
Questions fréquentes
Oui : des pages avec connexion pour les clients et des pages publiques pour les liens peuvent coexister dans un même site. Gardez les composants sur des pages distinctes, car le parcours invité et le parcours connecté ont besoin de paramètres différents.
L’invité ne peut lire que les ordres qui ont un lien actif et les clients qui s’y rattachent, peut créer un moyen et une transaction pour cet ordre, et rien d’autre. L’identifiant de l’ordre dans l’adresse est chiffré.
Chaque site a le sien ; attribuez l’ensemble d’autorisations et les règles de partage à l’utilisateur invité du site qui héberge les pages.