Teilnehmer mit Replikationspaketen importieren
Replikationspakete unterstützen den Import von Teilnehmerdaten (Daten von Benutzern, Gruppen oder Organisationen) in das Windchill Zielsystem. Teilnehmerdaten werden normalerweise als Attribut eines Objekts importiert. Wenn Sie beispielsweise ein Teil importieren, das eine empfangene Lieferung eines Replikationspakets verwendet, verfügt das Teil über die Attribute Erstellt von und Geändert von. Diese Attribute enthalten eine Referenz zu einem Benutzer auf dem Ursprungssystem. Abhängig von der Konfiguration des Zielsystems kann ein Teilnehmer auf dem Ursprungssystem mit einem Teilnehmer auf dem Zielsystem übereinstimmen. Wenn keine Übereinstimmung von eindeutigen Namen vorliegt, erfolgt der Teilnehmerabgleich nach Name. Sie können Ihr System so konfigurieren, dass Benutzer nach anderen Attributen wie z.B. der E-Mail-Adresse abgeglichen werden.
Beispiel: Benutzer Mary Simmon mit dem Benutzername msimmon hat Teil ABC erstellt. Teil ABC wurde später mit einem Replikationspaket in ein anderes Windchill System importiert, in dem Mary Simmon ebenfalls Benutzer ist. Im Attribut Erstellt von des importierten Teils wird immer noch Mary Simmon angegeben, solange der Benutzername (msimmon) sowohl im Ursprungs- als auch im Zielsystem vorhanden ist.
Wenn kein entsprechender Teilnehmer im Zielsystem vorhanden ist, sind mehrere Optionen verfügbar. Bei einem Importversuch wird ein Konflikt mit der Meldung angezeigt, dass das Objekt nicht importiert werden kann, da kein übereinstimmender Teilnehmer verfügbar ist. In Abhängigkeit vom importierten Objekt und Attribut können die folgenden Lösungen angezeigt werden:
Objektimport überspringen: Verwenden Sie diese Option, um den Import des Objekts zu verhindern.
Aktuellen Benutzer festlegen: Verwenden Sie diese Option, um den importierenden Benutzer als den Teilnehmer festzulegen, der dem Objektattribut zugeordnet ist. Beispiel: Anstatt Mary Simmon als Ersteller des Teils festzulegen, werden die Benutzerdaten für den Benutzer aufgeführt, der den Import durchführt. Wenn ein Objekt mit anderen Methoden oder durch einen anderen Pakettyp importiert wird, ist dies das Standardverhalten.
Replizierten Benutzer erstellen: Verwenden Sie diese Option, um einen temporären Benutzer erstellen, der den Benutzer auf dem Ursprungssystem darstellt. Beispielsweise wird ein neuer replizierter Benutzer mit dem Benutzernamen msimmon und sämtlichen anderen Benutzerdaten erstellt, die in den Exportdateien enthalten waren. Andere Benutzerdaten können Benutzerattribute wie vollständiger Name, Nachname oder E-Mail sein. Replizierte Benutzer werden in Windchill mit dem Status Repliziert und dem Statussymbol "Repliziert" angezeigt. Weitere Informationen zu replizierten Benutzern finden Sie unter Replicated Users (Replizierte Benutzer).
* 
Wenn ein Teilnehmer sowohl im Ursprungs- als auch im Zielsystem vorhanden ist, müssen die Teilnehmerattribute zwischen den beiden Systemen nicht übereinstimmen, mit Ausnahme der Attribute, die der Identifizierung des Teilnehmers dienen. Wenn beispielsweise eine Gruppe namens "Dokumentprüfer" in beiden Systemen vorhanden ist, muss die Gruppenmitgliedschaft nicht in beiden Systemen identisch sein. Wenn die Ursprungsgruppe aktualisiert wird, um neue Mitglieder hinzuzufügen, wird die Zielgruppe nicht aktualisiert.
* 
Das Aktualisieren von Benutzerdaten im Ursprungssystem kann einen Konflikt im Zielsystem verursachen. Beispiel: Das Zielsystem ist so konfiguriert, dass Benutzer nach E-Mail abgeglichen werden. Wenn Sie eine erste Lieferung mit msimmons@example.com als E-Mail-Adresse von Marys Simmon senden und dann Marys E-Mail-Adresse in mary.simmons@example.com aktualisieren, kann das Zielsystem keine Übereinstimmung für den ursprünglichen Benutzereintrag mehr finden.
Weitere Informationen zum Konfigurieren des Abgleichs von Benutzern im Ursprungs- und Zielsystem finden Sie unter Benutzer bei der Datenreplikation identifizieren und replizierte Benutzer aktivieren.
War dies hilfreich?