Manuals - Installation

6.10.2.1. Flux de travail

6.10.2.1.1. Vérifier le mappage ERP (ajouter un mappage ERP... et éditer un mappage ERP...) [Modélisation du catalogue].

	Remarque
Lors du mapping ERP [ERP mapping], il s'agit toujours d'établir un mapping entre l'état de travail local (état LIVE potentiel) et un état déjà publié. La première publication LIVE ne nécessite donc pas de mapping.

Remarque

Lors du mapping ERP [ERP mapping], il s'agit toujours d'établir un mapping entre l'état de travail local (état LIVE potentiel) et un état déjà publié.

La première publication LIVE ne nécessite donc pas de mapping.

	Remarque
	Ajoutez un mapping ou mettez à jour un mapping à chaque fois que vous archivez des fichiers de catalogue modifiés. En règle générale, vous devriez toujours insérer les fichiers de catalogue modifiés dans le SVN lorsqu'une tâche est terminée, avant de commencer une nouvelle tâche. La boîte de dialogue Vérifier le mappage ERP [Check ERP-Mapping] s'ouvre automatiquement (voir ci-dessous ) lorsqu'un nouveau mappage est nécessaire : PAR EX : ligne supprimée, variable supprimée, variable modifiée Sert d'aide / de rappel pour mettre à jour / créer un mapping (peut être ignoré) Exécutez la fonction et vérifiez le mappage sur la page de dialogue Mappage ERP pour le catalogue source du ... Modifier le modèle. (Les mappings avec icône doivent être vérifiés, les mappings sans icône ne le sont pas). Vérifiez les fichiers avec la mise à jour du mappage ( `mapping.json` ) Un. -> De cette manière, le mapping devrait toujours être à jour. Si seule une nouvelle ligne de tableau a été ajoutée et que le projet fait déjà partie d'un mappage, la procédure standard d'ajout d'un mappage n'intervient pas. Comme la version de la table a été modifiée, elle doit être mise à jour dans le mapping, sinon le serveur n'accepte pas le mapping pour cette table. -> La boîte de dialogue Actualiser les versions des tableaux [Update table versions] s'ouvre. En règle générale, vous devriez confirmer le dialogue en cliquant sur Oui. Le fichier `mapping.json` est non verrouillé, de sorte que plusieurs utilisateurs modifient le fichier pouvoir. Lors du téléchargement sur le serveur, différentes entrées (qui ont des projets différents) concernés). Différents utilisateurs peuvent donc travailler sur le catalogue en même temps que sur le mappage mettre à jour.

Le workflow standard de cartographie ERP est décrit ci-dessous.

Télécharger les fichiers modifiés dans les répertoires/projets sur le serveur [Upload changed files in directories / projects to the server]: Au cours du téléchargement de fichiers, la nécessité d'un mapping (ou d'une mise à jour de la version du tableau dans le mapping) est automatiquement vérifiée.

-> La boîte de dialogue Modifications sur le serveur [Send changes to the server] apparaît, dans laquelle tous les fichiers modifiés sont répertoriés.

Boîte de dialogue Modifications du serveur [Send changes to the server]
Inscrivez un commentaire correspondant et confirmez en cliquant sur OK.
-> La boîte de dialogue Vérifier le mappage ERP [Check ERP-Mapping] s'ouvre.
Sélectionnez soit l'option Rechercher un état de catalogue publié [Search for a published catalog version], soit l'option Charger un fichier CIP [Load CIP file].
- Rechercher un état de catalogue publié [Search for a published catalog version] (variante standard)
  La modélisation du catalogue est gérée par SVN, de sorte que la variante standard est toujours préférable.
  Toutefois, seuls les états à partir de novembre 2014 sont valables, les plus anciens sont masqués. Dans ce cas, utilisez la variante Charger le fichier CIP [Load CIP file].
  Cliquez sur Rechercher [Search].
  -> Tous les états de catalogue publiés sont listés.
  Sélectionner l'état le plus récent.
  
  Remarque
  Normalement, vous devriez toujours utiliser la dernière version. La sélection de mappings plus anciens n'est utile qu'à des fins de recherche.
  - Autre catalogue [Other catalog]:
    Cette option est surtout utilisée pour les catalogues de normes. Cas d'application : on publie Norme, mais on fait le mapping pour DIN. Sous Autre catalogue [Other catalog], sélectionnez Norme et sous Répertoire [Directory], sélectionnez DIN.
    Autre cas d'application :
    Si, pour une raison quelconque, le fabricant change le nom du catalogue (par exemple, d'abord le catalogue modélisé normal, puis le catalogue Quick&Simple)
    Dans ce cas, un autre nom de catalogue a été utilisé pour le premier mapping.
- Charger un fichier CIP [Load CIP file]
  Si la dernière version du catalogue est antérieure à nov. 2014, le mapping peut être établi à l'aide d'un fichier CIP. Dans ce cas, le mapping n'est pas contrôlé lors de la publication.
- Effectuer l'affectation via le numéro de commande [Use order numbers to create mappings]: Voir ci-dessous.
Remarque
La création du mapping peut prendre un peu plus de temps (environ 1 à 2 heures) en cas de catalogues importants et/ou de mauvaise connexion réseau.
Vous avez maintenant plusieurs options :
- Exécuter le mappage ERP pour l'ensemble du catalogue [Execute ERP-Mapping for the whole catalog] -> Cliquez sur Exécuter [Execute].
- Exécuter le mappage ERP pour les projets modifiés et sélectionnés pour l'archivage [Execute ERP-Mapping for projects which are modified and selected for check-in] -> Cliquez sur Exécuter [Execute].
- Continuer sans effectuer le mappage ERP [Proceed without executing ERP-Mapping] -> Ne pas effectuer le mappage ERP [Do not execute ERP-Mapping].
  (Il existe déjà un mappage ou il sera exécuté ultérieurement [voir Section 6.10.2.1.3, « Ajouter une cartographie ERP... et Modifier la cartographie ERP... »]).
- Annuler le processus. Aucun fichier n'est téléchargé [Cancel process. No files will be uploaded] -> Cliquez sur Annuler [Cancel].
Après avoir cliqué sur Exécuter [Execute], la boîte de dialogue Créer un mappage ERP [Create ERP-mapping] s'ouvre et, sans autre interaction, la boîte de dialogue Traiter le mappage ERP pour le catalogue source du ... s'ouvre immédiatement après.
Que se passe-t-il en arrière-plan après avoir cliqué sur Exécuter [Execute]?
Le logiciel tente de mapper les projets sources (de la version publiée sélectionnée du catalogue) sur les projets cibles (de la copie de travail locale). Si un mapping de version existe déjà et que des fichiers ont été modifiés depuis la dernière fois, le mapping est créé. Si le mapping a déjà été vérifié (dans la boîte de dialogue Traiter le mapping ERP pour le catalogue source du ...) et que la version des tables n'a pas changé, le mapping est conservé. Les mappings non vérifiés sont écrasés. Les mappings avec de nouvelles modifications sont ajoutés.

Remarque
La cartographie ERP passe par tout, même si Supprimer le marquage de publication [Remove publication mark] est activé ou si les projets sont cachés.

Dialogue Créer une cartographie ERP [Create ERP-mapping] avec protocole

Traiter la cartographie ERP pour le catalogue source du ...

Modifiez (vérifiez) toutes les affectations non uniques.

Arbre d'indexation:

	Remarque
	Tous les répertoires et projets affichés ont été modifiés d'une manière ou d'une autre. Les projets non modifiés (+tables) ne sont pas affichés.

Quelque chose a changé soit dans le projet, soit dans le tableau. Cela ne signifie pas nécessairement qu'il y a eu une modification qui est également pertinente pour la cartographie ERP. Pour les modifications qui ne sont pas pertinentes pour la cartographie ERP, aucune icône n'est affichée.

Arbre d'index avec projets avec et sans icône

Pas d'icône:

Un projet/une ligne cible a été trouvé(e) automatiquement et les modifications sont si minimes que l'utilisateur n'a pas besoin de confirmer le mapping. Raisons possibles :
- Renommer une variable (si les valeurs restent les mêmes)
- Changement du nom du projet (si les valeurs restent les mêmes)
Plage de valeurs : mappages qui font référence à les plages de valeurs sont toujours affichées (avec ou sans icône).
- Sans icône :
  Une correspondance exacte a pu être trouvée pour au moins une ligne. Mais comme le logiciel ne peut pas tester toutes les valeurs de la plage de valeurs lors de la vérification (nombre infini de valeurs), il se peut que des valeurs aient quand même été modifiées ici. C'est pourquoi la plage de valeurs doit être vérifiée manuellement.
- Avec icône :
  Si un changement de plage de valeurs est détecté, un affiché.

Remarque

Les projets sans icône ne doivent pas être vérifiés !

Dossier vérifié contenant des projets avec ou sans icône

Soyez particulièrement précis lorsque vous vérifiez des plages de valeurs.

Avec icône:
- Point d’exclamation : Une cible possible a été trouvée, Mais le mappage ne peut pas être confirmé automatiquement. Cela signifie qu’en raison d’un changement, le modéliste doit soit utiliser le Vérifier le mappage proposé ou une autre cible Porte-documents. Ici, par exemple, il se peut que la NL ne soit pas en mesure de Le changement de valeur variable est différent.
- X (et point d’exclamation) : Aucune cible n’a été trouvée. Ici, vous devez et soit confirmer qu’il s’agit cette ligne n’existe plus (c’est-à-dire vérifier) ou Attribuez autre chose.
- X (et crochet) : Il n’y a pas d’objectif. La cartographie a été élaborée par le Vérifié par l’utilisateur (affichage uniquement au niveau de la ligne. Le projet permettra de : Une coche apparaît.
- Catch : La cartographie a été vérifiée.
Les icônes se réfèrent toujours, sur les dossiers / projets, au fait qu'il y a au moins une ligne à laquelle l'icône s'applique.
Consultez également l'info-bulle correspondante. Si vous passez la souris sur l'icône, une info-bulle s'affiche pour expliquer l'icône.
Au niveau des lignes, les infobulles sont encore plus précises. On y voit par exemple, le cas échéant, que le NB a changé (et l'ancien et le nouveau sont représentés). On comprend ainsi pourquoi l'icône est représentée.

Attention

Il existe de rares cas exceptionnels où, lors de l'installation, une attribution automatique des numéros ERP est effectuée, ce qui n'est pas correct dans certains cas.

Cela peut se produire dans le cas suivant :

En cas de modification d'une plage de valeurs, il faudrait théoriquement essayer une infinité de possibilités lors du contrôle pour des pas quelconques, ce qui n'est pas praticable. C'est pourquoi seules trois possibilités sont contrôlées par plage de valeurs : Valeur de départ, valeur moyenne et valeur maximale. Ainsi, un numéro ERP attribué pourrait tomber sur une valeur erronée sans que l'on s'en rende compte.
Les changements d'unités ne sont pas pris en compte.

Dès que toutes les attributions sont confirmées, une coche verte apparaît sur le catalogue, sur tous les répertoires, projets et lignes de projet. (Les projets sans icône continuent à ne pas en avoir).

Remarque

La publication avec des attributions non confirmées (mappings non valables) n'est pas autorisée.

Les mappings doivent déjà exister dans l'état QA ! La génération se déroule certes encore, mais un message d'erreur est affiché lors de la publication ("Failed to check catalog mappings").

Dès que tout est attribué, vous pouvez publier le catalogue.^[67] Toutes les informations de cartographie sont contenues^[68] et sont traitées lors de l'installation du catalogue.

^[67]Vous trouverez des informations détaillées sur la publication sur Section 6.10, « Publier le catalogue ».

^[68]dans le fichier "mapping.json".

Précédent	Niveau supérieur	Suivant
6.10.2.1. Flux de travail	Sommaire	6.10.2.1.2. Effectuer l'attribution par le numéro de commande