Wie erstelle oder bearbeite ich eine Prozesskonfiguration?

In diesem Thema wird beschrieben, wie Sie eine Prozesskonfiguration erstellen oder bearbeiten.

Die Einstellungen in der Prozesskonfiguration sind wie in der folgenden Tabelle dargestellt, die nach Registerkarte angeordnet ist. Prozeduren zum Erstellen und Bearbeiten einer Prozesskonfiguration werden nach der Tabelle angezeigt.

Die Autorisierungs- und Nicht-Ablehnungseigenschaften hängen voneinander ab. Weitere Informationen zum Festlegen dieser Eigenschaften finden Sie unter Autorisierungs- und Nicht-Zurückweisungseigenschaften.

Registerkarte	Einstellung	Verwendung
Allgemein	Code anzeigen	Der PIP-Anzeigecode (Partner Interface Process). Dies kann entweder der RosettaNet-PIP-Bezeichnung oder dem Namen für ein benutzerdefiniertes Schema entsprechen. Es wird empfohlen, eine Standardbenennungskonvention zu verwenden, z. B. einen Namen, der den Prozesscode und die Version enthält, z. B. "STD_3A2_R02.00.00A". Dies erleichtert Ihnen die Verwaltung unterschiedlicher Versionen desselben PIP. Dieses Feld ist erforderlich.
Allgemein	Code verarbeiten	Der dreistellige PIP-Code. Beispiel: "3A2". Dieses Feld ist erforderlich.
Allgemein	Version	Die Version des PIP. Beispiel: "V02.02" oder "R02.00.00A". Dieses Feld ist erforderlich.
Allgemein	Prozessname	Der Name des PIP. Beispiel: "Preis- und Verfügbarkeitsanforderungsaktion". Dieses Feld ist erforderlich.
Allgemein	Beschreibung	Eine Beschreibung der Nachrichten, die dem PIP entsprechen.
Allgemein	Standard	Der Typ des Standards. Mögliche Werte: RosettaNet (Standard) oder CIDX
Allgemein (Nicht-RosettaNet-Inhaltsbereich)	Nachrichtenstandard	Bei Nicht-RosettaNet-Inhalten der Name des Nicht-RosettaNet-Standards. Verwenden Sie diese Einstellung, wenn Sie kein RosettaNet-PIP verwenden, aber ein benutzerdefiniertes Schema definiert haben. Verwenden Sie diese Einstellung nur für RNIF 2.0, nicht für RNIF 1.1 oder CIDX.
Allgemein (Nicht-RosettaNet-Inhaltsbereich)	Standardversion	Für Nicht-RosettaNet-Inhalte die Version des Nicht-RosettaNet-Standards. Verwenden Sie diese Einstellung, wenn Sie kein RosettaNet-PIP verwenden, aber ein benutzerdefiniertes Schema definiert haben. Verwenden Sie diese Einstellung nur für RNIF 2.0, nicht für RNIF 1.1 oder CIDX.
Allgemein (Nicht-RosettaNet-Inhaltsbereich)	Nutzlastbindungs-ID	Bei Nicht-RosettaNet-Inhalten die Identifikationsnummer des Nutzlastinhalts. Verwenden Sie diese Einstellung, wenn Sie kein RosettaNet-PIP verwenden, aber ein benutzerdefiniertes Schema definiert haben. Die Partei, die das benutzerdefinierte PIP implementiert, sollte diesen Wert definieren. Verwenden Sie diese Einstellung nur für RNIF 2.0, nicht für RNIF 1.1 oder CIDX.
Aktivität (Empfangsbestätigungsbereich)	Nicht-Ablehnung erforderlich	Bestimmt, ob Signalnachrichten signiert (mit einem Nachrichten digest in der Bestätigungsnachricht) signiert und von der empfangenden Partei in der MessageStorageIn- oder MessageStorageOut-Tabelle der BTARNArchive-Datenbank in ihrer ursprünglichen Form gespeichert werden müssen. Die empfangende Partei muss die Signale für den Zeitraum speichern, der in der Eigenschaft Ursprungsabweichung in der Partnerkonfiguration angegeben ist. Mögliche Werte: True (Standard) oder False Wenn False, werden Signalmeldungen nicht für Nicht-Ablehnungszwecke gespeichert. Signalmeldungen können signiert werden oder nicht. Wenn True, werden eingehende Signalnachrichten in ihrer ursprünglichen Form in der Tabelle MessageStorageIn gespeichert. Ausgehende Signalnachrichten werden in ihrer ursprünglichen Form in der Tabelle MessageStorageOut gespeichert. Signalmeldungen müssen signiert sein. Weitere Informationen finden Sie unter Autorisierungs- und Nicht-Ablehnungseigenschaften.
Aktivität (Empfangsbestätigungsbereich)	Zu bestätigende Zeit (Sekunden)	Die Zeit in Sekunden, um die der Initiator die Bestätigung erhalten muss. Wenn der Initiator sie bis zu diesem Zeitpunkt nicht empfängt, versucht der Initiator erneut, wenn die Wiederholungsanzahl nicht überschritten wurde (im Abschnitt Verhalten dieser Registerkarte). BTARN misst den Time To Acknowledge-Wert ab dem Zeitpunkt, zu dem der Initiator die Aktionsnachricht erfolgreich gesendet hat. Der Wert ist im Übermittlungsheader enthalten. Der Wert darf nicht kleiner als 0 oder größer als der Wert für die Ausführungszeit sein, der auf derselben Seite festgelegt ist. Sie verwenden diese Einstellung für Signalmeldungen (Anwendungsbestätigungen), die in der RNIF 1.1- und 2.01-Verarbeitung zurückgegeben werden. Sie verwenden diese Einstellung auch für Annahmebestätigungen, die in der RNIF 1.1-Verarbeitung zurückgegeben werden. Der Standardwert ist 7.200 Sekunden (zwei Stunden).
Aktivität (Verhaltensbereich)	Ist eine Autorisierung erforderlich?	Bestimmt, ob eine eingehende Aktion oder Signalnachricht signiert werden muss. BTARN akzeptiert kein Geschäftsdokument, wenn die Person/Rolle nicht autorisiert ist, die Aktivität auszuführen. Mögliche Werte: True (Standard) oder False Wenn False, werden ausgehende Aktions- und Signalmeldungen nicht signiert. Eingehende Aktions- und Signalmeldungen können signiert werden. Wenn sie nicht signiert sind, autorisiert das System den Partner mithilfe des Übermittlungsheaders. Wenn True, müssen eingehende Nachrichten signiert werden. Ausgehende Nachrichten können signiert werden. Ausgehende Nachrichten werden nur signiert, wenn Nicht-Zurückweisung von Ursprung und Inhalt auf Truefestgelegt ist. Weitere Informationen finden Sie unter Autorisierungs- und Nicht-Ablehnungseigenschaften.
Aktivität (Verhaltensbereich)	Ist permanente Vertraulichkeit erforderlich	Bestimmt, ob eine Verschlüsselung erforderlich ist. Mögliche Werte: Keiner (Standard) gibt an, dass keine Verschlüsselung erforderlich ist. Nutzlast gibt an, dass die Verschlüsselung des Dienstinhalts und der Anlagen erforderlich ist. Payload Container gibt an, dass die Verschlüsselung des Dienstinhalts, der Anlagen und des Dienstheaders erforderlich ist. In RNIF 2.0 werden die Präambel und der Übermittlungsheader nie verschlüsselt. In RNIF 1.1 werden keine Nachrichtenteile verschlüsselt. Sie sind nur signiert.
Aktivität (Verhaltensbereich)	Ist sicherer Transport erforderlich?	Bestimmt, ob HTTPS-Transport erforderlich ist. Mögliche Werte: True (Standard) oder False
Aktivität (Verhaltensbereich)	Ist eine einzelne Aktion	Bestimmt, ob Nachrichten eine einzel- oder doppelte Aktion sind. Mögliche Werte: True (Standard) oder False Nachrichten mit nur einer Aktion sind Informationsverteilung oder Benachrichtigungen. Meldungen mit doppelten Aktionen sind Geschäftstransaktion, Anforderungsbestätigung, Anforderung/Antwort oder Abfrage/Antwort. Wenn der Standard CIDX ist, muss "Is Single Action" true sein.
Aktivität (Verhaltensbereich)	ist synchron	Bestimmt, ob Handelspartner Aktionsnachrichten synchron oder asynchron austauschen. Mögliche Werte: True oder False(Standard) Wird für RNIF 1.1 nicht verwendet.
Aktivität (Verhaltensbereich)	Nicht-Ablehnung von Ursprung und Inhalt	Bestimmt, ob Aktionsnachrichten von der empfangenden Partei in ihrer ursprünglich empfangenen Form in der Tabelle MessageStorageIn oder MessageStorageOut der BTARNArchive-Datenbank signiert und gespeichert werden müssen. Die empfangende Partei muss die Aktionsmeldungen für den zeitraum speichern, der in der Eigenschaft Non-Repudiation of origin in der Partnerkonfiguration für Nichtabweisungszwecke festgelegt ist. Bei Bedarf müssen die Aktionsmeldungen signiert werden. Mögliche Werte: True (Standard) oder False Wenn False, werden Aktionsmeldungen nicht zu Nichtabstreitungszwecken gespeichert. Aktionsmeldungen können signiert werden oder nicht. Wenn True, werden eingehende Aktionsmeldungen in ihrer ursprünglichen Form in der MessageStorageIn-Tabelle gespeichert. Nachrichten für ausgehende Aktionen werden in ihrer ursprünglichen Form in der Tabelle MessageStorageOut gespeichert. Aktionsmeldungen müssen signiert sein. Weitere Informationen finden Sie unter Authorization and Non-Repudiation Properties.For more information, see Authorization and Non-Repudiation Properties.
Aktivität (Verhaltensbereich)	Anzahl der Wiederholungen	Gibt an, wie oft der Prozess die Aktivität wiederholen soll, wenn der Transport oder die Verarbeitung fehlschlägt. Wenn die Wiederholungsanzahl 3 beträgt, versucht der Prozess die Aktivität viermal. Der Standardwert ist 3. Wenn die Kommunikation synchron ist, verwendet BTARN dieses Feld nicht, da Wiederholungen bei synchronen Transaktionen nicht angewendet werden.
Aktivität (Verhaltensbereich)	Zeit für die Ausführung	Der Zeitraum (in Sekunden), in dem der Prozess die Aktivität abschließen muss. Der Zeitraum beginnt, wenn der Initiator das erste Dokument sendet. Der Initiator (nicht der Responder) muss sicherstellen, dass die Aktivität innerhalb dieses Zeitraums abgeschlossen wird. Dieser Wert befindet sich im Übermittlungsheader. Der Standardwert ist 86400 Sekunden (24 Stunden). Der Wert für Die Ausführungszeit muss größer sein als der Wert von Time To Acknowledge , der im Abschnitt Bestätigung des Empfangs auf der gleichen Seite festgelegt ist.
Aktivität (Allgemeiner Bereich)	Typ	Bestimmt den Typ der Aktivität. Mögliche Werte: Geschäftstransaktion, Informationsverteilung (Standard), Benachrichtigung, Abfrage/Antwort, Anforderung/Bestätigung oder Anforderung/Antwort
Initiator (Geschäftsdokumentbereich)	Beschreibung	Eine Beschreibung des Geschäftsdokuments der Initiatoraktion.
Initiator (Geschäftsdokumentbereich)	Name	Der Name des Geschäftsdokuments der Initiatoraktion. Beispiel: "Preis- und Verfügbarkeitsanforderung".
Initiator (Geschäftsdokumentbereich)	Version	Die Version des Geschäftsdokuments. Beispiel: "V02_02_00" oder "R02.00.00A". Diese Versionsnummer finden Sie am Anfang der RosettaNet XML-Nachrichtenrichtlinien .htm Datei, die Sie mit der PIP-Spezifikation .doc-Datei und der PIP-DTD aus dem RosettaNet-organization herunterladen.
Initiator (Allgemeiner Bereich)	Aktion	Eine Beschreibung der Initiatoraktion. Beispiel: "Synchrone Testabfrageaktion".
Initiator (Allgemeiner Bereich)	Rolle	Die Rolle des Initiators. Beispiel: "Käufer" oder "Zahler". Der Standardwert ist "Initiator".
Initiator (Allgemeiner Bereich)	Rollenbeschreibung	Eine Beschreibung der Rolle des Initiators. Beispiel: "Die Partei, die die Zahlung ausgibt".
Initiator (Allgemeiner Bereich)	Rollentyp	Der Typ der Rolle des Initiators. Mögliche Werte: Organizational, Employee oder Functional (Standard)
Initiator (Allgemeiner Bereich)	Service	Der Initiatordienst. Beispiel: "Käuferdienst" oder "Zahlerdienst".
Initiator (Allgemeiner Bereich)	Dienstklassifizierung	Der Typ des Initiatordiensts. Beispiel: "Business Service".
Antwortdienst (Geschäftsdokumentbereich)	Beschreibung	Eine Beschreibung des Geschäftsdokuments der Antwortaktion. Beispiel: "Formal bestätigt die status von Positionen in einer Bestellung".
Antwortdienst (Geschäftsdokumentbereich)	Name	Der Name des Geschäftsdokuments der Antwortaktion. Beispiel: "Bestellbestätigung".
Antwortdienst (Geschäftsdokumentbereich)	Version	Die Version des Geschäftsdokuments. Beispiel: "V02.02.00" oder "R02.00.00A". Diese Versionsnummer finden Sie am Anfang der RosettaNet XML-Nachrichtenrichtlinien .htm Datei, die Sie mit der PIP-Spezifikation .doc-Datei und dem PIP DTD aus dem RosettaNet-organization herunterladen.
Antwortdienst (Allgemeiner Bereich)	Aktion	Eine Beschreibung der Antwortaktion. Beispiel: "Bestellbestätigungsaktion".
Antwortdienst (Allgemeiner Bereich)	Rolle	Die Rolle des Antwortgebers. Beispiel: "Verkäufer". Der Standardwert ist "Responder".
Antwortdienst (Allgemeiner Bereich)	Rollenbeschreibung	Eine Beschreibung der Rolle des Responders. Beispiel: "Die Partei, die die Zahlung erhält".
Antwortdienst (Allgemeiner Bereich)	Rollentyp	Der Rollentyp des Antworters. Mögliche Werte: Organizational (Standard), Employee oder Functional
Antwortdienst (Allgemeiner Bereich)	Service	Der Antwortdienst. Beispiel: "Verkäuferdienst".
Antwortdienst (Allgemeiner Bereich)	Dienstklassifizierung	Der Typ des Antwortdiensts. Beispiel: "Business Service".

So implementieren Sie eine neue Prozesskonfiguration

1. Klicken Sie auf Start, zeigen Sie auf Alle Programme, zeigen Sie auf MicrosoftBizTalk Accelerator for RosettaNet, und klicken Sie dann auf BizTalk Accelerator for RosettaNetManagement Console.

2. Erweitern Sie in der BTARN-Verwaltungskonsole BizTalk Accelerator for RosettaNet.

3. Klicken Sie mit der rechten Maustaste auf Prozesskonfigurationseinstellungen, zeigen Sie auf Neu, und klicken Sie dann auf Prozesskonfiguration.

4. Geben Sie im Dialogfeld Neue Prozesskonfigurationseigenschaften auf den Registerkarten Allgemein, Aktivität, Initiator und Responder Werte für die in der vorherigen Tabelle aufgeführten Einstellungen ein, und klicken Sie dann auf OK.

So bearbeiten Sie eine Prozesskonfiguration

1. Klicken Sie auf Start, zeigen Sie auf Alle Programme, zeigen Sie auf MicrosoftBizTalk Accelerator for RosettaNet, und klicken Sie dann auf BizTalk Accelerator for RosettaNetManagement Console.

2. Erweitern Sie in der BTARN-Verwaltungskonsole BizTalk Accelerator for RosettaNet.

3. Klicken Sie auf Konfigurationseinstellungen verarbeiten.

4. Klicken Sie mit der rechten Maustaste auf die Prozesskonfiguration, die Sie bearbeiten möchten, und klicken Sie dann auf Eigenschaften.

5. Ändern Sie im Dialogfeld Eigenschaften der <Prozesskonfiguration> auf den Registerkarten Allgemein und Kontakteigenschaften die Einstellungen nach Bedarf. Informationen zu diesen Einstellungen finden Sie in der obigen Tabelle.

6. Klicken Sie auf OK.

Weitere Informationen

Verwenden der PIP-Spezifikation zum Erstellen einer Prozesskonfiguration
Autorisierungs- und Nichtabstreitbarkeitseigenschaften
Einrichten des eStandards-Nachrichtenaustauschs von CIDX
Verwalten der BTARN-Konfiguration