| F: | Warum muss überhaupt ein ERP-Mapping
durchgeführt werden? |
| A: | Ein
kleines Beispiel soll die Notwendigkeit illustrieren: Durch Änderungen
in einer Katalog-Folgeversion kann es beispielsweise sein, dass ein
Projekt aufgesplittet wurde in 2 Projekte. Würde auf Kundenseite
einfach nur die neue Katalogversion installiert, würden existierende
ERP-Nummern ins Leere fallen, da das ursprüngliche Projekt nicht mehr
existiert. Wird aber nun ein Mapping erstellt, steht die Information
bei der Installation zur Verfügung und die ERP-Nummern können den
beiden neuen Projekten korrekt zugeordnet werden. |
| F: | Auf welchen Versionsständen basiert das
Mapping? |
| A: | |
| F: | Kann man ein ERP-Mapping ausführen während
eine LIVE-Publikation ausgeführt wird? |
| A: | Nein. Ein neues Mapping wird immer in Bezug
auf die letzte LIVE-Publikation erstellt, aber diese ist ja noch nicht
verfügbar. |
| F: | Wann muss ein ERP-Mapping für partielle
Publizierung hinzugefügt werden (Kontextmenübefehl ERP-Mapping für partielle Publizierung
hinzufügen... [Add ERP mapping for partial publication....])? |
| A: | Für eine QA-Publikation, welche nur die lokal
modifizierten Dateien des selektierten Unterordners enthält. Alle anderen Dateien werden aus der letzten
erfolgreichen QA-Publikation verwendet. Auf diese Weise kann nur eine
Teilmenge der lokal modifizierten Dateien publiziert werden. Durch das Ausführen verschiedener partieller
Publikationen vor dem Ausführen einer Live-Publikation kann eine
bestimmte gewünschte Live-Version zusammengestellt werden. Zum
Beispiel: User1 führt eine partielle Publikation für Unterordner 1
aus, User2 einer partielle Publikation für Unterordner 2, etc. |
| F: | Modellierer hat Mappings verifiziert ohne sie
tatsächlich geprüft zu haben - Wie kann das gefixt werden? |
| A: | Dies kann zu Problemen während der
Installation eines Katalogupdates führen. Die LIVE-Publikation funktioniert, weil
ja Mappings existieren. Aber wenn der Kunde das Update
installiert, werden ERP-Nummern möglicherweise auf falsche Teile
gemappt. Lösung: Erstellen Sie eine neue
Live-Publikation und für diese zwei Mappings: Erstellen Sie ein Mapping so wie
immer (Quellversion entspricht der letzten verfügbaren
Live-Version) Löschen Sie das fälschlicherweise
bestätigte Mapping aus der Mappingdatei heraus
(Kontextmenübefehl ERP-Mappings für
ältere Versionen aufräumen... [Cleanup previous ERP mappings...]). Erstellen Sie ein zweites Mapping auf
die vorletzte Live-Version.
|
| F: | Was passiert, wenn eine Variable, die für das
ERP-Mapping verwendet wird, gelöscht wird? |
| A: | Mapping basiert auf einer ganzen Zeile. Daher
passiert nicht viel. Der User muss den Mapping-Vorschlag
verifizieren. |
| F: | Was ist bei Links zu beachten? |
| A: | Nichts, da Links im Mapping nicht auftauchen.
Ein Link zeigt auf ein reales Projekt. Wenn aber das reale Projekt
modifiziert wird, benötigt dieses ein Mapping. Somit ist auch für das
Linkprojekt alles in Ordnung. |
| F: | Welche Kataloge benötigen ein
ERP-Mapping? |
| A: | Nur Kataloge für die während der
LIVE-Publikation eine CIP erstellt wird (Auswahlkästchen im Dialog).
Kataloge ohne CIP haben keine ERP-Nummern. In
PARTcommunity oder 3dfind.it werden die Projekte einfach aktualisiert.
Es gibt dort keine ERP-Nummern, die der einzige Grund für ERP-Mapping
sind. |
| F: | Ist das Ausführen von ERP-Mapping bearbeiten... [Edit ERP-Mapping...] eine
zuverlässige Methode, das ERP-Mapping einer anderen Person zu
überprüfen (auch als Teil von QA-Checks)? |
| A: | Ja, aber Folgendes ist dabei zu
beachten: ERP-Mapping wird erstellt auf Basis der
lokalen Arbeitskopie des Katalogs. Sie sollten also sicherstellen,
dass diese dieselbe ist (achten Sie auf lokal modifizierte, überholte)
Dateien. |
| F: | Manche Probleme mit ERP-Mapping sind schwer
zu reproduzieren - Was ist der beste Weg sie zu reporten? |
| A: | mapping.json Wenn möglich ändern Sie keine weiteren
Dateien ansonsten wird es noch schwerer das Problem zu
überprüfen) Welche Art von Änderungen wurden
durchgeführt, die zum Mapping-Problem führten? Verwenden Sie keine Workarounds wenn das
Publizieren fehlschlägt wie z.B. Publizieren ohne CIP, um das
Publizieren durchzuführen. Publizieren ohne CIP zerstört die
Server-Daten.
|
| F: | Welche Rolle spielen in den SVN-Trunk
hochgeladene Dateien (Geänderte Dateien in
Verzeichnissen/Projekten auf den Server hochladen [Upload changed files in directories / projects to the server]) bei der
QA-Publizierung? |
| A: | Eigentlich keine, denn es werden die Dateien
der lokalen Arbeitskopie verwendet. (Ob es sinnvoll ist, die lokalen Dateien
nicht einzuchecken, ist eine andere Frage.) |
| F: | Wo
wird das Mapping gespeichert? |
| A: | In
der Datei mapping.json. |
| F: | Kann die Datei mapping.json von mehreren Usern
zur selben Zeit bearbeitet werden? |
| A: | Ja, die Datei wird nicht gesperrt. Um einen
möglichst aktuellen Stand zu haben, aktualisieren Sie Ihre lokale
Datei. |
| F: | Wie können Konflikte effektiv vermieden
werden? |
| A: | Laden Sie immer die letzte Version der
mapping.json-Datei
herunter. Mappings am besten immer beim Einchecken
durchführen und die mapping.json mit einchecken.
Dadurch sollten die Mappings immer auf dem aktuellen Stand sein
und eine Publizierung dann problemlos möglich. Änderungen möglichst zeitnah einchecken
(+ Mapping dafür durchführen). Falls z.B. eine große Änderung
durchgeführt werden soll, kann es sinnvoller sein, diese Änderung
in mehreren kleinen Schritten durchzuführen und nach jedem
Teilschritt die Änderungen einzuchecken (+ Mapping erzeugen und
einchecken).
|
