8.5.2.3. Informations complémentaires sur la mise à jour du catalogue

Lors d'une mise à jour du catalogue, l'ancienne et la nouvelle version sont comparées. Ce processus se déroule selon le schéma suivant :

  1. Comparaison de la date du catalogue

  2. Comparaison des projets

    Le chemin du projet [Project path], le nom du projet [Project name] et le numéro de norme [Standard number] sont comparés pour voir si la version est restée la même.

    • Les projets supprimés reçoivent un "ancien" numéro de version correspondant.

    • Si la version est plus récente, l'ancien projet reçoit un "ancien" numéro de version et un nouveau projet est créé.

    • Pour les projets inconnus, un nouveau projet est créé.

  3. Les points 1 et 2 sont en principe exécutés, même s'il n'y a pas d'intégration ERP.

    Le point suivant n'est important que s'il existe une intégration ERP. Voir Section 4.15.3, «  Mise à jour du catalogue avec couplage ERP - Résoudre les problèmes d'attribution avec Update Manager  » in PARTsolutions Administration - Manuel .

    Comparaison des lignes de projet avec les modifications de champ des colonnes "ACTIVE_STATE" et "REQUESTED_STATE".

    Lors de la vérification des lignes de projet, les cas suivants peuvent se présenter :

    • Lignes sans lien dans la LinkDB

      Les lignes de projet supplémentaires ne peuvent pas avoir de lien dans la LinkDB. Aucun contrôle supplémentaire n'est effectué.

    • Lignes avec lien dans la LinkDB

      Pour toutes les lignes de projet qui ont un lien dans la LinkDB, un contrôle précis des modifications (projet, tableau, géométrie) peut être effectué.

    • De plus, avant d'exécuter la mise à jour, on détermine quelles entrées doivent être attribuées aux colonnes "ACTIVE_STATE" et "REQUESTED_STATE" dans la LinkDB.

L'organigramme suivant illustre les processus lors d'une mise à jour du catalogue :

Workflow lors d'une mise à jour du catalogue

Workflow lors d'une mise à jour du catalogue