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:
Quell-Version: Die im Dialog ERP-Mapping hinzufügen selektierte
Version
SVN:
Die Dateien werden vom Server (Branch) heruntergeladen)
CIP:
Die CIP-Datei wird entpackt nach $CADENAS_DATA/ciptmp
folder
Ziel-Version: Ihre lokale Arbeitskopie in
$CADENAS_DATA/23d-libs/catalogname
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...)?
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...).
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... 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) 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).