80 likes | 185 Views
GNFA - CRM Client – TIMELINE ou PLAN D’action. CRM Global Version 3.5.X reste fonctionnelle en PROD pour GNFA Lot 0 et 1 (démarrage de projet) Semaine Prochaine (mardi ou mercredi) Analyse et finaliser pour la première partie; il faut avoir
E N D
GNFA - CRM Client – TIMELINE ou PLAN D’action • CRM Global Version 3.5.X reste fonctionnelle en PROD pour GNFA • Lot 0 et 1 (démarrage de projet) • Semaine Prochaine (mardi ou mercredi) • Analyse et finaliser pour la première partie; il faut avoir • Analyse précise de la plateforme générale Omega a utiliser • Fonctions générales a développer confirmées par JCJ • Une nouvelle idée de la prochaine structure hiérarchique avec des droits etc. • Etablis l’avancement sur la charte graphique • Mi-juillet • Analyse complète de plateforme Omega et des implications • Accès • Login • Aide (help) • Droits • Ajax • Analyse complète des fonctionnalités a inclure et a développer dans le CRM Client -15 Juillet – JCJ – documents finalisés • Analyse de la hiérarchie • Nouvelle charte graphique – proposition Mihai pour 15Juillet • Début Aout • Spécifications techniques pour le premier Lot d’application complètes en envoyées pour validation • Début Aout / Mi-août • Validation de Spécifications techniques • Début développement • Fin septembre • Livraison Lot 1 • Lot 2 • CRM Global avec toutes les fonctionnalités développées sur la nouvelle plateforme 2
GNFA - CRM Client – Problématique Générale • Analyse avec JCJ les fonctionnalités a proposer pour le nouvel CRM • Une premier étude réalisé - OK • Un premier cahier de charges a rédiger pour 12 Juin – OK • Des nouvelles analyses a faire avec JCJ et une Rendez-vous prévue pour demain – OK • Une semaine de délai pour réunion avec JPB et Omega • Cahier des charges a présenter et analyser – pour 14 Juin - OK • Une autre Rendez-vous pour faire le point avec JCJ mardi, le 19 Juin – OK • Proposition technique pour la base (2 ci-dessous) et pour la communication avec le CRM • Propositions de plateformes techniques a faire conforme le document d’ici • La version multi base semble la plus valable dans ce cas - OK • Des autres problèmes a poser et a analyser (hiérarchie, Ajax) • Proposition technique pour la communication avec l’Omega • A étudier et a établir âpres l’analyse avec équipe d’Omega - ????? • Etude intégration CRM dans Omega • L’avenir - ????? • Spécifications techniques de développement pour le nouvel CRM sur une plateforme Java • En utilisant les spécifications techniques d’Omega (forme, contenu) • Problèmes a débattre et a établir (texte en rouge ici et dans le document «Extranet Client Lot 1.doc ») • Interface graphique – en attende; si elle n’arrive pas, une proposition a faire • Navigateurs (IE / FireFox ) – les deux – OK • Ajax pour la communication – a étudier l’impact sur Omega • Accès internet / intranet – les deux – OK • Module Produits (Stages planifiées) - ????? • Mode de connexion et d’emploi des bases des données
Multiples BASES - OK Base CRMGlobal GNFA Base Omega Une base pour chaque client Base Client3 (Renault) Base Client2 (Hyundai) Base Client1 (Citroën) ??? Flux des données Connexion Conseiller GNFA Base des clients Connexion Client Application CRM (Java/Struts) Interface Utilisateur (IE/FireFox) Inscriptions MD CRM Global Utilisateur: Mot de passe: Ajax
Multiples bases - OK • Une base pour chaque client, donc une installation d’une base pour chaque client - OK • Il faut établir une base d’interface pour décider, lors du login, a quel client l’utilisateur se connecte, puis de lui envoie vers la base de ce client la- OK • A établir le mode de connexion et d’emploi des bases des données • Avantages • Une base pour chaque donc une bonne gestion de l’accès entre les différents utilisateurs de différents clients • Données indépendantes pour chaque client • Pas des changements au niveau gestion dans les modules du CRM • Désavantages • Plusieurs installation de la base pour chaque client • Une base des clients pour faire l’interface entre l’utilisateurs et la base de son client • Modification de la procédure de Login
propositions UNE SEULE BASE Une base commune pour le CRM entier Base Omega Tables Données CRM Table Clients CRM GNFA – Conseillers Citroën – Client Hyundai – Client Renault – Client … Table Propriétaires Entités CRM ?? Connexion Client ou Conseiller GNFA Application CRM (Java/Struts) Interface Utilisateur (IE/FireFox) Inscriptions MD CRM Global Utilisateur: Mot de passe: Ajax
Problématique UNE SEULE base • Une seule base pour toutes les clients, donc une seule installation de la base • Il faut établir une table des propriétaires pour faire l’interface entre l’utilisateur et ses données associées et a quel client l’utilisateur a été connecte, donc a quelles données il a les droits d’accéder • Avantages • Une seule base donc une seule installation pour la base • Une même connexion vers une seule base des données • La base gardera la structure actuelle, sans rajouter une nouvelle base des clients mais rajouter les tables des clients et propriétaires • Désavantages • Une seule base, donc une seule table par exemple pour les sociétés, doc problèmes en cas des flux, transfert etc. • Toutes les données de tous les clients dans la même base, donc une sécurité plus exigée • Modifications dans le CRM pour filtrer toutes les résultats des requêtes en utilisant le propriétaire