MIBJ - Entrées utilisateur

Vous devez indiquer une ligne '*' avec un code utilisateur et un mot de passe.
Pos. Lon. Valeur Signification
2 1 '*' Code ligne
3 8 uuuuuuuu Code utilisateur
11 8 pppppppp Mot de passe
Indiquez une ligne J donnant les caractéristiques de l'extraction.
Pos. Lon. Valeur Signification
2 1 'J' Code ligne
24 4 ssss Numéro de session de début
28 4 ssss Numéro de session de fin si version historique sélectionnée
    9999 si version courante sélectionnée
32 8 ssaammjj Date de début de sélection
48 1   Version des mouvements sélectionnés
    ' ' Toutes sessions
    'Z' Version courante uniquement
    'T' Version historique seule
49 3 bbb Code de la bibliothèque sélectionnée
52 5 ssssT Sélection sur la session historisée d'état 'T' : 'ssssT'
Saisissez une ligne O d'options cartes avant ou après des commandes de génération.
Pos. Lon. Valeur Signification
2 1 'O' Code ligne
3 3 bbb Commande de génération
      'GCP' : Programme
      'GCO' : Dialogue
      'GGC' : Client
      'GGS' : Serveur
7 2 av option carte avant
9 2 ap option carte après

Principe de la migration

Pour chaque mouvement du journal, fiche ou dossier d'une entité, l'extraction va s'effectuer à partir de la bibliothèque et la session du mouvement (historisée ou courante) et à partir de chacune des bibliothèques d'appartenance de chaque élément de son dossier, au sein du réseau inférieur.

Première étape : analyse du journal

Pour chaque mouvement, fiche ou dossier, on formate un enregistrement RQ avec le type de l'entité, le code de l'entité, la bibliothèque et la session du mouvement.

A chaque traitement d'une entité utilisateur on force l'extraction de sa méta-entité.

Une entité annulée est signalée dans le fichier RQ.

La liste des sessions historisées est consignée dans le fichier RQ.

Pour chaque entité, on recherche dans le référentiel sa bibliothèque d'appartenance la plus haute ainsi que l'ensemble des bibliothèques plus hautes et plus basses que celle du mouvement du journal où elle est overridée (c'est à dire la présence multiple de la fiche ou l'existence d'une ou plusieurs parties de son dossier dans une bibliothèque différente de celle de la fiche).

La bibliothèque la plus haute est la bibliothèque de référence. Dans chaque bibliothèque plus basse trouvée, le dossier de l'entité sera ultérieurement créé (étape suivante).

Pour chaque bibliothèque, une carte de commande en vision 'C' de l'entité extraite, accompagnée d'une carte assign appropriée, est formatée et triée.

L'ensemble de ces cartes va constituer le fichier d'entrée de la troisième étape.

Deuxième étape : prise en compte des entités non reconduites

Cette étape permet de ne pas reconduire en sortie toutes les entités présentes dans le fichier PAC7NR.

Elle nécessite donc la présence des fichiers MIAMNR et NTFILE des entités non reconduites fournis par la procédure MIAM et l'utilisateur.

Troisième étape : extraction PACX en vision 'C'

L'extraction des entités est réalisée dans la bibliothèque d'extraction et les bibliothèques de niveau supérieur.

Dans chaque bibliothèque d'extraction, un dossier d'entité est créé, hérité de ses bibliothèques supérieures ou égales.

Seules les demandes erronées sont éditées dans l'état PAC7EZ.

Eclatement des bibliothèques

La procédure MIBR, suite à la saisie des demandes utilisateurs d'éclatement de bibliothèques, sauvegarde ces informations. Elles sont prises en compte dans la procédure MIBJ. Ce fichier SPLITLIB issu de MIBR va constituer une entrée de MIBJ. Il contient l'ensemble des projets issu de l'éclatement des bibliothèques ainsi que leur hiérarchie.

Pour chaque entité extraite par MIBJ, présente dans le fichier PAC7RQ, on recherche si elle doit être déplacée vers un nouveau projet, c'est à dire si sa bibliothèque cible est une bibliothèque à éclater.

Si c'est le cas, le nouveau projet spécifique à son type d'entité lui est attribué.


Vos commentaires