Découverte des modèles de données destinés aux branches d’activité du secteur des services financiers

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

• Identifier les principaux objets du modèle de données Financial Account (Compte financier)
  
• Décrire les modèles de données propres à des branches d’activité spécifiques utilisés dans Financial Services Cloud
  

Le modèle de données Financial Account (Compte financier)

Maintenant que vous connaissez les concepts de base des modèles de données de Financial Services Cloud, vous allez pouvoir découvrir de manière plus approfondie dans cette unité chacun des modèles de données et la façon dont ceux-ci fonctionnent ensemble.

Le premier modèle de données à comprendre est le modèle de données Financial Account (Compte financier), qui est au cœur de nombreux autres composants de Financial Services Cloud. Voici un aperçu du diagramme de relation d’entités (ERD) du modèle de données.

Cet ERD, ainsi que les autres ERD inclus dans ce module, représente les relations entre les entités d’un système. Chaque zone représente un objet afin d’illustrer la structure des données et la manière dont les objets interagissent entre eux. Pour en savoir plus sur la manière de lire un ERD, consultez la rubrique Notation du modèle de données Salesforce sur le site Développeurs Salesforce.

Ce module ne vous présentera pas chacun des objets de chaque modèle de données. Au lieu de cela, vous découvrirez les objets les plus importants de chaque modèle pour vous aider à vous lancer.

Tout au long de ce module, nous mettons visuellement en évidence les objets que nous présentons dans l’ERD afin qu’ils soient plus faciles à trouver dans le diagramme.

Pour le modèle de données Financial Account (Compte financier), l’objet clé est, sans surprise, Financial Account (Compte financier). Les comptes financiers stockent des informations sur les instruments financiers d’un client, tels que les comptes d’investissement, les comptes bancaires et les cartes de crédit. Vous associez une entreprise ou un particulier à un compte financier à l’aide de l’objet de jonction Financial Account Party (Partie du compte financier). Les objets Financial Account Party (Partie du compte financier) définissent également la relation d’un client avec le compte financier concerné, en indiquant qu’il est soit bénéficiaire, propriétaire ou fiduciaire du compte financier.

Par exemple, imaginons qu’un compte financier représente le compte d’épargne d’un client. Vous pouvez connecter cet enregistrement à son compte personnel à l’aide d’un objet Financial Account Party (Partie du compte financier). Dans cette image d’exemple, plusieurs comptes financiers sont affichés sur la page d’un enregistrement de compte personnel.

L’objet Financial Account (Compte financier) est également associé à d’autres objets clés, dont les suivants :

• Financial Account Transaction (Transaction du compte financier), qui stocke les détails des transactions associées à un compte financier.
  
• Securities Holding (Détention de titres), qui permet de suivre la détention d’actifs au sein d’un compte d’investissement, comme des actions.
  
• Financial Account Balance (Solde du compte financier), qui contient des informations sur les soldes des comptes financiers, tels que le solde du dernier relevé, le solde principal et le solde créditeur.
  
• Issued Card (Carte émise), qui permet de suivre les cartes émises à un client, telles qu’une carte de débit, une carte de crédit, etc.
  

Étant donné que l’objet Financial Account (Compte financier) permet de suivre un grand nombre d’informations de base sur la situation financière d’un client, il est au cœur de l’ensemble de la structure de Financial Services Cloud. Par exemple, il est essentiel à la bonne marche des fonctionnalités et des outils du modèle Branch Management (Gestion d’agence). C’est aussi l’objet moteur des cumuls des résumés financiers, des plans et objectifs financiers, de la console Retail Banking, des résumés de patrimoine générés par l’IA, et bien plus encore.

Modèles de données pour des branches d’activité spécifiques

Si le modèle de données Financial Account (Compte financier) est au cœur de nombreuses fonctionnalités de Financial Services Cloud, d’autres modèles de données permettent d’étendre les capacités pour des branches d’activité spécifiques. Les banques d’investissement, les banques de détail, les gestionnaires de patrimoine, les assureurs et les prêteurs partagent tous un socle commun, mais ont besoin de perspectives différentes. C’est pourquoi Financial Services Cloud propose ces modèles de données adaptés : certains d’entre eux sont déjà inclus, et d’autres sont disponibles en tant que modules complémentaires. Ensemble, ils vous aident à adapter rapidement Salesforce à votre entreprise.

Voici un aperçu de ces modèles de données et de quelques-uns de leurs principaux objets.

Le modèle de données Financial Deal (Affaire financière)

Le modèle de données Financial Deal (Affaire financière) aide les équipes à gérer des situations financières complexes, telles que les fusions et acquisitions ou encore les introductions en bourse, du début à la fin. Le modèle de données aide également les institutions à maintenir la conformité en partageant les informations sensibles avec les seuls membres de l’équipe qui ont besoin de les connaître. Voici un aperçu des objets de ce modèle de données.

L’objet clé de ce modèle de données est Financial Deal (Affaire financière), que votre équipe utilise pour suivre et gérer le cycle de vie d’une affaire. Les objets Financial Deal (Affaire financière) permettent de consigner l’ensemble des informations nécessaires pour mener à bien une affaire financière complexe.

Les affaires financières impliquent souvent plusieurs organisations et particuliers. Vous pouvez suivre les parties impliquées et définir leur rôle dans l’affaire à l’aide de l’objet Financial Deal Party (Partie de l’affaire financière).

Utilisez l’objet Financial Deal Participant (Participant à l’affaire financière) pour associer les utilisateurs de votre institution à l’affaire. Il s’agit des membres de l’équipe de l’affaire ou d’autres membres du personnel qui ont besoin d’un accès. Activez l’option Compliant Data Sharing (Partage de données conforme) pour l’objet Financial Deal Participant (Participant à l’affaire financière) afin de définir quels participants peuvent voir les informations relatives à l’affaire. Consultez la page Partage de données conforme dans l’aide Salesforce pour obtenir plus de détails.

Le modèle de données Branch Management (Gestion d’agence)

Pour les banques de détail et les autres institutions financières disposant d’agences, le modèle de données Branch Management (Gestion d’agence) permet de suivre le travail des agences, les employés et les segments de clients au sein de Financial Services Cloud.

Définissez la structure de vos agences, affectez des employés et des partenaires à celles-ci, puis suivez les activités et les performances de chacune d’elles. Consultez l’ERD de ce modèle de données.

Ici, l’objet clé est Branch Unit (Agence). Il représente une agence, un emplacement ou une unité d’organisation spécifique et comprend des données telles que le nom d’une agence, sa succursale mère et son responsable d’agence.

L’objet Branch Unit Customer (Client de l’agence) connecte des comptes clients à une agence, et l’objet Branch Unit Related Record (Enregistrement associé à l’agence) relie d’autres enregistrements, tels que les pistes, à des agences spécifiques. Grâce à ces connexions, vous pouvez suivre les performances et mener des campagnes marketing propres à chaque agence. De plus, l’outil Record Association Builder (Générateur d’associations d’enregistrements) vous permet de définir des critères servant à connecter automatiquement les enregistrements, qu’ils soient nouveaux ou modifiés, tels que les comptes, les pistes et les opportunités, aux agences qui les utilisent dans le cadre de leur travail.

Vos utilisateurs peuvent utiliser le composant Branch Selector (Sélecteur d’agence) pour sélectionner leur agence et connecter automatiquement leur travail à une agence à l’aide du modèle de données Branch Management (Gestion d’agence).

Le modèle de données Business Client Engagement (Engagement client professionnel)

Le modèle de données Business Client Engagement (Engagement client professionnel) vous aide à comprendre vos clients B2B, ainsi qu’à les gérer et à interagir avec eux, en particulier lorsque leur structure de propriété est complexe. Grâce aux objets inclus dans ce modèle de données, vous pouvez suivre les personnes importantes d’une entreprise ainsi que sa structure commerciale générale.

Deux objets sont essentiels à ce modèle de données : Applicant (Candidat) et Party Profile (Profil de la partie).

Applicant (Candidat) représente une entreprise qui demande à bénéficier d’un produit financier. Il contient des informations sur le demandeur, telles que le nom de l’entité métier, son type et son contact principal. Applicant (Candidat) stocke également des informations telles que le secteur d’activité, le code de classification du secteur, l’identificateur d’entité juridique et le nom en bourse.

Party Profile (Profil de la partie) stocke des informations concernant les demandeurs relatives au respect de la conformité, telles que les résultats de vérification d’identité, les scores de crédit et les résultats de vérification des antécédents. Vous en apprendrez plus sur cet objet, qui joue un rôle clé au sein de plusieurs autres modèles de données, dans l’unité suivante.

Ces objets fonctionnent avec des objets complémentaires et enfants pour recueillir toutes les informations réglementaires nécessaires au sujet d’une entreprise et vous donner une vision complète d’une organisation.

Les modèles de données Insurance (Assurance) et Insurance Brokerage (Courtage d’assurances)

Financial Services Cloud inclut le modèle de données Insurance (Assurance), qui permet de suivre les polices, les réclamations et l’ensemble des autres aspects du cycle de vie des assurances. Vous pouvez éventuellement ajouter le modèle de données Financial Services Cloud relatif au courtage d’assurances afin de gérer les agents d’assurance, les courtiers et d’autres aspects de l’activité de courtage d’assurances.

Dans le modèle Insurance (Assurance), les objets clés sont Insurance Policy (Police d’assurance) et Claim (Réclamation). Insurance Policy (Police d’assurance) représente différents types de polices d’assurance telles que les assurances automobiles, les assurances habitation, les assurances vie ou les assurances rente. Claim (Réclamation), quant à lui, permet de suivre toute réclamation au titre de ces polices d’assurance. Des objets distincts permettent de suivre les participants aux polices, les actifs assurés, les couvertures des polices et les paiements de réclamations, ainsi que les informations relatives aux commissions touchées par les représentants.

Le modèle de données Insurance Brokerage (Courtage d’assurances) emploie également l’objet Insurance Policy (Police d’assurance), mais ajoute des objets permettant de suivre le courtier lié à l’enregistrement, les relations avec les producteurs et d’autres informations propres à la gestion des producteurs d’assurance.

Suivez les modules Modèle de données d’assurance et Courtage d’assurances pour Financial Services Cloud pour en savoir plus. Découvrez les ERD de ces deux modèles de données sur la page Financial Services Cloud, dans la galerie de modèles de données sur le site Développeurs Salesforce.

Le modèle de données Digital Lending (Prêt numérique)

Digital Lending (Prêt numérique), disponible en tant que module complémentaire de Financial Services Cloud, comprend un modèle de données permettant de suivre les demandes de prêt, les demandeurs et les données dont vous avez besoin pour prendre des décisions en matière d’octroi de prêt. Consultez l’ERD de Digital Lending (Prêt numérique).

L’objet clé est Application Form (Formulaire de demande) qui, dans le cadre de Digital Lending (Prêt numérique), représente une demande soumise pour un produit de prêt. Pour utiliser un formulaire de demande de prêt numérique, définissez son champ UsageType sur Loan Origination (Origine du prêt). Vous pouvez également utiliser l’objet Application Form (Formulaire de demande) à d’autres fins, telles que l’intégration.

Applicant (Candidat), un objet enfant de Application Form (Formulaire de demande), représente l’individu ou le groupe qui demande un produit de prêt, qu’il s’agisse d’un nouveau client ou d’un client existant. Des objets connexes, tels que Party Profile (Profil de la partie) et Party Information Verification (Vérification des informations de la partie), entre autres, permettent de suivre d’autres informations clés concernant une demande.

Et maintenant ?

Dans cette unité, vous avez découvert le modèle de données Financial Account (Compte financier), qui est au cœur de Financial Services Cloud. Vous avez également découvert plusieurs modèles de données propres à des branches d’activité spécifiques, dont certains sont inclus dans Financial Services Cloud et d’autres sont des modules complémentaires.

Maintenant que vous comprenez ces modèles de données, il est temps de découvrir d’autres modèles de données qui contribuent à la réalisation du travail dans l’ensemble des branches d’activité de votre organisation. Dans l’unité suivante, vous découvrirez les objets qui permettent à votre équipe d’intégrer des clients et de recueillir des informations sur eux.

Ressources

• Développeurs Salesforce : Galerie de modèles de données : Financial Services Cloud
• Aide Salesforce : Comment les comptes financiers sont-ils modélisés ?
• Aide Salesforce : Modèles de données pour Financial Services Cloud
• Développeurs Salesforce : Guide du développeur de Financial Services Cloud
• Trailhead :
• Trailhead : Courtage d’assurances pour Financial Services Cloud