Ordre de mise en œuvre de la suite

Guide de configuration 9 min de lecture Mis à jour en juillet 2026

La mise en œuvre de référence organise la suite REDA par couches : cœur immobilier, comptabilité, messagerie client, site d’annonces et extensions de liaison. Ce guide destiné aux partenaires présente l’ordre documenté : installer les sept composants de l’exemple selon leurs dépendances, déployer la configuration d’intégration, préparer les données comptables, effectuer les réglages manuels et créer les utilisateurs. L’exemple utilise une approche centrée sur les profils, qui doit être vérifiée et adaptée aux licences et droits réels. Ce parcours est un modèle de préparation ; les versions, quantités et composants historiques cités ne constituent pas un inventaire actuel de votre organisation.

Utiliser ce guide. Il s’agit d’un ordre de travail et d’une liste de contrôle, sans écran unique. Les annonces, les candidatures et le portail résident disposent de guides liés aux étapes concernées.
Accès nécessaire. L’installation et la configuration exigent les droits d’administration appropriés. Les accès des utilisateurs finaux doivent ensuite être validés par rôle métier, selon le modèle réellement déployé.

Vue d’ensemble de la suite

L’exemple de mise en œuvre décrit les sept composants suivants. Leur présence et leur version doivent être confirmées pour l’édition et le périmètre retenus :

Package	Fonction
REDA Platform	Cœur immobilier : biens, baux, locataires et tickets
REDA Financials	Comptabilité
REDA Connect	Messagerie client WhatsApp et SMS selon la configuration
REDA Digital Experience — Listing	Publication des biens disponibles sur le site public
REDA Financials Extension	Liaison du cœur immobilier avec la comptabilité
Lease Applications Extension	Formulaire de candidature locative en ligne
Resident Portal Extension	Portail résident

Étape 1 — Installer selon les dépendances

La séquence historique ci-dessous place les couches de base avant leurs extensions. Avant toute installation, vérifiez les identifiants de packages, les versions publiées, les dépendances et la compatibilité avec votre édition. Les numéros sont conservés comme référence documentaire ; ils ne sont pas présentés comme les versions actuellement installées ou recommandées.

Ordre	Package	Version citée dans l’exemple historique
1	REDA Platform	Monsoon 2026 (1.44.0)
2	REDA Financials	Monsoon 2026 (1.5.0)
3	REDA Connect	Monsoon 2026 (1.92.0)
4	REDA Digital Experience — Listing	Spring 2025 (1.5.0)
5	REDA Financials Extension	Monsoon 2026 (1.1.0)
6	Lease Applications Extension	Monsoon 2026 (1.0.0)
7	Resident Portal Extension	Monsoon 2026 (1.1.0)

L’exemple comprend sept packages. Certains anciens guides mentionnent un package distinct de contenus et d’images ; il ne figure pas dans cet inventaire historique. Le parcours d’annonces documenté utilise l’URL d’image du bien. N’en déduisez pas que tout autre composant est inutile dans votre organisation : faites confirmer le périmètre et les dépendances avant d’ajouter ou de retirer un package.

Étape 2 — Déployer la configuration d’intégration

Une configuration complémentaire relie les composants : pages d’enregistrement, ensembles d’autorisations, profils, rôles, applications, onglets et automatisations entre l’immobilier et la comptabilité. Préparez un déploiement coordonné après installation des dépendances, avec sauvegarde, validation et contrôle des réglages propres à l’organisation. Cette page décrit la séquence ; elle ne constitue pas une autorisation de déployer.

L’inventaire historique de cet exemple mentionne 7 ensembles d’autorisations métier, 56 profils, dont 26 profils métier REDA, 31 rôles et des pages d’enregistrement consolidées. Ces quantités illustrent la configuration de référence ; elles ne décrivent ni le contenu garanti des packages actuels ni un minimum à installer. Comparez-les au manifeste approuvé de votre mise en œuvre.

Étape 3 — Préparer les données comptables de référence

Préparez un plan comptable et les correspondances des codes de charges. L’exemple de données initiales comprend les éléments suivants ; adaptez-les à l’entité, au pays et aux règles comptables validées :

Six comptes de produits immobiliers dans l’exemple — de Rental Income (4210) à Utility Recovery (4260), plus Customer Deposits (2210), compte de dépôts clients. Ce sont des références de l’exemple, à adapter au plan comptable validé.

Sept produits dans l’exemple , chacun relié à son compte par défaut approprié.

Des exemples de codes de charges liés à ces produits , pour définir les correspondances des lignes facturées. Voir Configuration comptable des codes de charges .

Vérifiez les données déjà présentes et les modèles effectivement fournis par votre version Financials avant de charger les compléments immobiliers. Un package installé ne prouve pas qu’un plan comptable complet ou des exemples de codes ont été créés dans votre organisation. Contrôlez les correspondances et évitez les doublons avant tout chargement.

Étape 4 — Effectuer les réglages propres à l’organisation

Après l’installation et les déploiements validés, vérifiez les réglages suivants. Certains nécessitent une intervention manuelle ou des valeurs propres à votre environnement :

Vérifier l’activation de la licence comptable. Confirmez la licence requise et son état selon la version installée, puis testez les opérations prévues. Une clé renseignée seule ne prouve pas que toutes les conditions de comptabilisation sont remplies.

Vérifier l’affectation des pages d’enregistrement. L’exemple cite 25 pages fournies. Vérifiez celles réellement déployées et leurs affectations par application, profil et type d’enregistrement ; activez les valeurs par défaut prévues sans remplacer inutilement les pages personnalisées.

Vérifier les paramètres d’organisation — devises, activités, e-mail et calendrier — selon le périmètre approuvé, les licences et les fonctions réellement utilisées.

Configurer les paramètres d’intégration. Vérifiez l’installation et l’activation de la liaison comptable, puis les adresses de base du formulaire de candidature et du relevé résident. Protégez les clés et utilisez les valeurs propres à l’environnement.

Configurer le site d’annonces — clé cartographique, adresses publiques et pages de confirmation, selon Publier les biens sur votre site web . Utilisez une clé de votre organisation, avec les restrictions adaptées ; ne conservez pas une clé de démonstration.

Sites avant mise en service. L’inventaire historique de référence mentionne deux réseaux Experience Cloud, Residents et REDA Services, et six sites actifs, dont les annonces publiques, le formulaire de candidature et le relevé résident. Ces nombres ne sont pas des exigences universelles. Vérifiez les sites nécessaires, leurs adresses, leurs utilisateurs, leurs droits et leurs parcours publiés dans votre environnement.

Étape 5 — Créer les utilisateurs et valider leurs accès

La configuration de référence décrit environ 26 profils préparés : REDA System Administrator, Financial Controller, Accountant, Property Manager, Leasing Consultant, Sales Agent, Front Desk Agent, Maintenance Technician, Owner Services, etc., associés à une hiérarchie historique de 31 rôles. Elle vise à réutiliser des droits métier prédéfinis. Ces profils ne constituent pas une garantie que toutes les capacités actuelles des packages y sont reprises ; vérifiez les droits effectivement déployés et les licences nécessaires.

Choisir le profil et le rôle, puis vérifier les droits effectifs. Le profil correspond au socle d’accès et à la licence ; le rôle participe à l’accès aux enregistrements selon la hiérarchie et le partage. Ajoutez les ensembles d’autorisations ou licences de package requis par la configuration réelle. L’affectation d’un profil et d’un rôle ne suffit pas à prouver tous les accès métier.

Les guides produit citent les ensembles d’autorisations pour décrire les capacités requises. Un profil ne contient pas littéralement un ensemble d’autorisations : une configuration peut en reprendre certains droits, tandis que d’autres restent accordés par des ensembles affectés à l’utilisateur. Comparez les droits nécessaires aux droits effectifs, puis testez avec des utilisateurs représentatifs. Ne remplacez pas une exigence de droit par la seule présence d’un nom de profil.

Liste de vérification

Vérifiez les parcours avant de remettre l’organisation aux utilisateurs :

La liaison comptable est configurée. Vérifiez le paramètre d’activation, les composants installés et les licences, puis les conditions du parcours à tester.

Les sites sont accessibles comme prévu. Ouvrez les adresses configurées des annonces, du formulaire et du relevé résident avec les utilisateurs ou accès publics prévus ; vérifiez aussi les droits sur les données.

La liaison comptable est testée de bout en bout. Créez une facture de test admissible ; vérifiez le document lié, ses lignes, son entité, son statut et les montants retournés. Le lien seul ne prouve pas la comptabilisation ou la synchronisation complète.

Vérifier la planification des traitements récurrents. L’installation ne suffit pas à confirmer que les tâches nécessaires sont planifiées et exécutées. Le guide historique cite une tâche de comptabilisation d’échéanciers et une tâche de créneaux calendaires ; ce ne sont ni un inventaire universel de deux tâches ni la preuve que toute facturation initiale fonctionnera. Contrôlez les traitements requis, leurs dates et leurs résultats avant la mise en service. Voir Planifier les traitements en arrière-plan.

Tester aussi les parcours utilisés moins souvent. Incluez les paiements, honoraires, prélèvements propriétaires et fichiers bancaires dans le plan de recette lorsqu’ils font partie du périmètre. Une fonction documentée ou configurée ne remplace pas un test représentatif avant la première opération réelle.

Exemple de planning Meridian sur cinq jours

Jour	Travail prévu dans l’exemple
Jour 1	Installer les sept composants retenus après vérification des versions et dépendances
Jour 2	Déployer la configuration d’intégration validée, puis charger et contrôler les données initiales approuvées
Jour 3	Vérifier la licence et les pages, configurer les sites et la marque, renseigner les paramètres d’intégration et d’annonces, puis contrôler l’activation de la liaison comptable
Jour 4	Créer les utilisateurs, par exemple Financial Controller pour le responsable financier et Leasing Consultant pour les agents, puis vérifier licences, rôles et autorisations effectives
Jour 5	Effectuer les essais prévus : publier un bien, soumettre une demande web, envoyer une candidature locative, créer une facture et vérifier son document comptable. Ce calendrier illustratif n’est pas une estimation garantie ; compléter la recette selon le périmètre.

Pour aller plus loin

Fonctionnement de REDA avec REDA Financials — liaison comptable à vérifier pendant la recette.
Publier les biens sur votre site web — configuration des annonces de l’étape 4.
Candidatures locatives en ligne — formulaire hébergé sur le site de services.
Portail résident — accès, fonctions et paramètres du portail.
Planifier les traitements en arrière-plan — vérifier les tâches requises et leurs exécutions.
Configuration comptable des codes de charges — correspondances des données initiales.

Questions fréquentes

L’exemple historique prévoit des profils métier préparés, mais leurs noms ne garantissent pas tous les droits actuels. Vérifiez la licence utilisateur, les licences de package, les droits du profil et les ensembles d’autorisations requis, puis testez les parcours et l’accès aux enregistrements. Un profil peut reprendre des droits ; il ne contient pas littéralement les ensembles du package.

Il n’apparaît pas dans l’inventaire historique de sept composants présenté ici. Le parcours documenté d’annonces utilise l’URL d’image du bien, décrite dans Publier les biens sur votre site web. Vérifiez les dépendances et le périmètre de votre organisation avant toute décision sur un autre package.

Vérifiez la planification, l’exécution et les résultats des traitements récurrents, puis les dates, les charges et l’admissibilité des baux. L’installation seule ne garantit ni la première facture ni les suivantes. Voir Planifier les traitements en arrière-plan.

Non. Les 31 rôles cités appartiennent à l’exemple historique. Adaptez la hiérarchie et le partage à l’accès aux données approuvé pour votre organisation, puis validez avec des utilisateurs représentatifs. Le rôle ne remplace pas les droits objets et champs du profil ou des ensembles d’autorisations.

Cet article vous a-t-il été utile ?