Création de requêtes de sélection pour les requêtes "complexes" ou les requêtes à générer depuis plusieurs application situées dans différents pays ( reporting international ).

En se basant sur le data model Siebel ( définit dans les Siebel Tools ), il est possible de créer des requêtes ( Oracle ) qui pourront être lancées dans plusieurs pays ou dans plusieurs applications Siebel différentes. Cela permet par exemple, depuis une base contenant des DB LINKs vers toutes les applications Siebel d'une société, d'effectuer du reporting centralisé.

Prenons le cas d'une société ayant des agences partout à travaers le monde. Ce prcédé permettrait de faire des calculs de chiffres d'affaire mondial, par continent, par pays voire par département ou région. Et ce, depuis une seule et même base de données.

Ce principe est aussi trés valable quand le nombre de jointures ( types d'objets différents sur lesquels des requêtes doivent être éxécutés ) augmente car, via Siebel, les requêtes multi-jointures ne sont pas trés rapide à éxécuter. L'éxécution native sous Oracle permet un gain de temps d'éxécution considérable ( des hints Oracle peuvent être inclus dans les requêtes pour accélération ).

Avant de lancer un EIM ( Process d'import de données de Siebel ), il est trés important de tester que la base de données peut tenir le nombre d'enregistrements ( sous peine de faire "planter" la base de données par manque de place ). Ce type de controle ne peut se faire que via Oracle.

Le principe de base est de calculer la taille moyenne d'un enregistrement puis, en fonction du nombre d'enregitrements à importer par table via l'EIM, tester que l'import est faisable sans dépasser la capacité de stockage maximale.

Administration des droits des utilisateurs via l'application.

Chaque utilisteurs a des informations propres ( numéro de tél. etc. ) et des droits qui lui sont accordés en fonction de son rôle dans la société.

Par ex., un reponsable commercial région Ouest doit avoir une visibilité sur tous les Clients de l'Ouest et doit pouvoir changer le commercial affecté à ces clients. Par contre, un commercial s'occupant de la ville du Mans ne doit avoir qu'une visibilité sur des comptes clients qui lui sont affectés par rapport à des règles internes à la société, et ne peut être considéré comme principal interlocuteur de certains clients que si les droits lui ont été donnés.

Toutes ces affectations de droits peuvent être gérées par l'application Siebel.

Siebel est basé sur un principe "Screen"-"View". Chaque screen est en relation avec 1 ou N views. Chaque view peut être affectée à 1 ou plusieurs groupes d'utilisteurs.

Dans un but de simplicité, les screens et views sont gérées dans Siebel par l'application. Cette tâches peut être effectuée par un administrateur Siebel.

Lors de migration importante, il est important de pouvoir importer les liens entre les screen et les views ainsi que la liste des groupes d'utilisateurs y ayant accès. Ces imports peuvent être faits via l'EIM.

Le principe de la réallocation est de changer les principaux interlocuteurs de certains Comptes clients et/ou points de contact. Cela peut être fait manuellement par le responsable des comptes ou cela peut aussi être fait par l'intermédiaire d'une procédure normalisé, ce qui a été mis en place.

Le principe est simple : Depuis une base mirroir, il est possible de sortir une liste des enregistrements à ré-allouer, puis, en se basant sur certains critères ( matrice d'allocation par région par exemple ), il est possible de définir quels enregsitrements vont être reliés à quelles positions.

Une fois cette liste sortie, il est possible de faire les réallocations automatiquement via l'EIM. Le process se fait en plusieurs passes. La première est l'ajout d'une position à des "accounts" ou Comptes clients, la seconde est de disperser cette nouvelle allocation ( ou non, en fonction des demandes clients ) aussi aux points de contact de cette société puis aux opportunités et/ou activités. Cela est totalement géré par l'EIM.

• Ajout de positions secondaires sur des "accounts", "contacts", "opportunities" etc.
• Suppression de positions sur ces mêmes entités
• Suppression d'enregistrements "accounts" ou autres
• Merge sur les grosses entités
• Contrôles sur les imports pour vérifier que les informations de base sont bien présentes après un import