4.15.3. Katalogupdate mit ERP-Kopplung - Zuweisungsprobleme mit Update Manager beheben
4.15.3.2. Katalogupdate (Tutorial) - Beispiel 2
Zurück  Weiter

4.15.3.2. Katalogupdate (Tutorial) - Beispiel 2

4.15.3.2.1. Vorbereitungen
4.15.3.2.2. Katalogupdate - Herunterladen
4.15.3.2.3. Zuordnung / Freigabe – Überblick zur Vorgehensweise
4.15.3.2.4. PARTadmin - Prüfen | Vergleichen | Installieren
4.15.3.2.5. PARTlinkManager
4.15.3.2.6. Update Manager - Zuordnung von Projekten und LinkDB-Datensätzen
4.15.3.2.6.1. Update Manager - Projekte mit einfachem Zuordnungsprozess
4.15.3.2.6.1.1. project.prj zuordnen (Normbezeichnung angepasst)
4.15.3.2.6.1.2. project2.prj zuordnen (Verzeichnis geändert)
4.15.3.2.6.1.3. project4.prj zuordnen (Verzeichnis geändert und Normbezeichnung angepasst)
4.15.3.2.6.2. Update Manager - Projekte mit komplexerem Zuordnungsprozess
4.15.3.2.6.2.1. project3.prj zuordnen (Projekt und Normnummer umbenannt)
4.15.3.2.6.2.2. project5.prj zuordnen
4.15.3.2.6.2.3. project6.prj zuordnen
4.15.3.2.6.2.4. project7.prj zuordnen
4.15.3.2.6.3. Abschließende Überprüfung

Bei einer ERP-Kopplung sind Datensätze in der LinkDB einer bestimmten Projektzeile (Projektpfad + LineID) zugeordnet.

Bei Katalogupdates kann es vorkommen, dass aufgrund von Änderungen nicht alle LinkDB-Verknüpfungen für jedes Produkt gefunden werden.

[Hinweis]Hinweis

Das vorliegende Beispiel ist ein "Worst case" Szenario. Es enthält zur Veranschaulichung nur alle möglichen Änderungsfälle - keine "normalen", "guten" Projekte. Es kann im Sinne eines Tutorials zur Unterstützung für einen schnellen Einstieg in die Materie "Katalogupdate" verwendet werden.

Sie finden die Beispieldateien in Ihrer Installation unter $CADENAS\training\update_manager\catalog_update_v1(und v2).cip.

Die Projekte enthalten folgende Fälle:

project.prj NB angepasstAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.1, „ Update Manager - Projekte mit einfachem Zuordnungsprozess“)
project2.prj Verzeichnis geändertAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.1, „ Update Manager - Projekte mit einfachem Zuordnungsprozess“)
project3.prj Projekt und NN umbenanntAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.2, „ Update Manager - Projekte mit komplexerem Zuordnungsprozess“)
project4.prj Verzeichnis geändert und NB angepasst

Automatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.1, „ Update Manager - Projekte mit einfachem Zuordnungsprozess“)

project5.prj Projekt und NN umbenannt und NB angepasstAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.2, „ Update Manager - Projekte mit komplexerem Zuordnungsprozess“)
project6.prj Projekt und NN umbenannt und Verzeichnis geändertAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.2, „ Update Manager - Projekte mit komplexerem Zuordnungsprozess“)
project7.prj Projekt und NN umbenannt, Verzeichnis geändert und NB angepasstAutomatisches Mapping möglich (siehe Abschnitt 4.15.3.2.6.2, „ Update Manager - Projekte mit komplexerem Zuordnungsprozess“)

Gründe für Katalogänderungen können sein:

  • Produktänderungen

    • Produkte wurden aus dem Sortiment genommen

    • Produkte wurden ersetzt

    • Ergänzung der Produktwerte

    • Neue Produkte sind hinzugekommen

  • Wartung

    • Modellierungsfehler

    • Anpassungen der Bezeichnungen & Namen

    • Strukturänderungen

    • Korrektur Tabellenwerte

Um die folgenden Erläuterungen im Sinne eines Tutorials optimal nutzen zu können, ist zur Vorbereitung ein Basiskatalog zu installieren. Siehe hierzu den folgenden Abschnitt Abschnitt 4.15.3.2.1, „Vorbereitungen“.

Unter Abschnitt 4.15.3.2.3, „Zuordnung / Freigabe – Überblick zur Vorgehensweise“ erhalten Sie einen Überblick.

Zurück Nach oben Weiter
4.15.3.1.3. Bearbeitung im Update Manager  Zum Anfang 4.15.3.2.1. Vorbereitungen