5.12.  Classification
5.12.7. Classification selon CNSORDERNO / CNSTYPECODE
Précédent  Suivant

5.12.7. Classification selon CNSORDERNO / CNSTYPECODE

5.12.7.1. Utilisation de CNSORDERNO et CNSTYPECODE avec des exemples
5.12.7.2. Avantages de la classification selon CNSORDERNO et CNSTYPECODE
5.12.7.3. Plugin "Contrôle de la résolution
5.12.7.4. Plugin "Classer les projets en traitement par lots
5.12.7.5. TestMeta: général pour le numéro de commande ou la clé de type
5.12.7.6. TestMeta: ReverseConfigs / Reverse Search (automatique)
5.12.7.7. Indexer les numéros de commande en fonction des plages de valeurs
5.12.7.8. Limiter la résolution des plages de valeurs (zones jaunes) par clé de configuration

PARTproject -> Paramètres [Settings] -> Onglet Général [General] -> Variables -> Variable avec numéro de commande [Variable with order number] et/ou variable avec code de type

[Remarque]Remarque

  • La classification des projets selon CNSORDERNO et/ou CNSTYPECODE est obligatoire. [45]

    Si CNSORDERNO et CNSTYPECODE sont tous deux classés, ils ne doivent pas utiliser la même variable !

    Si une entrée correspondante manque, un message d'erreur apparaît lors de l'exécution de Tester le projet ou Tester le répertoire. Voir Section 5.8.2.1.12, «  Tester le projet / tester le répertoire  ».

    Idéalement, les valeurs du numéro de commande [Order number] et du code de type [Type code] ne doivent pas contenir d'espaces.

  • Distinction entre CNSORDERNO et CNSTYPECODE

    • Variable avec numéro de commande [Variable with order number] (ORDERNUMBER) :

      Caractéristiques:

      • Le numéro de commande ne peut pas être décomposé en segments. Il n'y a pas de lien direct entre des valeurs de caractéristiques individuelles et des parties du numéro de commande (qu'il s'agisse d'un numéro ou d'un chiffre).

      • Le fait que le projet contienne ou non des zones de plage de valeurs n'est pas significatif pour décider si CNSORDERNO ou CNSTYPECODE doit être utilisé. Dans les deux cas, il existe des projets avec et sans zones de plage de valeurs.

    • Variable avec code de type (TYPECODE) : les différentes parties du code sont liées aux valeurs de certaines variables (p. ex. type/série, valeurs géométriques telles que longueur ou diamètre ou autres valeurs de variables définissant le code de type).

      Exemple : relation claire entre des parties du code de type et des valeurs de variables individuelles

      Exemple : relation claire entre des parties du code de type et des valeurs de variables individuelles

  • Pour les catalogues déjà existants, le mapping correspondant peut être effectué de manière semi-automatique par le fabricant/modélisateur de catalogues avec peu d'efforts. Selon le fabricant, il peut être possible que différents identifiants soient disponibles. Ces variantes doivent être prises en compte. Vous trouverez des informations sur le plugin Classer les projets en traitement par lots [Batch classification of projects] sous Section 5.12.6, «  Classer les projets par lots  ».

  • Si des variables de plage de valeurs sont utilisées pour former Le numéro de commande [Order number] ou le code de type [Type code] sont utilisés, veiller à ne pas utiliser d’identification de type [Identification type] « caractéristique fonctionnelle [Function attribute] » ou «  Caractéristique de dimension [Dimension attribute]  ». Pour Pour plus de détails, voir Section 7.8.14, «  Identification du type  ».

Dans PARTdataManager peut être modifié entre la recherche en texte intégral [Full-text search] normale et la recherche par numéro de commande ou par type [Order number or type code] .

Le Méthode de recherche Numéro de commande ou La désignation du type [Order number or type code] doit être utilisée si elle est explicitement recherchée Devient. En raison de l’unicité, cette recherche mène toujours à la résultat (si le catalogue est préparé en conséquence).

La méthode ne donne pas seulement le résultat souhaité pour un numéro de [Order number] commande/une désignation de type [Order number] fixe, mais aussi lorsque celui-ci/celle-ci est composé(e) à l'aide de valeurs issues de variables de plage de valeurs, et ce aussi bien pour des compositions simples que complexes.

[Remarque]Remarque

Les catalogues peuvent contenir des projets simples sans domaines de valeurs ou des projets avec domaines de valeurs, qui peuvent à leur tour avoir une structure plus simple ou plus complexe.

Pour déterminer quels cas existent dans un catalogue, il convient d'effectuer le contrôle de résolution [Resolve check]. Voir Section 5.8.2.1.16.26, «  Reverse Search - Vérification de la résolution (automatique)  ».

Il existe trois cas de figure principaux :

  1. Projet simple sans domaines de valeurs

    Exemple de projet sans domaines de valeurs dans PARTproject

    Exemple de projet sans domaines de valeurs dans PARTproject

    Exemple de projet sans domaines de valeurs dans PARTdataManager

    Exemple de projet sans domaines de valeurs dans PARTdataManager

  2. Projet avec plages de valeurs pouvant être résolues par inclusion dans l'index de recherche plein texte

    Le L’inclusion dans l’index de recherche en texte intégral est possible si moins de 25 000 Options de combinaison par projet ou 50 000 par catalogue (Limite par défaut) en plus des lignes par défaut. Le cadre de la Les limites sont définies via le fichier de configuration %cadenas_setup%/partsol.cfg. Voir Voir Section 5.12.7.8, « Limiter la résolution des plages de valeurs (zones jaunes) par clé de configuration  ».

    [Remarque]Remarque

    La limite ne devrait pas être modifiée.

    Exemple de projet avec plages de valeurs indexées dans PARTdataManager

    Exemple de projet avec plages de valeurs indexées dans PARTdataManager

  3. Projet avec domaines de valeurs devant être résolus par recherche inverse

    Il s'agit de projets avec des domaines de valeurs très complexes, dont la résolution donnerait lieu à des millions et des milliards de combinaisons possibles, ce qui dépasserait la valeur limite fixée par config (max. 25.000 par projet, max. 50.000 par catalogue) pour l'inclusion dans l'index de recherche plein texte (index Lucene).

    Exemple de projet avec de nombreuses variables de plage de valeurs qui construisent le numéro de pièce de manière interactive

    Exemple de projet avec de nombreuses variables de plage de valeurs qui construisent le numéro de pièce de manière interactive

    Lors de l'exécution du contrôle de résolution, un fichier de mappage est automatiquement créé pour ces projets, ce qui permet de les retrouver.

  4. Cas particulier pour 2) et 3) : Seul un certain nombre de combinaisons réellement possibles à partir des champs de plage de valeurs ont un numéro de commande et sont réellement disponibles ou peuvent être commandées.

    -> Un fichier CSV ( pnomapping.csv ) avec les informations de mappage du numéro de commande [Order number] et de la clé de type est affiché [Type code] dans le Répertoire racine du catalogue.

    pnomapping.csv, noms des colonnes "PARTNUMBER" et "TYPECODE", point-virgule comme séparateur

    pnomapping.csv, noms des colonnes "PARTNUMBER" et "TYPECODE", point-virgule comme séparateur

    -> L’entrée de recherche se fait avec le Numéro de commande avec mode de recherche Recherche par numéro de commande / Tapez le code [Search for order number / type code] , mais en fait la recherche se fait en arrière-plan avec le code de type.

    [Attention]Attention

    • La raison d'application ne devrait pas être d'éviter les numéros de commande dans les tableaux, mais uniquement celle mentionnée ci-dessus.

    • Le numéro de commande n'apparaîtra pas dans le résultat de la recherche, car il n'est pas présent dans le tableau.

      Si le numéro de commande est nécessaire dans le tableau, il doit être implémenté séparément (mais cela n'a rien à voir avec le cas particulier décrit en soi).

    • Le numéro de commande n'est pas exporté vers la CAO, la BOM, etc.

    Exemple : recherche avec le numéro de commande, affichage du code de type dans le tableau

    Exemple : recherche avec le numéro de commande, affichage du code de type dans le tableau



[45] Les variables de classe [Class variables] CNSORDERNO et CNSTYPECODE sont définies sous Variable avec Numéro de commande [Variable with order number] et variable avec clé de type mappée à la variable souhaitée. Voir aussi Section 5.12.4, « Attribuer facilement des variables importantes à la classification CNS  ».

[46] key VARSEARCHRESOLVEORDERNO. Sur Au niveau du projet, c’est dans le fichier projet, au niveau du catalogue en $CADENAS_DATA/23d-libs/<katalogname>/dir.prj. Pas d’équivalent GUI. L’intervention manuelle n’est pas nécessaire.

[47] Assurez-vous toujours d’utiliser un index de recherche en texte intégral et/ou index de géorecherche actuels pour le catalogues nécessaires pour exécuter toutes les fonctions de leur version logicielle. (Avec Par exemple, la V11 SP10 est la recherche inversée – Test de la La recherche par numéro de commande [Reverse Search – Test reverse search] a été ajoutée, basée sur le Index de recherche en texte intégral.)

Précédent Niveau supérieur Suivant
5.12.6.  Classer les projets par lots  Sommaire 5.12.7.1. Utilisation de CNSORDERNO et CNSTYPECODE avec des exemples