5.12.11.26.2. Katalog mit PDT Informationen anreichern

Über die Funktion Katalog mit PDT Informationen anreichern [Enrich catalog with PDT information] können Sie in Ihrem Katalog PDT-Informationen automatisiert verfügbar machen. Voraussetzung hierfür ist eine entsprechend aufbereitete Excel-Datei.

Excel mit PDT-Informationen

Excel mit PDT-Informationen

[Hinweis]Hinweis

Stellen Sie sicher, dass der Volltextsuchindex gültig und aktuell ist.

[Hinweis]Hinweis

Der PDT-Importer einer vorhandenen V12.9-Installation kann durch einfaches Austauschen folgender Dateien in einen V12.10-Stand überführt werden:

  • package.pdtreader.vpk (V12.10) kopieren nach setup/scripts/packages

  • pdt_reader.vbb (V12.10) kopieren nach libs/all/plugins

Nachfolgende Beschreibung geht auf die Unterschiede ein.

Aufruf

Rufen Sie unter Automatisierung [Automation] -> Katalog mit PDT Informationen anreichern [Enrich catalog with PDT information] den Dialog PDT Import auf.

Automatisierung [Automation] -> Katalog mit PDT Informationen anreichern [Enrich catalog with PDT information]

Automatisierung [Automation] -> Katalog mit PDT Informationen anreichern [Enrich catalog with PDT information]

-> Der Dialog PDT Import wird geöffnet.

Einstellungen
  • PDT: Browsen Sie via ... zur gewünschten Excel-Datei bzw. Template.

    • Der Eintrag wird gespeichert und muss für einen erneuten Import der gleichen PDT nicht neu eingegeben werden.

    • Produkte werden nach einer Änderung nicht automatisch geladen. Nach der Eingabe muss Produkte laden ausgeführt werden.

  • Konfiguration: Wählen Sie im Listenfeld die Option :/configurations/base.cfg.

    Dialog in V12.10

    Dialog in V12.10

    Dialog in V12.9

    Dialog in V12.9

  • POOLID hinzufügen [Add POOLID]: Der Punkt ist gegenüber V12.9 entfallen, da das Zubehör über den relativen Pfad und nicht die POOL Id geschrieben wird.

  • Die Auswahlkästchen unten sind gegenüber V12.9 entfallen:

    • Keine Suche verwenden [Do not use search] wird über den neuen Button Katalog auflösen [Resolve Catalog] ersetzt. So lange die Bestellnummer klassifiziert ist und es keine Varianten gibt, wird dieser nicht benötigt. Bei gelben Feldern (Wertebereichen) kann über die Funktion eine Auflösung der Varianten gestartet werden. Bestellnummern der Varianten landen in einem Cache ($CADENAS_USER/pdt_import/cache.json), welcher dann zur Identifizierung der korrekten Zeilen verwendet wird. Solange sich der Katalog nicht ändert, ist dies nur einmal nötig.

    • Variantenmodus (Klassifikationen sind für das ganze Projekt gültig) [Variant mode (classifications are valid for the whole project)] wird über die PDT-Datei und eine CNS_CONDITION Spalte abgebildet. Sollen Klassifikationen für die ganze Projektdatei gelten ("ganz" meint für alle Werte der Wertebereichsvariablen), muss eine CNS_CONDITION mit dem Wert „empty“ gesetzt werden (in allen relevanten Tabellen möglich).

      CNS_CONDITION

      CNS_CONDITION

    • Attribute kombinieren [Combine attributes] entfällt komplett. Möchte man Felder mit Algorithmen (im Beispiel unten ist es doch kein Algorithmus, oder?), ist der empfohlene Weg, diese per Hand in die Tabelle einzupflegen und per eckige Klammern im PDT den Importer anzuweisen, auf die entsprechende Spalte zu verweisen [SPALTENNAME] -> Klassifikation verweist auf die Tabellenspalte SPALTENNAME.

    • Alte Klassifikationen beim Import entfernen [Remove old classifications during import]: Dies kann nach dem Laden der Produkte über den neuen Button Klassifikationen löschen [Delete classifications] abgebildet werden. Es werden alle Klassifikationen gelöscht, die einen Instanznamen besitzen, der mit "PDT_" beginnt.

    • Parametrisch verarbeiten [Parametric processing]: Entfällt und wird über die CNS_CONDITION Spalte der Excel Tabelle Connection Point Information gesteuert.

  • Sonstige Änderungen gegenüber V12.9:

    • Die Debuginformationen werden nach jedem Import unter $CADENAS_USER/pdt_import geladen.

    • Neben der EClass Property Zeile wird jetzt auch die Variable name Zeile verarbeitet. Während erstere eine eindeutige Id sein sollte (bei doppeltem Auftreten wird die erste als Deutsche und die zweite als Englische Übersetzung eines Feldes angesehen), sollte die zweite einen Attributnamen enthalten, damit diese direkt auf ein Attribut einer Klasse gemapped werden kann. Das Mapping kann in der Konfigurationsdatei übersteuert werden. Letztendlich wäre es aber optimal, so viel korrektes Mapping wie möglich im PDT-Template zu haben.

      Beispiel

      Beispiel

  • Wichtige neue Features:

    • Wenn 2 Baugruppen sich die gleichen Subparts teilen, werden bereits klassifizierte Anfügepunkte erkannt und mit den neuen Werten des aktuellen Imports aktualisiert. Sollen diese unterschiedliche Werte haben, müssen Baugruppenanfügepunkte verwendet werden, da unterschiedliche Werte für Punkte in diesem Fall nur möglich wären, wenn man über die CNS_CONDITION diese für ihre jeweilige Baugruppe unterscheiden könnte.

    • Zur Durchführung eines Imports müssen keine bestimmten Tabellen vorhanden sein. Es kann z.B. ein Import gemacht werden, der nur CP oder nur Zubehör importiert.

Ablauf

Ergebnis

Bei Baugruppen werden Merkmale von Klassen, die keine Anfügepunkte betreffen, in das Baugruppenprojekt geschrieben (z.B. "CNSELEK"), Merkmale von Anfügepunkten ("CNS_CP") in das erste Subpart, das einen Anfügepunkt mit dem entsprechenden Namen besitzt.

PDT-Informationen in CNS-Klassifikation

PDT-Informationen in CNS-Klassifikation