Codes de règlement
Un code de règlement représente une catégorie de frais de clôture : courtage, frais liés au titre de propriété, frais de prêt, etc. Vous le créez une fois, puis le réutilisez sur les frais de règlement des opérations d’acquisition, de vente et de financement. Ce vocabulaire commun rend les décomptes de clôture cohérents. Cet article présente les catégories disponibles, la création d’un code et la différence entre le code, catégorie réutilisable, et le poste de frais, ligne propre à une opération. Aucune expérience préalable du paramétrage REDA n’est nécessaire.
Autorisations. L’ensemble REDA - Master Data - Admin accorde les droits d’administration. REDA - Property Acquisition User accorde aussi la création et la modification des codes. Dans Sales Cloud, REDA - Property Lending User les accorde également. REDA - Master Data - Read Only accorde la consultation. Les accès effectifs dépendent aussi des champs, du partage et de votre configuration.
Qu’est-ce qu’un code de règlement ?
Le décompte de clôture d’une opération immobilière comprend des frais ponctuels : courtage, recherche sur le titre de propriété, frais de prêt, etc. Un code de règlement classe chaque coût de manière cohérente d’une opération à l’autre. Il s’agit d’une donnée de référence, créée une fois puis réutilisée, comme un code de facturation, mais destinée à catégoriser les frais de clôture.
Chaque code possède un Type, qui indique la famille de frais, une option d’activation et des champs descriptifs. Le code ne comporte pas les options de facturation récurrente d’un code de facturation : il sert de référence sur un poste de frais de règlement. Le parcours comptable de l’opération doit être configuré séparément.
Les sept catégories
Le champ Type propose les sept familles suivantes, avec les libellés français fournis par les packages :
| N° | Type |
|---|---|
| 1 | Frais de courtage immobilier |
| 2 | Payable en lien avec le prêt |
| 3 | Paiement anticipé exigé par le prêteur |
| 4 | Réserve déposée auprès du prêteur |
| 5 | Frais de titre |
| 6 | Frais d'enregistrement et de transfert du gouvernement |
| 7 | Autre |
Le Type permet de classer les coûts dans les décomptes et rapports configurés. Choisissez la famille correspondant au coût.
Créer un code de règlement
La création repose sur cinq champs principaux :
Où les codes sont-ils utilisés ?
Les frais de règlement sont les lignes de coûts de clôture d’une opération. Sur une acquisition, une vente ou un financement, un poste de type Frais de règlement possède un champ Code de règlement. Sa recherche propose par défaut les codes actifs au moyen d’un filtre facultatif. La description du type indique qu’il est « applicable au règlement des opérations d’acquisition, de vente et de financement immobilier » ; cela décrit son usage, pas une garantie de facturation automatique.
Le poste possède aussi un champ Type de règlement, distinct du Type du code. Il indique comment présenter le montant dans le décompte de clôture :
| Type d’enregistrement du poste | Valeurs proposées pour Type de règlement |
|---|---|
| Frais de règlement | Dû par l'emprunteur · Ajustement - Avance payée par le vendeur · Ajustement - Impayé par le vendeur |
| Types de postes de location | Dû par l'emprunteur · Ajustement - Avance payée par le vendeur |
Le montant net du poste suit la formule commune : montant unitaire × nombre d’occurrences − remise. En revanche, le générateur de factures des postes de location ne prouve pas qu’un poste d’acquisition, de vente ou de financement sera facturé par simple activation d’une option : son traitement dépend du parcours de règlement et de l’extension comptable configurés. Voir Fonctionnement de la facturation dans REDA pour distinguer ces étapes.
Code de règlement et code de facturation
Ces deux référentiels ont des fonctions différentes :
| Code de facturation | Code de règlement | |
|---|---|---|
| Usage | Catégorie des montants facturés : loyer, frais, etc. | Catégorie des frais ponctuels de clôture d’une opération |
| Options de routage de créance, délai et regroupement | Oui, utilisées selon le générateur concerné | Pas les options correspondantes du code de facturation |
| Options de pénalité, calcul linéaire et inflation | Oui | Non |
| Utilisation | Postes et factures récurrents ou ponctuels dans les parcours de facturation | Frais de règlement des acquisitions, ventes et financements |
| Nouveau code actif par défaut | Non : Actif est décoché | Oui : Actif est coché |
Exemple : frais de clôture d’une acquisition
Votre équipe acquiert Meridian Court #101. L’administrateur crée deux codes actifs : Frais de courtage, de type Frais de courtage immobilier, et Recherche sur le titre, de type Frais de titre.
Sur l’opération d’acquisition, l’équipe ajoute deux postes de type Frais de règlement : Frais de courtage de 9 000,00, avec Type de règlement Dû par l'emprunteur, et Recherche sur le titre de 450,00. Ils figurent dans les postes de l’opération, chacun classé par son code, pour être repris dans le décompte configuré.
Référence des champs
Champs principaux du code de règlement :
| Champ | Valeur initiale | Fonction |
|---|---|---|
| Code de règlement | — | Nom du code affiché dans les sélections et les enregistrements associés. |
| Type | Aucune | Famille de frais de clôture parmi les sept valeurs. |
| Actif | Coché | Les résultats de recherche filtrés sur les codes actifs excluent les codes désactivés ; le filtre fourni est facultatif. |
| Description | — | Note de référence pour l’administration. |
| Région | — | Sert au partage par région selon la configuration ; REDA recopie son code dans le champ Code de région. |
Libellés selon l’édition
Les instructions utilisent les libellés Platform ; les différences fournies dans Sales Cloud figurent ci-dessous. Taper est le libellé Sales Cloud livré pour le champ Type du code : il s’agit de la catégorie des frais. Emprunteur dû désigne le montant dû par l’emprunteur. Les noms anglais propres aux exemples de captures sont expliqués dans les légendes.
| Platform | Sales Cloud |
|---|---|
| Actif | Est actif |
| Code de région | Code régional |
| Type | Taper |
| L'enregistrement est verrouillé en modification. Les frais ne peuvent pas être créés ni mis à jour si l'opportunité, son opportunité parente ou le ticket associé sont approuvés. | L'enregistrement est verrouillé et ne peut être modifié. Il est impossible de créer ou de mettre à jour des frais si l'opportunité, son opportunité parente ou le ticket associé est approuvé. |
| Ajustement - Avance payée par le vendeur | Ajustement - Acompte versé par le vendeur |
| Dû par l'emprunteur | Emprunteur dû |
Pour aller plus loin
- Codes de facturation : référentiel des loyers et autres montants facturés.
- Fonctionnement de la facturation dans REDA : du poste à la facture.
- Comprendre les factures : lecture des champs d’une facture générée.
Questions fréquentes
Vérifiez Actif sur le code : le filtre de recherche fourni propose les codes actifs. Ce filtre étant facultatif, contrôlez aussi la sélection utilisée, les droits et le partage. Un code absent n’est pas nécessairement inactif.
Type de règlement sert à classer le montant dans les décomptes et rapports. Il ne lance pas à lui seul la facturation dans l’automatisation de base examinée. Vérifiez le montant du poste et le parcours de règlement et de comptabilisation configuré pour l’opération.
Les types de postes de location fournis proposent Dû par l'emprunteur et Ajustement - Avance payée par le vendeur. Le type Frais de règlement propose ces deux valeurs ainsi qu’Ajustement - Impayé par le vendeur. Les libellés de certaines valeurs diffèrent dans Sales Cloud ; voir le tableau des éditions.
Les ensembles REDA - Master Data - Admin et REDA - Property Acquisition User accordent ce droit dans les deux éditions examinées. Dans Sales Cloud, REDA - Property Lending User l’accorde aussi. L’accès effectif dépend de l’ensemble des permissions et du partage dans votre organisation.
La validation peut afficher « L'enregistrement est verrouillé en modification. Les frais ne peuvent pas être créés ni mis à jour si l'opportunité, son opportunité parente ou le ticket associé sont approuvés. » Sans ticket associé, une opportunité ou son parent approuvé bloque la création et la modification des champs protégés. Avec un ticket, la règle vérifie son approbation pour ces modifications. Les champs protégés sont les dates, le montant, les occurrences, la remise, le bien et l’option récurrente ; ce n’est pas un verrou universel de tous les champs.
Cet article vous a-t-il été utile ?