Règles par client : moyens, types de transfert et comptes
Le Processing Account fixe les limites extérieures d’un paiement : quels moyens et quels sens sont possibles. Un Pay Customer peut restreindre ces limites pour un payeur : un fournisseur qui ne peut qu’être payé, jamais débité ; un résident qui ne peut payer que par compte bancaire ; une entreprise qui doit toujours utiliser un compte commerçant précis. Ces règles se trouvent dans la section Transaction Setup du Pay Customer et sont vérifiées à chaque enregistrement d’un ordre.
Tout ce qui limite un client se trouve dans cette section.
Les champs
| Champ | Ce qu’il fait | Si vide |
|---|---|---|
| Allowed Payment Methods | Les moyens que ce client peut utiliser : Card, Bank Account (ACH) ou les deux. L’écran de paiement n’affiche que ces onglets, dans la limite de ce que le compte autorise | Rien n’est autorisé : le client ne peut ni payer ni être payé |
| Allowed Transfer Type | Receipt (le client vous paie), Disbursement (vous payez le client) ou Receipt and Disbursement. Les cases en lecture seule Receipts et Disbursements le reflètent, à condition que le profil soit actif et qu’au moins un moyen soit autorisé | Aucun sens n’est autorisé |
| Applicable Processing Accounts | Les Id d’enregistrement, séparés par des virgules, des Processing Accounts que ce client peut utiliser. L’écran ne propose que ceux-là | Tous les comptes actifs du profil |
| Default Processing Account | Présélectionné quand plusieurs comptes sont possibles. Doit appartenir au profil du client | Celui du profil, ou un écran de choix |
| Default Pay Method | La carte ou le compte bancaire enregistré sélectionné en premier à l’écran, et celui utilisé par les ordres créés sans choisir de moyen. Défini automatiquement lorsqu’un moyen est enregistré comme moyen par défaut | L’écran s’ouvre sans moyen sélectionné |
| Disable EMD Payments | Masque l’interrupteur de dépôt de garantie pour ce client | L’EMD suit les règles du compte |
| Attribute 1–4 | Texte libre, recopié nulle part par défaut ; disponible pour vos automatisations et vos rapports | — |
| Interface Label, Interface Label Description | Nom et description destinés au client, utilisés sur les écrans et dans les notifications | Le nom du client |
Ce que voit le payeur lorsqu’une règle le bloque
| Situation | Message |
|---|---|
| Allowed Payment Methods vide | « Payments are not allowed at this time for this customer. [Pay Methods] » |
| Client non autorisé à encaisser, mais un encaissement est tenté | « Initiating new payment is not allowed for the customer. » |
| Client non autorisé aux décaissements, mais un décaissement est tenté | « Initiating new credit is not allowed for the customer. » |
| Type de moyen absent de la liste autorisée du client | « The pay method type is not allowed for the provided customer. » |
| Type de transfert non autorisé sur le client, le compte ou le moyen | « The transfer type is not allowed on either Customer, Processing Account or Pay Method. » |
Ces messages apparaissent sur l’écran de paiement ou à l’enregistrement de l’ordre, avant tout mouvement d’argent.
Exemples pratiques
Un fournisseur que vous payez mais ne débitez jamais. Définissez Allowed Transfer Type sur Disbursement et Allowed Payment Methods sur Bank Account (ACH). Le personnel qui ouvre l’écran de paiement depuis le compte de ce fournisseur ne voit que le formulaire de décaissement et l’onglet Bank. Un encaissement ne peut pas être créé par erreur.
Un résident qui doit payer par compte bancaire. Allowed Payment Methods = Bank Account (ACH). Dans le portail, l’onglet Card disparaît pour ce résident, même si le compte accepte les cartes pour le personnel.
Une entreprise qui paie sur un compte commerçant dédié. Saisissez l’Id d’enregistrement de ce compte dans Applicable Processing Accounts et définissez-le comme Default Processing Account. Le personnel n’a jamais à choisir.
Comment l’écran choisit le compte de traitement
Lorsqu’un écran de paiement s’ouvre, REDA Pay établit la liste des comptes de traitement utilisables : les comptes actifs du profil qui acceptent le sens du paiement, restreints par les codes de compte du composant, par un compte passé dans l’adresse et par les Applicable Processing Accounts du client. Ensuite :
- il reste un compte : il est utilisé sans question ;
- il en reste plusieurs, et le Default Processing Account du client ou celui du profil en fait partie : le compte par défaut est utilisé ;
- il en reste plusieurs et aucun compte par défaut n’en fait partie : l’utilisateur choisit sous « Select Processing Account ».
Ainsi, un client qui doit toujours utiliser un compte précis a besoin de ce compte dans Applicable Processing Accounts ; un client qui doit seulement commencer par lui en a besoin comme Default Processing Account.
Exemple pratique : trois types de client
| Client | Allowed Transfer Type | Allowed Payment Methods | Applicable Processing Accounts | Default Pay Method | Effet |
|---|---|---|---|---|---|
| Résident qui paie son loyer | Receipt | Bank Account (ACH) | vide | son compte courant | Paie uniquement par banque ; les écrans du personnel et du portail affichent l’onglet Bank ; son compte est présélectionné |
| Fournisseur que vous payez | Disbursement | Bank Account (ACH) | vide | son compte professionnel | Ne peut pas être débité ; les versements vont par défaut sur le compte professionnel |
| Client entreprise avec son propre compte commerçant | Receipt and Disbursement | Card; Bank Account (ACH) | l’Id du compte dédié | vide | Chaque paiement, entrant ou sortant, utilise le compte dédié ; l’écran ne demande jamais rien |
Ces valeurs se définissent sur le Pay Customer après sa création, ou dans la correspondance qui le crée ; consultez Comment les Pay Customers sont créés.
Comment les limites se combinent
Un paiement n’est autorisé que si tous les niveaux sont d’accord :
Processing Account ∩ Pay Customer ∩ Pay Method ∩ composant de paiement / URL ∩ commutateurs propres à l’utilisateur
Chaque niveau peut retirer des options ; aucun ne peut en rajouter. Un client autorisé aux cartes ne peut pas payer par carte sur un compte qui les interdit, et une page limitée aux comptes bancaires masque les cartes pour tous ceux qui l’ouvrent.
Erreurs à éviter
| Erreur | Ce qui se passe | Correction |
|---|---|---|
| Allowed Payment Methods effacé pendant une modification | Tous les paiements sont refusés | Rétablissez au moins un moyen |
| Applicable Processing Accounts contient l’Id d’un compte d’un autre profil | L’écran ne propose aucun compte | Utilisez les Id de comptes du Pay Profile du client |
| Default Processing Account sur un autre profil | L’enregistrement est refusé | Choisissez un compte du même profil |
| Un compte par défaut du client différent de celui du profil alors que les deux sont possibles | Rien ne garantit lequel est présélectionné | Limitez le client avec Applicable Processing Accounts, ou alignez les deux comptes par défaut |
Questions fréquentes
Non. Les utilisateurs du portail peuvent ajouter et supprimer leurs propres moyens de paiement ; les règles sont définies par votre équipe.
Oui. Un ordre planifié cesse de s’exécuter si son client, son compte ou son moyen ne l’autorise plus ; la case Schedule Active de l’ordre se décoche.
Ils sont vides, sauf si votre correspondance les remplit à la création du client ou si vous les remplissez à la main. Les ordres ont leurs propres Attribute 1–4, définis par le composant de paiement ou par l’URL.