Manual

4.5.3. Katalogupdate bei ERP-Integration 4.5.3.3. Weiterführende Informationen zum Katalogupdate
Zurück	Weiter

Bei einem Katalogupdate werden alte und neue Version verglichen. Dieser Prozess läuft nach folgendem Schema ab:

Vergleich des Katalogdatums
Vergleich der Projekte

Es wird nach Projektpfad, Projektname und Normnummer verglichen, ob die Version gleich geblieben ist.
- Entfallene Projekte bekommen eine entsprechende "alte" Versionsnummer
- Bei neuerer Version bekommt das alte Projekte eine "alte" Versionsnummer und es wird ein neues Projekt erzeugt.
- Bei unbekannten Projekten wird ein neues Projekt erzeugt.

Die Punkte 1 und 2 werden grundsätzlich ausgeführt, auch wenn keine ERP-Integration besteht.

Folgender Punkt ist nur von Bedeutung, wenn eine ERP-Integration besteht. Siehe Workflow - Katalogupdate.

Vergleich der Projektzeilen mit Feldänderungen der Spalten "ACTIVE_STATE" und "REQUESTED_STATE"

Bei der Prüfung der Projektzeilen können folgende Fälle auftreten:
- Zeilen ohne Verknüpfung in der LinkDB
  
  Zusätzliche Projektzeilen können keine Verknüpfung in der LinkDB haben. Es erfolgt keine weitere Prüfung.
- Zeilen mit Verknüpfung in der LinkDB
  
  Bei allen Projektzeilen, die eine Verknüpfung in der LinkDB haben, kann eine genaue Überprüfung der Änderungen (Projekt, Tabelle, Geometrie) erfolgen.
- Außerdem wird vor Ausführen des Updates bestimmt, welche Einträge die Spalten "ACTIVE_STATE" und "REQUESTED_STATE" in der LinkDB erhalten sollen.

Das folgende Flussdiagramm veranschaulicht die Vorgänge bei einem Katalogupdate:

Workflow bei einem Katalogupdate

Zurück	Nach oben	Weiter
4.5.3.2. Detailprüfung von Tabelle und 3D-Ansicht	Zum Anfang	4.6. Klassifikationen nachinstallieren / updaten