Génération d'univers
Cette fonction permet de créer ou de recréer (en cas de modification) un univers utilisable par les fonctions de business intelligence. Son lancement crée automatiquement l'ensemble des objets dans le dictionnaire Business Objects.
La mise à jour d'un univers existant suppose, pour que les états déjà créés sur l'univers fonctionnent à nouveau, une phase de "remapping" d'états. Le lancement de cette phase est optionnel.
Pré-requis
Reportez-vous à la documentation de Mise en oeuvre
Gestion de l'écran
Ecran de saisie
L'écran associé à la fonction permet de définir les paramètres associés à la création ou à la mise à jour de l'univers.
Datamart
| Datawarehouse (champ DATAW) |
|
Permet de préciser le code du datawarehouse à partir duquel on génère l'univers. |
| Datamart (champ DATAM) |
|
Permet de préciser le code du datamart à partir duquel on génère l'univers. |
| Univers (champ UNIVERS) |
|
Ce champ est uniquement affiché ; son contenu est déterminé de la façon suivante :
La création de l'univers se fait en effet de façon systématique sans supprimer les univers précédents qui existent, pour des raisons évidentes de sécurité. Lorsqu'un univers est créé alors qu'un univers précédent existait déjà pour le même datamart, les états associés à l'univers précédent sont automatiquement "remappés" vers le nouvel univers si la case correspondante est cochée. |
Traduction
| Langue origine (champ LANGORI) |
|
Définit la langue d'origine dans laquelle les états business objects standards sont livrés; ce sont ces états qui vont être dupliqués et "mappés" avec l'univers en cours de création lors de l'opération de génération. |
| Langue de traduction (champ LANGDES) |
|
Définit la langue à utiliser pour créer l'univers (un univers est forcément défini dans une langue donnée). Les états standards fournis seront également traduits dans cette langue. |
Options
| Autorisations par site (champ AUTSIT) |
|
Cette case présente pour information n'est pas saisie, elle est cochée si, dans la définition du datamart, la case Autorisation par site est cochée. Dans ce cas, la génération ajoute automatiquement les filtres idoines sur les objets concernés. Le filtrage se fait par le biais d'un lien vers la table AX3ACCES. |
| Gestion codes d'accès (champ AUTACC) |
|
Lorsque cette case est cochée, l'univers permet de filtrer les données en tenant compte des codes d'accès autorisés à l'utilisateur. Ceci est fait en créant automatiquement des liens vers une table nommée AX3ACCES. |
| Mode test (champ TEST) |
|
Lorsque cette case est cochée, l'univers n'est pas réellement créé, mais un fichier de trace détaillé donne l'ensemble des opérations qui seront réalisées par la fonction de création. |
| Mode développement (champ MODDEV) |
| Modification variable (champ MODVAR) |
| Export de l'univers (champ EXPORT) |
|
Si cette case est cochée, l'univers généré dans le designer d'univers est exporté vers le serveur business objects. Le référentiel commun est alors à jour. Si la case n'est pas cochée, l'univers reste confiné au designer; on peut alors le visualiser à partir du designer sur le serveur, voire le modifier avant de l'exporter. Le fait de décocher cette case n'a donc d'intérêt que lorsqu'on désire faire des tests. |
| Mapping des états (champ TRAD) |
|
Lorsque cette case est cochée, un "remapping" des états est automatiquement fait. En effet, dans Business Objects, les états sont liés aux univers sur lesquels ils sont créés par des jeux de pointeurs internes. Toute modification d'un univers suppose donc le rétablissement de ces liens de façon automatisée, faute de quoi les états d'origine ne pourront plus marcher. Si cette phase n'est pas faite, il faudra ultérieurement réaliser un mapping manuel pour chaque état. |
Tâche batch
Cette fonction peut être lancée en batch. La tâche standard ABICREUNV est prévue à cet effet.
Messages d'erreur
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Impossible de déterminer la machine BO
Un problème (probablement réseau ) d'accès au serveur existe.
Datamart non présent dans le datawarehouse
Le datamart saisi n'existe pas dans le datawarehouse choisi.
Messages d'erreur dans la trace
Le processus de création d'univers génère une trace. Les messages qui suivent apparaissent donc dans le fichier trace.
Le répertoire distant n'a pas pu être créé
Lors de la création d'univers, des répertoires doivent exister sur le serveur sur lequel se trouve installé Business Object, afin que les scripts de création idoines puissent y être déposés. Ce message signifie que les répertoires en question n'ont pas pu être créés, notamment parce que l'utilisateur n'a pas le droit de les créer ou pour une autre raison (plus de place disque, par exemple).
Objet inexistant : xxx
Lors du contrôle de cohérence de l'ensemble des éléments de l'univers, une incohérence a été détectée : par exemple une hiérarchie décrite dans l'univers fait référence à un élément qui n'existe plus, une condition prédéfinie (invite) inexistante...
Aucun champ actif sur la table
Une table ne peut pas être créé parce que tous les champs de cette table sont désactivés par le biais de code activités inactifs.
Dimension inactive
Une lien entre tables fait référence à une dimension qui porte un code activité non actif.
xxx: Champ non présent dans l'agrégat yyy
Le champ qui permet de contrôler l'accès à une table n'est pas présent dans l'agrégat. Ceci peut être le cas si un contrôle par code d'accès a été activé.