L’Épine Dorsale d’un Business : Le CRM
Le développement d’un CRM (Customer Relationship Management) est souvent perçu comme une simple affaire de formulaires et de tableaux. Pourtant, dans le domaine de la gestion de patrimoine (cas de EDEN Patrimoine), l’architecture logicielle doit répondre à des contraintes de précision et de conformité extrêmement élevées.
La Modélisation du Domaine
La première étape architecturale ne fut pas le choix du langage, mais la définition du modèle de données. Un CRM patrimonial doit gérer des relations complexes : prospect, client, conjoint, enfants, sociétés civiles, contrats d’assurance, comptes titres, et documents KYC.
Isolation et Intégrité
Nous avons opté pour une base PostgreSQL avec un typage fort. Chaque entité métier est isolée dans ses propres tables, avec des contraintes d’intégrité (Foreign Keys) strictes pour éviter toute “donnée orpheline”, ce qui serait critique pour un audit réglementaire.
Le Découpage Modulaire
Pour EDEN, le système a été découpé en services fonctionnels autonomes :
- Module Identité : Gestion des profils et des rôles (RBAC).
- Module Patrimoine : Moteur de calcul des actifs et passifs.
- Module Documentaire : Gestion sécurisée des fichiers KYC (Key Your Customer) avec archivage horodaté.
- Module Tâches : Orchestration des rappels et des processus commerciaux.
Enseignements Clés
L’architecture d’EDEN démontre que la normalisation des données est le meilleur investissement à long terme. En séparant strictement la logique de calcul de la logique d’affichage, nous avons pu faire évoluer l’interface utilisateur sans jamais risquer d’altérer la véracité des données financières.
