Parcours de mise en œuvre
Les données de configuration REDA sont liées : les règles de location utilisent des régions et des codes de facturation, les propriétés utilisent des types et des règles, et les loyers s’appuient sur ces références. Ce parcours propose un ordre de préparation pour une nouvelle organisation : régions, codes, règles, classifications, propriétés, loyers, fonctions complémentaires, puis utilisateurs et mise en service. Chaque phase indique les écrans concernés et renvoie au guide détaillé. Certaines étapes nécessitent un retour sur une fiche ; les validations et votre configuration restent à contrôler.
Accès nécessaire. REDA - Master Data - Admin couvre de nombreuses données de référence ; REDA - Master Data - Read Only accorde la lecture des objets concernés. Des ensembles spécialisés couvrent d’autres configurations. Les Codes de règlement peuvent également être créés et modifiés avec REDA - Property Acquisition User.
Pourquoi suivre cet ordre ?
Les références se construisent progressivement. Une règle de location appartient à une région et utilise des codes de facturation ; une propriété utilise un type et une règle. Pour rendre un bien disponible à la location, il faut notamment renseigner sa période de facturation du loyer. Les validations bloquent certaines configurations incohérentes. Si vous activez la disponibilité sans cette période, le message suivant apparaît :
Le parcours anticipe ces dépendances. Deux retours sont utiles : renseigner la règle par défaut de la région après sa création, puis finaliser la disponibilité des propriétés après la préparation des loyers.
Vue d’ensemble du parcours
Neuf phases, regroupant les écrans concernés. Cochez les éléments au fur et à mesure ; la page conserve votre progression dans ce navigateur.
- Phase 1 — Régions. Zones d’activité, devise et règle de location par défaut. Onglet : Régions.
- Phase 2 — Codes de facturation. Références utilisées par les règles. Onglets : Codes de facturation et Codes de règlement selon vos opérations de vente ou d’acquisition.
- Phase 3 — Règles de location. Paramètres de gestion des baux. Onglet : Règles de location.
- Phase 4 — Types et agréments. Classifications et catalogue partagé. Onglets : Types de propriétés · Codes d’agrément.
- Phase 5 — Propriétés. Créez d’abord les bâtiments ou ensembles résidentiels, puis leurs unités. Onglet : Propriétés.
- Phase 6 — Grilles de loyers. Tarifs par durée de bail pour chaque propriété.
- Phase 7 — Fonctions complémentaires. Commissions, inflation, rentabilité et portage, créneaux et inspections.
- Phase 8 — Utilisateurs et accès. Attributions adaptées à chaque rôle.
- Phase 9 — Mise en service. Planifications, paramètres, intégrations et traitement des données de démonstration.
Phase 1 — Régions
Une Région représente une zone d’activité. Elle porte notamment la devise utilisée par les traitements concernés lorsque le multidevise est activé, une règle de location par défaut utilisée en l’absence de dérogation applicable, ainsi que des paramètres de visibilité, de portail résident et de calendrier des visites. Le Code unique de région est repris dans plusieurs enregistrements liés : choisissez une valeur courte et cohérente.
Consultez Régions pour le détail des champs. Lorsque le paramètre multidevise REDA est activé, la validation exige une devise : « La devise est obligatoire lorsque le multidevise est activé. » Une région dont le portail résident est actif exige aussi un profil : « L'Id de profil utilisateur du portail résident doit être fourni si la région possède un portail résident actif. » Vérifiez également les prérequis Salesforce et du portail installé.
Phase 2 — Codes de facturation
Un Code de facturation décrit une catégorie facturée, par exemple loyer, frais administratifs ou pénalité de retard, avec son regroupement, son éventuelle refacturation et ses jours de grâce. Créez les codes avant les règles de location, qui les utilisent pour les réservations, frais de maintien mensuel et retards. Préparez les références dans Codes de facturation et consultez le guide Codes de facturation pour les champs requis.
Pour les opérations de vente immobilière et les autres opérations nécessitant des règlements, préparez aussi les Codes de règlement dans leur onglet. Property Acquisition User peut également les modifier. Leur nécessité dépend des processus retenus ; ne les écartez pas uniquement parce que votre équipe ne réalise pas de ventes.
Phase 3 — Règles de location
Une Règle de location définit notamment les proratas, fins de mois, paliers pluriannuels, retards, maintien mensuel, cycles récurrents, calcul linéaire et codes de parrainage ou de réservation. Elle utilise la région et les codes déjà préparés. Créez les règles dans Règles de location, consultez le guide Règles de location, puis revenez affecter la règle par défaut de chaque région.
Phase 4 — Types de propriétés et codes d’agrément
Un Type de propriété classe les biens. Son indicateur Est bâtiment/communauté définit un conteneur : il ne peut pas avoir de propriété parente, exige un Code de propriété dans Platform et est exclu des ajustements d’inflation au niveau des propriétés. Préparez les classifications dans Types de propriétés avant de créer les biens. Le champ de code n’est pas fourni de la même façon dans Sales Cloud.
Les Codes d’agrément constituent un catalogue partagé. Pour contribuer au supplément de loyer, l’agrément doit notamment être actif et porter l’indicateur d’ajout au loyer. Vérifiez également le montant et les conditions applicables au bien.
Phase 5 — Propriétés
Créez d’abord les bâtiments ou ensembles résidentiels, puis les unités rattachées à ces conteneurs. Un conteneur ne peut pas être l’enfant d’un autre conteneur.
Ouvrez Propriétés, également accessible depuis REDA. Consultez Rendre un bien disponible à la location. Pour les réservations, préparez le type de réservation et une règle liée à son code de facturation ; les validations comprennent « Indiquez une Règle de location, et celle-ci doit être associée au Code de facturation de réservation pour marquer ce bien comme Disponible à la réservation. » et « Le Type de réservation doit être indiqué pour rendre le bien Disponible à la réservation. »
Lorsque le paramètre multidevise REDA est activé, la région du bien doit correspondre à celle de sa règle de location : « La Région du bien doit correspondre à la Région de la Règle de location lorsque le multidevise est activé. » Cette validation est distincte de l’activation des devises dans Salesforce.
Phase 6 — Grilles de loyers
Une grille de loyers fixe les tarifs par durée, par exemple 12 ou 6 mois, avec des montants distincts pour un nouveau bail et un renouvellement. Elle alimente la recherche de location et l’éditeur Conditions et frais. Préparez-la dans l’onglet de la propriété Location | Gestion de projet | Réservation ; « Gestion de projet » est le libellé fourni pour la partie PM, consacrée ici à la gestion immobilière. Consultez Grilles de loyers, puis vérifiez la période de facturation et finalisez la disponibilité à la location.
Phase 7 — Fonctions complémentaires
Préparez les fonctions nécessaires à vos processus ; les autres peuvent être ajoutées ultérieurement :
| Fonction | Usage | Guide détaillé |
|---|---|---|
| Règles de la Commission | Calcul des commissions, lignes et répartitions. | Commissions |
| Règles d’inflation | Révision des loyers ; ajoutez également l’indice mensuel nécessaire. Un traitement peut signaler l’absence d’indice pour la période. | Ajustements d’inflation |
| Règles de rentabilité et de portage | Calculs liés aux acquisitions. | Règles de rentabilité et de portage |
| Règles d'emplacements du calendrier | Disponibilités pour les visites, réservations et interventions. | Règles de créneaux du calendrier |
| Catalogue d’inspection | Articles de référence, lieux et modèles d’inspection. | Configurer les inspections |
Phase 8 — Utilisateurs et accès
Attribuez les accès selon les tâches. Utilisez les propositions de Ensembles d’autorisations et rôles et le guide De quels accès ai-je besoin ?. Vérifiez les comptes, contacts, activités, rapports et actions avec l’ensemble des droits effectifs : certains accès sont déjà inclus dans REDA, d’autres demandent un complément. Contrôlez aussi les licences, champs et partages.
Phase 9 — Mise en service
Avant le démarrage, vérifiez et planifiez les traitements récurrents nécessaires. Ne supposez pas que les traitements de facturation, retards, inflation ou inspections ont été planifiés par l’installation. Des planifications techniques, comme la comptabilisation des échéances ou l’entretien des exceptions de calendrier, peuvent être présentes ; elles ne prouvent pas que la facturation est configurée. Les intégrations, formulaires et données de démonstration font également partie de la Liste de contrôle de mise en service.
Erreurs de dépendance courantes
Ces messages aident à identifier une référence manquante ou incohérente. Vérifiez les conditions de votre édition et de votre version.
| Opération tentée | Message |
|---|---|
| Rendre un bien disponible sans période de facturation du loyer | « La Période de facturation du loyer doit être indiquée si le bien est disponible à la location. » |
| Affecter à une région une règle d’une autre région | « Règle de location non valide. La règle de location sélectionnée ne peut être attribuée qu'à la région indiquée sur la règle de location. » |
| Enregistrer un conteneur sans code dans Platform | « Le Code du bien est obligatoire pour les immeubles/communautés. » |
| Attribuer un parent à un bâtiment ou ensemble résidentiel | « Un bien parent ne peut pas être renseigné pour les immeubles ou les communautés. » |
| Rendre un bien réservable sans type de réservation | « Le Type de réservation doit être indiqué pour rendre le bien Disponible à la réservation. » |
| Renseigner une date de début de propriété sans compte propriétaire | « Le Compte propriétaire doit être renseigné si la Date de début de propriété est spécifiée. » |
Exemple : le parcours de Meridian
Meridian Properties utilise une seule devise. Voici son exemple de préparation :
L’exemple se poursuit dans la Liste de contrôle de mise en service, avec la vérification de la facturation de Meridian Court #101.
Pour poursuivre
- Liste de contrôle de mise en service — vérifier notamment les planifications de facturation.
- Régions — le détail de la phase 1.
- Codes de facturation — le détail de la phase 2.
- Règles de location — les paramètres, champ par champ.
- Rendre un bien disponible à la location — les validations de la phase 5.
- Tester REDA dans une sandbox — valider le parcours avant la production.
Questions fréquentes
Il faut notamment renseigner la période de facturation du loyer : « La Période de facturation du loyer doit être indiquée si le bien est disponible à la location. » Préparez la région, la règle et les loyers, puis vérifiez tous les champs requis avant d’activer la disponibilité.
Si la règle appartient à une autre région, le message est « Règle de location non valide. La règle de location sélectionnée ne peut être attribuée qu'à la région indiquée sur la règle de location. » Choisissez ou créez une règle pour cette région.
Dans Platform, son type porte l’indicateur de bâtiment ou d’ensemble résidentiel, ce qui exige un code : « Le Code du bien est obligatoire pour les immeubles/communautés. » Renseignez-le ; ce conteneur ne peut pas avoir de parent. Vérifiez les différences de champs dans Sales Cloud.
Seulement si vos processus de démarrage en dépendent. Les autres fonctions de la phase 7 peuvent attendre. Validez dans tous les cas les accès et les contrôles de mise en service des phases 8 et 9.
Vérifiez d’abord que le traitement correspondant est planifié et s’est exécuté, puis les dates d’échéance, indicateurs de facturation, statuts et journaux. L’installation ne constitue pas une preuve de planification. Consultez la Liste de contrôle de mise en service.
Cet article vous a-t-il été utile ?