次の方法で共有


プロセス構成を作成または編集する方法

ここでは、プロセス構成の作成方法または編集方法について説明します。

プロセス構成の設定は、次の表に示すようにタブで並べられます。プロセス構成を作成および編集する手順は、テーブルの後に表示されます。

承認プロパティと否認不可プロパティは独立しています。 これらのプロパティを設定する方法の詳細については、「 Authorization プロパティと Non-Repudiation Properties」を参照してください。

タブ 設定 使用法
全般 [表示コード] PIP (Partner Interface Process) の表示コード。 RosettaNet PIP 指定またはカスタム スキーマの名前のいずれかに対応します。 たとえば "STD_3A2_R02.00.00A" のように、プロセス コードとバージョンを名前に含めるなど、標準の名前付け規則を使用することをお勧めします。 これにより、同じ PIP の異なるバージョンを容易に管理できます。

必須フィールド。
全般 [プロセス コード] 3 桁の PIP コード。 たとえば "3A2" など。

必須フィールド。
全般 Version PIP のバージョン。 たとえば "V02.02" または "R02.00.00A" など。

必須フィールド。
全般 プロセス名 PIP の名前。 たとえば "Price and Availability Request Action" など

必須フィールド。
全般 説明 PIP に準拠するメッセージの説明。
全般 Standard 標準の種類。

設定可能値 : RosettaNet (既定値) または CIDX
全般

("RosettaNet 以外のコンテンツ" 領域)
[メッセージ標準] RosettaNet 以外のコンテンツの場合は、RosettaNet 以外の標準の名前。 この設定は、RosettaNet PIP は使用していないが、カスタム スキーマが定義済みの場合に使用します。 この設定は RNIF 2.0 でのみ使用し、RNIF 1.1 と CIDX には使用しないでください。
全般

("RosettaNet 以外のコンテンツ" 領域)
[標準のバージョン] RosettaNet 以外のコンテンツの場合は、RosettaNet 以外の標準のバージョン。 この設定は、RosettaNet PIP は使用していないが、カスタム スキーマが定義済みの場合に使用します。 この設定は RNIF 2.0 でのみ使用し、RNIF 1.1 と CIDX には使用しないでください。
全般

("RosettaNet 以外のコンテンツ" 領域)
[ペイロードのバインド ID] RosettaNet 以外のコンテンツの場合は、ペイロード コンテンツの ID 番号。 この設定は、RosettaNet PIP は使用していないが、カスタム スキーマが定義済みの場合に使用します。 カスタム PIP を実装しているパーティでは、この値を定義する必要があります。 この設定は RNIF 2.0 でのみ使用し、RNIF 1.1 と CIDX には使用しないでください。
アクティビティ

("受信の確認" 領域)
[否認不可の必要性] (受信確認メッセージに含まれるメッセージ ダイジェストを使用して) シグナル メッセージに署名し、元の形式で BTARNArchive データベースの MessageStorageIn テーブルまたは MessageStorageOut テーブルに格納する必要があるかどうかを判断します。否認を目的としていません。 受信側は、パートナー構成の [ 配信元の否認不可 ] プロパティで指定された期間のシグナルを格納する必要があります。

使用可能な値: True (既定値) または False

の場合 False、否認を目的とせず、シグナル メッセージは格納されません。 シグナル メッセージへの署名の有無は問いません。

の場合 True、受信シグナル メッセージは MessageStorageIn テーブルに元の形式で格納されます。 送信シグナル メッセージは、元の形式で MessageStorageOut テーブルに格納されます。 シグナル メッセージへの署名は必須です。

詳細については、「 Authorization プロパティと Non-Repudiation Properties」を参照してください。
アクティビティ

("受信の確認" 領域)
[受信確認までの時間 (秒)] 開始側が受信確認を受信するまでの秒数。 この時点までにイニシエーターが受信しない場合、再試行回数が (このタブの [動作] セクションにある) 再試行回数を超えていない場合、イニシエーターは再試行します。

BTARN は、イニシエーターがアクション メッセージを正常に送信した時点からの Time To Acknowledge 値を測定します。 値は Delivery Header に含まれます。 値を 0 より小さくしたり、同じページに設定されている Time To Perform 値より大きくすることはできません。

この設定は、RNIF 1.1 および 2.01 の処理で返されたシグナル メッセージ (アプリケーション確認) に対して使用します。 また、RNIF 1.1 の処理で返された受信確認にも使用します。

既定値は 7,200 秒 (2 時間) です。
アクティビティ

("動作" 領域)
承認が必要です 受信したアクション メッセージまたはシグナル メッセージに署名する必要があるかどうかを決定します。 個々のロールがアクティビティの実行を許可されていない場合、BTARN はビジネス ドキュメントを受け入れません。

使用可能な値: True (既定値) または False

の場合 False、送信アクションとシグナル メッセージは署名されません。 受信アクション メッセージと受信シグナル メッセージには署名される場合があります。 署名がない場合は、Delivery Header を使用してパートナーが承認されます。

の場合 Trueは、受信メッセージに署名する必要があります。 送信メッセージに署名される場合もあります。 発信メッセージは、 配信元の否認不可とコンテンツ が に True設定されている場合にのみ署名されます。

詳細については、「 Authorization プロパティと Non-Repudiation Properties」を参照してください。
アクティビティ

("動作" 領域)
[永続的な機密性の必要性] 暗号化の必要があるかどうかを指定します。

使用可能な値: None (既定値) は、暗号化が不要であることを示します。 ペイロード は、サービスのコンテンツと添付ファイルの暗号化が必要であることを示します。 ペイロード コンテナー は、サービス コンテンツ、添付ファイル、およびサービス ヘッダーの暗号化が必要であることを示します。

RNIF 2.0 の場合、Preamble Header および Delivery Header は暗号化されません。 RNIF 1.1 の場合、メッセージ部分は暗号化されません。 署名されるだけです。
アクティビティ

("動作" 領域)
セキュリティで保護されたトランスポートが必要です HTTPS トランスポートの必要があるかどうかを指定します。

使用可能な値: True (既定値) または False
アクティビティ

("動作" 領域)
[シングル アクション] メッセージがシングル アクションか、またはダブル アクションかを指定します。

使用可能な値: True (既定値) または False

シングル アクション メッセージは "情報の配布" または "通知" です。 ダブル アクション メッセージには "取り引き"、"要求/確認"、"要求/応答"、"クエリ/応答" があります。

標準が CIDX の場合、 Is Single Action はTrue である必要があります。
アクティビティ

("動作" 領域)
同期 取引先でのアクション メッセージの交換を同期的に行うか、非同期的に行うかを指定します。

使用できる値: True または False(既定値)

RNIF 1.1 では使用しません。
アクティビティ

("動作" 領域)
[発信元とコンテンツの否認不可] 否認不可を目的として、受信側のパーティがアクション メッセージに署名し、BTARNArchive データベースの MessageStorageIn テーブルまたは MessageStorageOut テーブルに元の形式で格納する必要があるかどうかを指定します。 受信側は、否認不可の目的でパートナー構成の [ 配信元の否認不可 ] プロパティに指定された期間のアクション メッセージを格納する必要があります。 必要に応じて、アクション メッセージに署名します。

使用可能な値: True (既定値) または False

の場合 False、否認不可の目的でアクション メッセージは格納されません。 アクション メッセージへの署名の有無は問いません。

の場合 True、受信アクション メッセージは MessageStorageIn テーブルの元の形式で格納されます。 送信アクション メッセージは、MessageStorageOut テーブルに元の形式で格納されます。 アクション メッセージへの署名は必須です。

詳細については、「 Authorization プロパティと Non-Repudiation Properties」を参照してください。
アクティビティ

("動作" 領域)
再試行回数 トランスポートまたは処理が失敗した場合にプロセスがアクティビティを再試行する回数。 再試行回数が 3 の場合、プロセスはそのアクティビティを 4 回試行します。

既定値は、3 です。

通信が同期の場合、再試行は同期トランザクションでは適用されないため、BTARN はこのフィールドを使用しません。
アクティビティ

("動作" 領域)
[実行までの時間] プロセスがアクティビティを完了するまでの期間 (秒)。 この期間が開始されるのは、開始側が最初のドキュメントを送信した時点です。 開始側 (応答側ではない) は、この期間内にアクティビティを完了させる必要があります。 この値は Delivery Header にあります。

既定値は 86400 秒 (24 時間) です。

[実行時間] の値は、同じページの [受信確認] セクションで設定されている [受信確認時間] の値より大きくする必要があります。
アクティビティ

("全般" 領域)
Type アクティビティの種類を指定します。

使用できる値: ビジネス トランザクション情報配布 (既定値)、 通知クエリ/応答要求/確認、または 要求/応答
Initiator

("ビジネス ドキュメント" 領域)
説明 開始側アクションのビジネス ドキュメントの説明。
Initiator

("ビジネス ドキュメント" 領域)
名前 開始側アクションのビジネス ドキュメントの名前。 たとえば "Price and Availability Request" (価格とアベイラビリティの要求) など。
Initiator

("ビジネス ドキュメント" 領域)
Version ビジネス ドキュメントのバージョン。 たとえば "V02_02_00" または "R02.00.00A" など。

このバージョン番号は、RosettaNet 組織から PIP 仕様 .doc ファイルおよび PIP DTD と共にダウンロードした、RosettaNet XML メッセージ ガイドライン .htm ファイルの最初に記載されています。
Initiator

("全般" 領域)
操作 開始側アクションの説明。 たとえば "Synchronous Test Query Action" (同期のテスト照会アクション) など。
Initiator

("全般" 領域)
ロール 開始側のロール。 たとえば "Buyer" (購入側) または "Payer" (支払側) など。

既定値は "Initiator" (開始側) です。
Initiator

("全般" 領域)
ロールの説明 開始側のロールの説明。 たとえば "The party issuing the payment" (支払いを発行しているパーティ) など。
Initiator

("全般" 領域)
ロールの種類 開始側のロールの種類。

使用できる値: 組織従業員、または 機能 (既定値)
Initiator

("全般" 領域)
サービス 開始側のサービス。 たとえば "Buyer Service" (購入側サービス) または "Payer Service" (支払側サービス) など。
Initiator

("全般" 領域)
サービス分類 開始側サービスの種類。 たとえば "Business Service" (ビジネス サービス) など。
応答側

("ビジネス ドキュメント" 領域)
説明 応答側アクションのビジネス ドキュメントの説明。 たとえば "Formally confirms the status of line items in a purchase order" (発注書の品目の状態を正式に確認する) など。
応答側

("ビジネス ドキュメント" 領域)
名前 応答側アクションのビジネス ドキュメントの名前。 たとえば "Purchase Order Confirmation" (発注確認) など。
応答側

("ビジネス ドキュメント" 領域)
Version ビジネス ドキュメントのバージョン。 たとえば "V02.02.00" または "R02.00.00A" など。 このバージョン番号は、RosettaNet 組織から PIP 仕様 .doc ファイルおよび PIP DTD と共にダウンロードした、RosettaNet XML メッセージ ガイドライン .htm ファイルの最初に記載されています。
応答側

("全般" 領域)
操作 応答側アクションの説明。 たとえば "Purchase Order Confirmation Action" (発注確認アクション) など。
応答側

("全般" 領域)
ロール 応答側のロール。 たとえば "販売者" など。

既定値は "Responder" (応答側) です。
応答側

("全般" 領域)
ロールの説明 応答側のロールの説明。 たとえば "The party receiving payment" (支払いを受けるパーティ) など。
応答側

("全般" 領域)
ロールの種類 応答側のロールの種類。

使用できる値: 組織 (既定値)、 従業員、または 機能
応答側

("全般" 領域)
サービス 応答側のサービス。 たとえば "Seller Service" (販売者サービス) など。
応答側

("全般" 領域)
サービス分類 応答側サービスの種類。 たとえば "Business Service" (ビジネス サービス) など。

新しい構成を実装するには

  1. [スタート] ボタンをクリックし、[すべてのプログラム] をポイントし、[MicrosoftBizTalk Accelerator for RosettaNet] をポイントして、[BizTalk Accelerator for RosettaNet管理コンソール] をクリックします。

  2. BTARN 管理コンソールで、[BizTalk Accelerator for RosettaNet] を展開します。

  3. [ プロセス構成設定] を右クリックし、[ 新規] をポイントして、[ 構成の処理] をクリックします。

  4. [新しいプロセス構成のプロパティ] ダイアログ ボックスの [ 全般]、[ アクティビティ]、[ イニシエーター]、[ レスポンダー ] タブで、前の表に示した設定の値を入力し、[OK] をクリック します

プロセス構成を編集するには

  1. [スタート] ボタンをクリックし、[すべてのプログラム] をポイントし、[MicrosoftBizTalk Accelerator for RosettaNet] をポイントして、[BizTalk Accelerator for RosettaNet管理コンソール] をクリックします。

  2. BTARN 管理コンソールで、[BizTalk Accelerator for RosettaNet] を展開します。

  3. [ プロセス構成設定] をクリックします

  4. 編集するプロセス構成を右クリックし、[ プロパティ] をクリックします。

  5. [プロセス構成>の<プロパティ] ダイアログ ボックスの [全般] タブと [連絡先プロパティ] タブで、必要に応じて設定を変更します。 これらの設定の詳細については、上の表を参照してください。

  6. [OK] をクリックします。

参照

PIP 仕様を使用したプロセス構成の作成
承認プロパティと否認不可プロパティ
CIDX eStandards メッセージ交換のセットアップ
BTARN 構成の管理