取引パートナの作成

取引先概念が提供されます。「取引パートナ」を参照してください。

プロジェクトに取引先を作成します。
1. ナビゲーション・ペインで、「プロジェクト」をクリックします。
2. 取引先を作成するプロジェクトをクリックします。
3. B2B をクリックします。
4. 「取引先」セクションで、「追加」をクリックします。
5. 「取引先の追加」パネルで、「作成」をクリックします。
ノート:
プロジェクト内で取引先を作成する場合、AIを使用して自然言語テキストを使用して詳細を指定することで、取引先設定を迅速に作成できます。詳細は、AIを使用した取引パートナ設定の作成を参照してください。
スタンドアロン環境で取引パートナを作成します。
1. ナビゲーション・ペインで、B2B、「取引先」の順にクリックします。
  取引先ページが表示されます。「使用方法」列には、取引パートナに関連付けられているアグリーメントの数が表示されます。エントリをクリックすると、その取引パートナのインバウンドおよびアウトバウンドのアグリーメント数が表示されます。
2. 「作成」をクリックします。
取引パートナ名と説明(オプション)を入力します。「識別子」フィールドには、入力した名前が自動的に移入されます。両方の値は一意である必要があります。

ノート:
識別子は作成後に変更できません。
「作成」をクリックします。
新しく作成された取引先に関する追加情報を構成できる詳細パネルが表示されます。

次の項を参照してください。

プロパティの表示

「プロパティ」をクリックして、新しい取引パートナの作成時に入力した情報と同じ情報を表示します。取引先の名前と識別子は、すべての取引先で一意である必要があります。
必要に応じて、取引先の名前を変更します。
取引先名はいつでも変更できます。アクティブに使用される取引先の名前を変更するための有効なシナリオがあります。現実世界では、会社は名前の変更、合併および買収、事業単位の販売などを行います。ここで新しい名前を反映する必要があります。

アクティブな取引先の名前の変更の影響:

取引パートナ名は、この取引パートナから受信または送信されたメッセージのトラッキングB2Bメッセージ・ページの列に表示されます。 1つ以上のランタイム・メッセージが処理されたアクティブに使用されている取引先の名前を変更した場合、トラックB2Bメッセージ・ページの既存のメッセージには、名前変更前の取引先の古い名前が表示されます。新しいランタイム・メッセージは、取引先の新しい名前を記録します。これは監査目的で意図的に行われますが、取引先によってメッセージをフィルタすると、その取引先のすべてのメッセージ(古いメッセージと新しいメッセージの両方)が正しく表示されます。古いメッセージには古い名前が表示され、新しいメッセージには新しい名前が表示されます。

コンタクトの選択

取引先への連絡方法(名前、Eメール、電話番号、ショート・メッセージ・サービス(SMS)番号など)を追加できます。「連絡先タイプ」フィールドと「値」フィールドは、どちらもフリー・テキスト・フィールドです。これにより、カスタム・テキストを入力できます。必要に応じて、この情報を使用して、オフラインで個人に連絡します。現在、「連絡先」フィールドは参照専用であり、B2B for Oracle Integrationでは使用されません。

「連絡先」をクリックします。
「連絡先タイプ」リストから、取引先への連絡メソッド(名前、Eメール、電話番号、SMS番号など)を選択します。この情報を使用して、B2B for Oracle Integration内からではなく、必要に応じて個人にオフラインで連絡します。
対応する値を追加し、「保存」をクリックします。

B2B識別子の定義

外部取引先から識別情報を収集し、かわりに「B2B識別子」セクションに入力します。これは、概念上、B2B、「ホスト・プロファイル」、「識別子」の順で指定されている識別子と非常によく似ています。メッセージ交換では、メッセージの方向に応じて、ホスト識別子と取引先識別子が送信者またはレシーバのロールで使用されます。

方向	送信者	受信者
インバウンド・メッセージ	取引パートナ (取引先識別子は、「発信者ID」または「パーティから」として使用されます)	会社(ホスト) (ホスト識別子は、「レシーバID」または「パーティへ」として使用されます)
アウトバウンド・メッセージ	会社(ホスト) (ホスト識別子は、「発信者ID」または「パーティから」として使用されます)	取引パートナ (取引先識別子は、「レシーバID」または「パーティへ」として使用されます)

方向

送信者

受信者

インバウンド・メッセージ

取引パートナ

(取引先識別子は、「発信者ID」または「パーティから」として使用されます)

会社(ホスト)

(ホスト識別子は、「レシーバID」または「パーティへ」として使用されます)

アウトバウンド・メッセージ

会社(ホスト)

(ホスト識別子は、「発信者ID」または「パーティから」として使用されます)

取引パートナ

(取引先識別子は、「レシーバID」または「パーティへ」として使用されます)

ここで定義したB2B識別子は、次の2つの場所で使用されます:

トランスポート
アウトバウンド契約

識別子の使用方法に関する次の詳細を理解します。

次の表に、各タイプの識別子が使用される場所とその目的を示します。

識別子タイプ	使用される場所	用途	値に関する制限
アプリケーション・パートナID	すべてのアウトバウンド契約で暗黙的に使用されます(**表の下部にあるノートを参照してください)	オプションで、アウトバウンド・メッセージのルーティング先となる取引先を指定するための代替方法として使用されます。アウトバウンド・メッセージの場合、取引先IDまたはアプリケーション・パートナIDのいずれかを取引先IDに指定できます。この使用方法の詳細は、「バックエンド統合の作成」を参照してください。	該当なし
AS2識別子	「取引先」、「トランスポート&契約」、AS2、「AS2識別子」、「パートナ識別子」の順	AS2トランスポート・プロトコルが使用される場合にのみ必須です。この識別子タイプは、FTPトランスポート・プロトコルには使用されません。アウトバウンド・メッセージの場合、この値はAS2メッセージの`AS2-To` HTTPヘッダーとして挿入されます。インバウンド・メッセージの場合、この値は受信メッセージの`AS2-From`ヘッダーに対する検証に使用されます。	二重引用符またはバックスラッシュを除き、最大128文字の印刷可能なASCII文字。取引先を識別できる値として、取引先に同意した任意の値を指定できます。値では大文字と小文字が区別されます。
EDI交換ID	「取引パートナ」、「アウトバウンド契約」、「取引先識別子の選択」の順すべてのインバウンド契約に対して暗黙的に使用されます(**はノートを参照)	すべてのEDIデータ・フォーマットに必須です。この識別子は、交換エンベロープ(X12の場合はISAセグメント、EDIFACTの場合はUNBセグメント)のインター・チェンジ送信者または「レシーバID」フィールドとして使用されます。アウトバウンド・メッセージの場合、この値はインター・チェンジ・レシーバIDとして挿入されます。インバウンド・メッセージの場合、この識別子は、メッセージの送信者として取引先を識別するために、交換送信者アイデンティティとして使用されます。 EDI交換ID自体が取引先を一意に識別しない場合は、EDIグループIDと組み合せて一意の取引先を検索します。	X12には最大15文字。 EDIFACTには最大35文字。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
EDI交換ID修飾子	上述と同じです。	X12には必須で、EDIFACTにはオプションです。この識別子は、EDIペイロードの交換エンベロープのインター・チェンジ送信者または「受取人IDクオリファイア」フィールドとして使用されます。 EDI交換IDで指定された値のカテゴリを示すコードです(DUNS番号、IATA番号など)。アウトバウンド・メッセージの場合、この値はインター・チェンジ・レシーバIDクオリファイアとして挿入されます。インバウンド・メッセージの場合、値は現在使用されていません(使用された場合、交換送信者IDクオリファイアとして扱われます)。	X12には、正確に2文字にする必要があります。値はX12コード・リストのものである必要があります。「EDI標準参照」を参照してください。 X12の汎用サンプル値は`ZZ`です。 EDIFACTは最大4文字です。値はEDIFACTコード・リスト(https://www.gefeg.com/jswg/cl/v3/11b/cl3.htm)から取得する必要があります。 EDIFACTの汎用サンプル値は`ZZZ`です。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
EDI交換内部ID	上述と同じです。	EDIFACTにのみ使用され、それでもオプションです。 EDIFACTでは、内部ルーティングを容易にするために、交換の送信者が指定するID (ビジョン、ブランチ、コンピュータ・システム/プロセスなど)としてこのフィールドを定義します。アウトバウンド・メッセージの場合、この値はEDIFACT UNBエンベロープに「EDI交換内部ID」フィールドとして挿入されます。インバウンド・メッセージの場合、この値は使用されません。	EDIFACTには最大35文字。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
EDI交換内部サブID	上述と同じです。	EDIFACT構文バージョン4にのみ使用されます。つまり、これはオプションです。 EDIFACTでは、これ以上のサブ・レベルIDが必要な場合は、送信者の内部IDのサブ・レベルとしてこのフィールドを定義します。アウトバウンド・メッセージの場合、この値はEDIFACT UNBエンベロープの「EDI交換内部サブID」フィールドとして挿入されます。これは、メッセージが構文バージョン4 (デフォルト)に従っている場合のみです。インバウンド・メッセージの場合、この値は使用されません。	EDIFACTには最大35文字。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
EDIグループID	上述と同じです。	これは、X12では必須であり、EDIFACTではオプションです。 EDIFACTでは、メッセージの送信元である送信者ビジョン、部門などの識別情報としてこのフィールドを定義します。 X12には同様の定義があります。アウトバウンドX12メッセージの場合、この値はGSセグメントにアプリケーション・レシーバ・コードとして挿入されます。アウトバウンドEDIFACTメッセージの場合、この値はUNGセグメントにレシーバIDとして挿入されます(UNGは、アウトバウンド契約でこの識別子が選択されている場合にのみ生成されます。そうでない場合には生成されません)。インバウンド・メッセージの場合、この値は、EDI交換IDがそれ自体で取引先を一意に識別するのに十分でない場合にのみ使用されます。その場合、EDI交換IDとEDIグループIDの組合せを使用して一意の取引先を検索します。	X12には、最小2文字および15文字以内。 EDIFACTには最大35文字。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
EDIグループID修飾子	上述と同じです。	EDIFACTにのみ使用されます。その場合はオプションです。 EDIグループIDで指定されている値(DUNS番号、IATA番号など)のカテゴリを示すコードです。 EDIグループIDクオリファイア(指定されている場合)として挿入するためにアウトバウンド・メッセージにのみ使用されます。	EDIFACTは最大4文字です。値はEDIFACTコード・リスト(https://www.gefeg.com/jswg/cl/v3/11b/cl3.htm)から取得する必要があります。一般的なサンプル値は`ZZZ`です。値は大文字と小文字が区別され、デリミタ文字を含めることはできません。
DUNS	上述と同じです。	RosettaNetにのみ使用されます。	9桁の数値。
LocationID	上述と同じです。	これはフリー・テキスト・フィールドであり、サービス・ヘッダー(指定されている場合)の移入に使用されます。	フリー・テキスト・フィールド。
名前	上述と同じです。	この識別子は、トランスポートの定義時に「パートナの識別子」および「ホスト識別子」フィールドで使用されます。たとえば: パートナの識別子: アウトバウンド・メッセージのレスポンダ・パーティIDとして使用され、インバウンド・メッセージの予期されるイニシエータ・パーティIDとして使用されます。識別子タイプはパーティIDタイプとして使用されます。ホスト識別子: アウトバウンド・メッセージのイニシエータ・パーティIDとして使用され、インバウンド・メッセージの予期されるレスポンダ・パーティIDとして使用されます。識別子タイプはパーティIDタイプとして使用されます。	フリー・テキスト・フィールド。
ロール	上述と同じです。	この識別子は、AS4メッセージのイニシエータ/レスポンダ・ロール・フィールドに移入するために使用されます。	フリー・テキスト・フィールド。

ノート:

**暗黙的な使用法とは、インバウンド契約またはアウトバウンド契約で識別子を明示的に選択しないことを意味します。かわりに、契約をデプロイすると、この識別子はランタイム処理で自動的に使用されます。

使用されているB2B識別子が保護されます:
トランスポートまたは契約で明示的に参照される取引先B2B識別子は削除できません。取引先「B2B識別子」セクションから識別子を削除するには、その関連付けをトランスポートまたは契約から削除する必要があります。
同じタイプの複数の識別子:
この概念は、ホスト・プロファイルで複数の識別子を定義することに似ています。

同じ識別子タイプの複数のB2B識別子を追加できます。たとえば、X12、X12 HIPAA、EDIFACTまたはRosettaNetの使用に基づいて、取引パートナ内のビジネス・ユニットに基づいて、または開発、テスト、本番などの環境に基づいて識別子を追加できます。識別子タイプと値の組合せは一意である必要があります。この検証はユーザー・インタフェースで実施されます。

同じタイプの識別子を複数定義することもできますが、アウトバウンド契約では特定の一意タイプを選択する必要があります。これにより、B2Bは、あいまいさなしでアウトバウンド・メッセージに挿入する識別子を正確に認識できます。
値を更新してランタイムに変更を適用:
既存の取引先B2B識別子の値は、いつでも更新できます。ただし、次の場合まで、実行時B2B処理では使用されません:
- 識別子値が参照された各トランスポートは、再デプロイされます。
- 識別子値が参照された各アウトバウンド契約が再デプロイされます。
- 暗黙的に使用されるB2B識別子の場合、すべての契約が再デプロイされます(インバウンドまたはアウトバウンドの契約のいずれかになります)。
再デプロイメントは、トランスポートおよびアグリーメントで使用可能なライフサイクル・アクションです。メッセージ処理を中断することなく、実行時に変更を適用します。

「B2B識別子」をクリックして、取引先を一意に識別する識別子を定義します。この情報は、ホストに定義したものに似ています。「ホスト・プロファイルの定義」を参照してください。
識別子名を選択し、値を指定します。複数の名前と値のペアを指定できます。識別子が定義されていない場合は、「追加」をクリックして新しい識別子を追加し、識別子タイプを選択して値を入力します。
「コントロール番号」セクションで、「交換」、「グループ」および「トランザクション」フィールドに初期制御番号を入力します。これらの番号は、外部取引パートナごとにISAセグメントおよびGSセグメント内で自動的に増分されます。この機能は、アウトバウンドX12、X12 HIPAA、RosettaNetおよびEDIFACTドキュメントにのみ適用されます。
たとえば、開発環境で取引先Aに使用された最後の管理番号が100004であるとします。テスト環境に移行する場合は、取引先Aの初期管理番号を200001に増やします。これにより、制御番号が重複する可能性がなくなり、EDIメッセージが送信される環境を識別できます。
「保存」をクリックします。

詳細は、ビデオをご覧ください: