Transférer la propriété d’un bien
Dans REDA, la propriété d’un bien change de deux façons : vous pouvez enregistrer le transfert manuellement, ou laisser une vente le déclencher automatiquement lorsqu’elle devient gagnée. Les deux parcours mettent à jour le même historique pour conserver les propriétaires successifs et leurs périodes. Cet article présente le transfert manuel étape par étape, les modifications automatiques effectuées par une vente devenue gagnée, le contrôle qui empêche de revenir à une étape non gagnée dans certaines situations et le point que REDA ne resynchronise pas depuis un bien existant : l’appartenance aux portefeuilles, avec la procédure pour la mettre à jour. Aucune expérience préalable de REDA n’est nécessaire.
Autorisations nécessaires. La modification des champs du propriétaire nécessite un ensemble permettant de modifier les biens : REDA - Property Sales User, REDA - Property Acquisition User, REDA - Property Management User ou REDA - Property Lending User, ou encore REDA - Master Data - Admin. La clôture d’une vente nécessite REDA - Property Sales User. Votre administrateur doit aussi vérifier vos droits effectifs sur les comptes concernés, selon le profil, tous les ensembles attribués, la licence et le partage. Certains ensembles REDA accordent déjà des droits sur ces comptes. Les libellés Platform sont utilisés ci-dessous ; les différences Sales Cloud sont indiquées.
Deux modes de changement de propriétaire
Un transfert est nécessaire lorsque le compte qui détient le bien change : vente entre propriétaires, restructuration interne ou correction d’un propriétaire mal renseigné. REDA propose deux parcours :
| Parcours | À utiliser lorsque… |
|---|---|
| Transfert manuel | Vous enregistrez directement un changement de propriétaire sans suivre de vente dans REDA, ou vous corrigez le propriétaire d’un bien. |
| Transfert automatique lié à une vente gagnée | Vous vendez le bien au moyen d’une opportunité de vente. Le passage de non gagnée à gagnée peut mettre à jour le propriétaire, sans attendre exclusivement l’étape de clôture finale. |
Dans les deux cas, l’historique de propriété du bien est mis à jour automatiquement (voir Propriétaires et historique de propriété). La procédure normale ne demande pas de modifier l’historique manuellement.
Transfert manuel, étape par étape
Un transfert manuel consiste à modifier deux champs ensemble, puis à enregistrer. Dans l’onglet Détails du bien :
Si le propriétaire et la date de début sont incomplets ou incohérents pendant la modification, REDA refuse l’enregistrement pour préserver l’historique :
Renseignez les deux champs ensemble, puis enregistrez à nouveau. REDA prend en charge la mise à jour de l’historique.
Transfert automatique lié à une vente gagnée
Lorsque vous vendez un bien via une opportunité de vente, le passage de l’indicateur gagné de faux à vrai déclenche la mise à jour du propriétaire lorsque le bien et le compte acheteur sont renseignés. Une vente est une Opportunité, l’enregistrement unique utilisé par REDA pour les opérations commerciales, et suit un parcours d’étapes. Pour une vente immobilière, l’ordre de référence est le suivant, sous réserve des validations ; les équivalents Sales Cloud figurent dans chaque étape lorsqu’ils diffèrent :
Sélection du bien (Sales Cloud : Sélection de propriétés) → Acompte de réservation (Sales Cloud : Liant) → Contrat envoyé (Sales Cloud : Sous-traitance) → Sous contrat → Financée (Sales Cloud : Financé) → Prêt à clôturer (Sales Cloud : Autoriser à fermer) → Clôturée gagnée (Sales Cloud : Fermé Gagné)
Le compte vendeur est repris du propriétaire lorsque la vente n’est pas clôturée, que le propriétaire est renseigné et que le champ vendeur est encore vide ; il n’est pas synchronisé continuellement. Le transfert suit le passage de l’indicateur gagné de faux à vrai. Dans le flux Platform, cet indicateur est vrai à Financée et à Clôturée gagnée (Sales Cloud : Fermé Gagné), mais faux à Prêt à clôturer. Il peut donc déclencher la mise à jour dès le financement. Les valeurs écrites sont les suivantes :
Les étapes précédant la clôture comportent aussi des contrôles. Le prix de vente doit notamment être renseigné avant le passage aux étapes avancées. Sans ce prix, REDA bloque l’opération :
Les articles sur les ventes détaillent les décomptes de clôture, échéanciers et commissions (voir Cycle d’une vente immobilière). Retenez que le déclencheur vérifie le passage de non gagnée à gagnée, et non exclusivement le libellé « Clôturée gagnée ». Ce changement de données dans REDA ne constitue pas à lui seul un transfert juridique du bien.
Contrôle de réouverture
Le contrôle de réouverture s’applique lorsqu’une vente passe de gagnée à non gagnée, que son acheteur est encore le propriétaire du bien et que son vendeur diffère de ce propriétaire. Il peut ainsi bloquer le passage Financée → Prêt à clôturer dans Platform après le transfert, même si cet ordre figure dans le chemin. Le message fourni fait référence à la clôture gagnée, mais sa condition est celle des indicateurs :
Le message exige de rétablir les informations de propriété avant de modifier l’étape, mais ce rétablissement ne rembobine pas automatiquement l’historique. Faites vérifier par votre administrateur le précédent Compte propriétaire, la Date de début de propriété et les périodes d’historique à corriger. Renseigner simplement l’ancien propriétaire avec sa date d’origine peut tenter de clôturer l’entrée de l’acheteur avant son propre début, ce que REDA refuse. Ensuite seulement, une fois la propriété et son historique corrigés de manière cohérente, modifiez l’étape de la vente.
Après le transfert : vérifier les portefeuilles
REDA ne resynchronise pas automatiquement un élément depuis le bien existant : les portefeuilles. Un portefeuille regroupe des biens selon leur propriétaire. Lorsque vous renseignez le propriétaire à la création d’un bien, REDA synchronise l’appartenance aux portefeuilles depuis le bien. Mais lorsque vous modifiez le propriétaire d’un bien déjà existant, comme lors d’un transfert, cette synchronisation ne se déclenche pas depuis le bien.
Ouvrez le Compte de portefeuille concerné, c’est-à-dire l’association du compte au portefeuille à actualiser, puis enregistrez-le à nouveau. Si vous modifiez son indicateur Actif (Sales Cloud : Est actif) pour déclencher le recalcul, rétablissez ensuite l’activation souhaitée. L’automatisation du portefeuille recalcule alors l’appartenance : les lignes des comptes qui ne détiennent plus le bien sont désactivées, jamais supprimées, et les lignes manquantes des portefeuilles du nouveau propriétaire sont créées. Effectuez cette opération pour les comptes de portefeuille de l’ancien et du nouveau propriétaire. Voir Portefeuilles pour le détail.
Exemple : vente de Meridian Court #101
Meridian Court #101 appartient à Continental Holdings, avec une entrée d’historique ouverte depuis le 1er janvier 2026. Une vente Meridian Court #101 [ Vente ] est créée avec l’acheteur Meridian Capital, une Date sous contrat (Sales Cloud : Date de contrat) au 1er juin 2026 et un Prix de vente / d’achat de 1 000 000,00. Lors du premier passage de non gagnée à gagnée, par exemple à Financée dans Platform, REDA écrit les valeurs ci-dessous. Elles peuvent donc déjà être présentes avant Clôturée gagnée (Sales Cloud : Fermé Gagné) :
| Sur le bien | Avant le passage à gagnée | Après le passage à gagnée |
|---|---|---|
| Compte propriétaire | Continental Holdings | Meridian Capital |
| Date de début de propriété | 1er janvier 2026 | 1er juin 2026 (= date de mise sous contrat) |
| Historique de propriété | Une entrée ouverte pour Continental Holdings | Entrée de Continental Holdings clôturée au 31 mai 2026 ; nouvelle entrée ouverte pour Meridian Capital à partir du 1er juin 2026 |
Vérifiez ensuite les portefeuilles : celui de Continental Holdings affiche encore #101 comme actif. Ouvrez et enregistrez à nouveau les comptes de portefeuille concernés de Continental Holdings et de Meridian Capital pour recalculer l’appartenance. La ligne de Continental Holdings est désactivée et le bien est repris dans le portefeuille de Meridian Capital. Si la vente doit ensuite passer de gagnée à non gagnée, le contrôle décrit plus haut bloque la modification tant que l’acheteur reste propriétaire et que le vendeur est différent. Faites examiner les données et l’historique avant toute correction.
Référence : résultat de chaque parcours
| Action | Compte propriétaire | Date de début de propriété | Historique |
|---|---|---|---|
| Transfert manuel | Vous le renseignez | Vous la renseignez | Ancienne entrée clôturée au nouveau début − 1 jour ; nouvelle entrée ouverte |
| Vente passant de non gagnée à gagnée, avec bien et compte acheteur renseignés | Défini sur l’acheteur | Définie sur la date de mise sous contrat | Mis à jour automatiquement comme ci-dessus |
| Passage d’une vente gagnée à non gagnée | Bloqué si l’acheteur est encore propriétaire et que le vendeur est différent ; une correction cohérente de la propriété et de l’historique avec l’administrateur peut être nécessaire | ||
| Appartenance aux portefeuilles | Non resynchronisée depuis un bien existant : enregistrez à nouveau les comptes de portefeuille concernés pour la recalculer | ||
Pour aller plus loin
- Propriétaires et historique de propriété : création, lecture et correction de l’historique.
- Portefeuilles : regroupements par propriétaire et recalcul de l’appartenance.
- Cycle d’une vente immobilière : processus complet, de la sélection au règlement de la vente.
- Détention d’un compte : parties et pourcentages de participation derrière un compte propriétaire.
Questions fréquentes
Pour un transfert ordinaire, non. Lorsque la vente passe de non gagnée à gagnée avec un bien et un acheteur renseignés, le flux définit l’acheteur comme propriétaire et reprend la date sous contrat comme date de début. Dans Platform, cela peut se produire dès Financée. L’historique se met à jour avec les contrôles de dates habituels. Une correction d’un historique existant doit être examinée avec l’administrateur.
Le contrôle bloque un passage de gagnée à non gagnée lorsque l’acheteur est toujours propriétaire et que le vendeur est différent. Son message mentionne la clôture gagnée : Platform : « La propriété du bien a été mise à jour lorsque cette opportunité a été marquée "Clôturée gagnée". Annulez les modifications de propriété sur le bien associé avant de mettre à jour l'étape de l'opportunité. » ; Sales Cloud : « La propriété a été mise à jour lorsque cette opportunité a été marquée comme « Gagnée ». Veuillez rétablir les informations de propriété initiales sur le bien concerné avant de mettre à jour le statut de l'opportunité. » Faites corriger avec votre administrateur les informations de propriété et les périodes d’historique avant de modifier l’étape. Rétablir simplement l’ancien propriétaire et sa date d’origine ne rouvre pas son ancienne entrée : cette saisie peut produire une date de fin antérieure au début de l’entrée de l’acheteur, et être rejetée.
Le changement de propriétaire d’un bien existant ne resynchronise pas les portefeuilles depuis le bien ; ce traitement se déclenche seulement lorsque le propriétaire est renseigné à la création. Enregistrez à nouveau les comptes de portefeuille concernés de l’ancien et du nouveau propriétaire, en conservant l’activation souhaitée de leur indicateur Actif (Sales Cloud : Est actif). L’automatisation du portefeuille recalcule alors les membres, désactive les lignes des comptes qui ne détiennent plus le bien et ajoute les lignes manquantes des portefeuilles du nouveau propriétaire.
La date de mise sous contrat de la vente. Si vous devez retenir une autre date d’effet pour la propriété, ajustez ensuite le compte propriétaire et la date de début de propriété du bien ; l’historique suit les valeurs renseignées.
Le plus souvent, le propriétaire et sa date de début sont incomplets ou incohérents, ce qui empêche REDA de mettre à jour l’historique : « Impossible de mettre à jour l'historique de propriété. Informations de propriété manquantes. » Renseignez ensemble le nouveau compte propriétaire et sa date de début, puis enregistrez à nouveau.
Cet article vous a-t-il été utile ?