複数の業務から呼び出される業務は少なくありません。たとえば "Web 受注アプリ" や "Fax 受注アプリ" などから呼び出される "出荷アプリ" であったり、"プレス原稿作成" や "Web サイト更新" などから呼び出される "翻訳アプリ" などは、サブルーチン（サブアプリ）として独立させることを検討します。
1. サブアプリの活用シーンについて、概要を理解する
- a. 専門家業務の呼び出し
"ブランド戦略室" や "法務部" など専門家への依頼を組み込みやすくなります
- b. 直接業務の分解
"原稿翻訳" や "アイコン制作" といった作業を全社共通基盤化することができます
2. サブアプリ（子：呼び出される側）を設計し運用する
- a. 開始ポイント
フローの起点となる［メッセージ開始イベント（HTTP）］を設置します
- b. 親ケースから受け取るデータ項目
呼び出し元（親ケース）から受け取った、業務に必要な情報を保存しておくデータ項目を用意します
- c. 親ケースに渡すデータ項目
呼び出し元（親ケース）に受け渡す、サブアプリの成果物を保存しておくデータ項目を用意します
- 親ケースから受け取るデータ項目
- ［メッセージ開始イベント（HTTP）］のプロパティにて編集許可を［編集可］にします
- 親ケースに渡すデータ項目
- ［メッセージ開始イベント（HTTP）］設定画面の［親ケースからのデータ可視性］にて［許可］に設定します
- 同一アプリに複数の［メッセージ開始イベント（HTTP/Webhook）］が設置されている場合、設定は共通になります
- ［メッセージ開始イベント（HTTP）］設定画面の［親ケースからのデータ可視性］にて［許可］に設定します
- 設定が完了したアプリを［リリース］すると、同一ワークフロー基盤内に、このアプリを呼び出すための工程アイコン［サービスタスク（子ケース開始）］が自動生成されます
3. メインケース（親：呼び出す側）を設計する
- a. 呼び出すポイント
サブアプリとして呼び出すアプリの［サービスタスク（子ケース開始）］を設置します
- b. 受け渡しする業務データ
必要に応じて子ケースに送信する値やデータ項目を指定します
- c.［子ケースの終了を待つ］オプション
［子ケースの終了を待つ］オプションをオンにして、終了時にデータを取得する設定をします
- ［サービスタスク（子ケース開始）］はアプリ編集画面の［自動処理タスク］パレット > ［他のワークフローアプリとの連携］に「アプリID アプリ名 ノード番号: 工程名」の名称で一覧されます
- ［子ケースに渡す値］タブにてサブアプリ（子ケース）に受け渡すデータを指定します
- ［子ケースから受け取る値］タブにて［P2: 子ケースの終了を待つ］オプションをオンにします
- 子ケースの終了時に子ケースから取得されるデータの保存先を指定します
BPMNアイコン：サービスタスク（子ケース開始）
チュートリアル：複数のワークフローアプリを連携させて運用するーサブアプリ編
X. 業務アプリ
Z. 追加情報：［メッセージ送信中間イベント（HTTP）］を使用して呼び出す
A. メインケース（呼び出す側）を設計する
- 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）
- 編集保存後、一度稼働状態にすることで、自動受信パラメータ（受信フォーマット）が確定します
B. サブアプリから結果を返す設定をする
- a. メインケースの自動受信 URL
https://karasumi-shijo-000.questetra.net/System/ReceiveTask/HttpPost/456/10/receive
- b. メインケースのセキュリティ鍵
メインケースのセキュリティ鍵（key）を指定します
- c. 受け渡しする業務データ
必要に応じてメインケースの "受信パラメータ名" を指定し、処理結果として送信する値を指定します
- 同一ワークフロー基盤の場合
"${var[applicationRoot]}System/ReceiveTask/HttpPost/456/10/receive" で代用可能です - 上のURLのうち
- 456：メインケースのアプリ ID （processModelInfoId）
- 10：メインケースの受信ポイント（nodeNumber）