複数の業務から呼び出される業務は少なくありません。たとえば "Web 受注プロセス" や "Fax 受注プロセス" などから呼び出される "出荷プロセス" であったり、"プレス原稿作成" や "Web サイト更新" などから呼び出される "翻訳プロセス" などは、サブルーチン（サブプロセス）として独立させることを検討します。（Message Catch Event API）
1. サブプロセスの活用シーンについて、概要を理解する
- a. 専門家業務の呼び出し
- "ブランド戦略室" や "法務部" など専門家への依頼を組み込みやすくなります
- b. 直接業務の分解
- "原稿翻訳" や "アイコン制作" といった作業を全社共通基盤化することができます
2. サブプロセス（呼び出される側）を設計し運用する
- 1. 起動フォーマットを公開する
- 自動開始させるためのフォーマット（API）を関連部署に公開します
- 編集保存後、一度稼働状態にすることで、自動開始パラメータ（起動フォーマット）が確定します
- 業務プロセスの ID や業務データのパラメータ名を呼び出す側の設計者に連絡します
- 呼び出す側の設計者自身も［メッセージ送信中間イベント（HTTP）］内の接続先候補にて確認できます
- ［システム管理特権］を持つユーザであれば、［アプリ外部連携］からも確認できます
BPMNアイコン：メッセージ開始イベント（HTTP）
R2182：HTTP 開始のエラー通知
R2210：データ受信用パラメータの命名規則
3. メインプロセス（呼び出す側）を設計する
- a. サブプロセスの自動開始 URL
- https://karasumi-shijo-000.questetra.net/System/Event/MessageStart/123/0/start
- b. サブプロセスのセキュリティ鍵
- 接続先アプリのセキュリティ鍵（key）を指定します
- c. 受け渡しする業務データ
- 必要に応じてサブプロセスの "受信パラメータ名" を指定し、送信する値を指定します
- d. 結果を受け取る工程
- 「メッセージ受信中間イベント（HTTP）」を配置して、サブプロセスから処理結果を受け取る設定をします
- 同一ワークフロー基盤の場合 "${var[applicationRoot]}System/Event/MessageStart/123/0/start" で代用可能です
- 上のURLのうち
- 123：サブプロセスのアプリ ID （processModelInfoId）
- 0：サブプロセスアプリの開始ポイント（nodeNumber）
- 同一ワークフロー基盤の開始イベントの場合「サービスタスク（開始イベントに HTTP リクエスト）」を使用して簡単に設定することもできます
- 編集保存後、一度稼働状態にすることで、自動受信パラメータ（受信フォーマット）が確定します
BPMNアイコン：メッセージ送信中間イベント（HTTP）
BPMNアイコン：サービスタスク（開始イベントに HTTP リクエスト）
4. サブプロセスから結果を返す設定をする
- a. メインプロセスの自動受信 URL
- https://karasumi-shijo-000.questetra.net/System/Event/IntermediateMessaget/456/10/receive
- b. メインプロセスのセキュリティ鍵
- メインプロセスアプリのセキュリティ鍵（key）を指定します
- c. 受け渡しする業務データ
- 必要に応じてメインプロセスの "受信パラメータ名" を指定し、処理結果として送信する値を指定します
- 同一ワークフロー基盤の場合 "${var[applicationRoot]}System/Event/IntermediateMessaget/456/10/receive" で代用可能です
- 上のURLのうち
- 456：メインプロセスのアプリ ID （processModelInfoId）
- 10：メインプロセスアプリの受信ポイント（nodeNumber）
BPMNアイコン：メッセージ送信中間イベント（HTTP）
BPMNアイコン：メッセージ受信中間イベント（HTTP）
コメント
0件のコメント
サインインしてコメントを残してください。