Éditions de REDA : Platform et Sales Cloud
REDA propose deux éditions du même produit, avec quelques différences de noms. L’édition Platform fournit son propre objet de prospect, la Demande de renseignements, tandis que l’édition Sales Cloud utilise la Piste standard de Salesforce. Quelques autres objets suivent le même principe, et certaines fonctionnalités sont propres à une édition. Cet article est la référence pour identifier votre édition, retrouver les correspondances entre objets et comprendre les différences fonctionnelles documentées. Les autres articles du centre d’aide y renvoient : conservez-le dans vos favoris.
Droits nécessaires. Aucun pour lire cet article. Les libellés des ensembles d’autorisations correspondent généralement entre éditions, avec des exceptions ; huit ensembles sont propres à une édition. Consultez les informations pour les administrateurs.
Deux éditions, un même produit
Le principe général est le suivant : les deux éditions suivent les mêmes parcours, avec une large correspondance des objets et des champs. Les exceptions fonctionnelles documentées figurent ici. Les éditions diffèrent par leur construction sur Salesforce : Platform fournit ses propres versions de quelques objets standard, tandis que Sales Cloud utilise les objets standard Salesforce. Au quotidien, cela se traduit par quelques objets renommés et des fonctionnalités propres à une édition. Les traductions françaises de certains champs peuvent aussi différer entre OEM et ISV, même lorsque leur nom anglais est identique ; les guides précisent les libellés concernés.
Dans ce centre d’aide, les libellés de l’édition Platform servent de référence : Demande de renseignements, Opportunité, Promotion, Demande de service et Rôle de contact. Lorsqu’un lecteur de Sales Cloud rencontre un autre objet ou libellé, un encadré le renvoie à cet article.
Quelle édition est-ce que j’utilise ?
La barre de navigation permet de le savoir sans ouvrir les paramètres ni contacter un administrateur :
Les deux éditions installent les mêmes applications, REDA et REDA Admin. C’est donc l’onglet des prospects qui les distingue, et non le nom de l’application.
Correspondance des objets
Ce tableau est la référence principale. Chaque ligne présente un concept et son libellé dans les deux éditions. Lisez-la dans un sens ou dans l’autre pour retrouver l’objet correspondant :
| Concept | Édition Platform | Édition Sales Cloud | Remarques |
|---|---|---|---|
| Prospect / piste | Demande de renseignements (onglet Demandes de renseignements) | Piste standard (onglet Pistes) | C’est la différence principale : conversion, doublons et fusion utilisent des mécanismes différents, décrits plus bas. |
| Transaction / bail / vente | Opportunité | Opportunité standard | Mêmes types d’enregistrements et mêmes parcours d’étapes dans les deux éditions. |
| Demande de service / maintenance | Demande de service | Requête standard | Les champs diffèrent particulièrement ici : Platform possède ses propres champs d’objet, de statut et de priorité. |
| Promotion de location | Promotion (onglet Promotions) | Campagne standard (avec le type d’enregistrement « Promotion de location ») | La promotion de Platform n’a pas de types d’enregistrements. |
| Lien entre un contact et une transaction | Rôle de contact (avec des champs supplémentaires d’e-mail, de téléphone et de conseil) | Rôle de contact d’opportunité standard | Même fonction, avec davantage de champs dans Platform. |
| Participation à une campagne | — aucun équivalent — | Membre de campagne standard | Platform n’a pas d’équivalent. |
| Conversion d’un prospect | Action Convertir la demande (création du compte, du contact, de l’opportunité et du rôle de contact principal) | Conversion standard d’une piste | Des mécanismes différents aboutissent à une transaction de même forme. |
| Doublons et fusion | Détection des doublons REDA et outils Fusionner les doublons sur la demande de renseignements | Gestion des doublons et fusion standard de Salesforce | — |
Conséquences au quotidien
Les objets communs ont des champs correspondants sur les baux, les biens et les factures. Les différences d’objets apparaissent surtout dans les champs de référence et les listes associées, où le nom propre à chaque édition est affiché. En français, certains champs communs ont également des traductions différentes : utilisez le libellé de votre édition indiqué dans le guide.
| Emplacement | Libellé Platform | Libellé Sales Cloud |
|---|---|---|
| Champ de référence sur une réservation ou un ordre de travail | Demande de service | Requête |
| Champ de référence sur des frais d’opportunité | Promotion de location | Campagne |
| Référence sur un ticket de parrainage | Demande parrainée | Lead référé |
| Champ propre à une édition sur le bien, selon la version documentée | Code du bien (documenté pour Platform) | Campagne de communication de masse (Sales Cloud) |
| Champ de type du prospect | Type de demande | Type de plomb (libellé ISV affiché pour le type de piste) |
Les dossiers centraux de location et de facturation — règles de location, factures, plans de paiement, inspections, commissions, conseils, portefeuilles, etc. — suivent la même structure générale. Les objets du tableau et les champs de parrainage des tickets constituent les différences décrites ici. Cette correspondance fonctionnelle ne garantit pas des libellés français identiques pour chaque champ ; vérifiez aussi la version installée avant de conclure qu’un champ est absent.
Fonctionnalités propres à une édition
Certaines fonctionnalités ne sont présentes que dans une édition. Les formulations suivantes décrivent la version documentée : la feuille de route n’étant pas publiée, une fonctionnalité absente est indiquée comme « non incluse actuellement », sans annoncer une disponibilité future.
| Fonctionnalité | Édition Platform | Édition Sales Cloud |
|---|---|---|
| Moteur Workflow Rules | Non inclus actuellement | Disponible |
| Ensemble des processus d’approbation standard (champs d’approbateur sur les transactions, tickets et ordres de travail) | Non inclus actuellement | Disponible |
| Approbations des ordres de travail | Non incluses actuellement | Disponibles |
| Membres de campagne et automatisation associée | Aucun équivalent | Disponibles (standard) |
| Champ Campagne de communication de masse sur le bien | — | Disponible |
| Moteur REDA de conversion des demandes de renseignements | Disponible | Utilise la conversion standard des pistes |
| Détection des doublons et outils de fusion REDA | Disponibles sur les demandes de renseignements | Utilise la gestion des doublons standard |
| Ensembles d’autorisations pour les demandes de service, les ordres de travail et la gestion des doublons | Disponibles | Non fournis |
| Ensembles d’autorisations Multi Factor Authentication | Non fournis | Disponibles (Admin et User) |
| Routage des e-mails vers les enregistrements : Email-to-Inquiry et Email-to-Service-Request, avec une file E-mail sans correspondance pour les messages que le routeur ne peut pas rattacher | Disponible | Non inclus actuellement |
Informations pour les administrateurs
Lors de la configuration ou de l’audit d’une organisation, vérifiez également les points suivants :
REDA_Property_Acquisition_User , REDA_Property_Leasing_User , etc. dans Platform, mais REDA_Acquisition , REDA_Leasing , REDA_Lending , REDA_Property_Management et REDA_Sales dans Sales Cloud. Un script d’attribution, un groupe d’ensembles d’autorisations ou un filtre SOQL écrit pour une édition peut donc ne rien trouver dans l’autre sans erreur explicite. Ensuite, quatre ensembles diffèrent par un tiret dans leur libellé : Inspection Manager, Inspection User, Invoice Management Admin et Invoice Management Read Only. Par exemple, REDA - Inspection Manager dans Platform correspond à REDA Inspection Manager dans Sales Cloud. Utilisez le nom d’API comme identifiant et copiez le libellé depuis votre organisation. 
L’encadré sur les éditions
Lorsqu’un article utilise un objet ou libellé Platform différent dans Sales Cloud, cet encadré renvoie à la présente page :
Pour poursuivre
- À propos de REDA : le produit et l’articulation de ses fonctions.
- Comprendre les demandes de renseignements : l’objet de prospect au cœur de la différence entre éditions.
- Convertir les demandes de renseignements : utiliser l’action de conversion, étape par étape.
- Demandes de service : l’objet de maintenance remplacé par une requête dans Sales Cloud.
- Promotions de location : promotions dans Platform et campagnes dans Sales Cloud.
- Rôles de contact : rattacher des contacts à une transaction dans chaque édition.
Questions fréquentes
Consultez la barre de navigation REDA. L’onglet Demandes de renseignements indique l’édition Platform ; l’onglet standard Pistes indique l’édition Sales Cloud.
Elles correspondent en grande partie. Les exceptions concernent les objets du tableau ci-dessus et certaines fonctions : Workflow Rules et l’ensemble des processus d’approbation standard sont propres à Sales Cloud, tandis que la conversion des demandes de renseignements REDA et les outils Doublons et fusion REDA sont propres à Platform.
Platform n’a pas d’équivalent aux membres de campagne. Les promotions se rattachent aux demandes de renseignements et aux frais, sans enregistrements de participation à une campagne.
Les captures montrent l’édition Platform, généralement en anglais. Dans Sales Cloud, les principales correspondances sont Piste pour Demande de renseignements, Requête pour Demande de service et Campagne pour Promotion. Consultez le tableau de cette page et les précisions propres à votre édition ; la configuration et la langue de votre organisation peuvent aussi modifier l’affichage.
Cet article vous a-t-il été utile ?