ワークフローの最終承認時に添付ファイルをShare Pointのドキュメントライブラリへ格納する

このチュートリアルでは、案件終了処理の業務ロジックを利用してワークフローの添付ファイルをShare Pointのドキュメントライブラリへ格納します。
ワークフローの案件終了時に業務ロジックを呼び出し、SharePointドキュメントライブラリにディレクトリを作成し、そこに添付ファイルを出力します。

Office365とMicrosoft Entra ID（Azure AD）の設定

1. 「Office 365連携を行う - Office 365の準備 」の手順に従ってOffice365の設定を行ってください。
2. 「Office 365連携を行う - Microsoft Azure の準備 」の手順に従ってMicrosoft Entra ID（Azure AD）の設定を行ってください。

Accel-Mart Quick側の設定

注記

「Accel-Mart Quick システム管理者」ロールを持つユーザで設定を行ってください。
外部連携アプリケーションの設定を行ったユーザのユーザコードを「SharePointストレージ取得」タスクに指定します。

1. 「Office 365連携を行う - OAuthプロバイダの設定」の手順に従ってOAuthプロバイダの設定を行ってください。
2. 「Office 365連携を行う - 外部連携アプリケーションの設定」の手順に従って外部連携アプリケーションの設定を行ってください。

ワークフローの作成

「Accel-Mart Quick ワークフロー管理者」ロールを持つユーザでワークフローを作成します。
作成するワークフローはフォームに画面アイテム「ファイルアップロード」を配置する必要があります。

このチュートリアルでは「簡単なワークフローを作成する 」の「【チュートリアル】直線申請フロー」を利用します。
「簡単なワークフローを作成する 」の手順に従ってワークフローを作成してください。

Share Pointのドキュメントライブラリへ添付ファイルを連携する業務ロジックの作成

ワークフローの添付ファイルのデータをShare Pointのドキュメントライブラリへ連携する案件終了処理の業務ロジックを作成します。

注記

業務ロジックの作成は「Accel-Mart Quick アプリケーション管理者」ロールを持つユーザで行ってください。

作成する業務ロジックでは、以下の処理を行います。

• 「ファイルアップロード情報取得」タスクで画面アイテム「ファイルアップロード」に添付されたファイルのファイルIDを取得します。
• 取得したファイルIDを用いて再度「ファイルアップロード情報取得」タスクを実行し、ファイルデータを取得します。
• ファイルが複数添付された場合のために最初の「ファイルアップロード情報取得」タスクの返却値であるファイル情報の配列に対して繰り返し処理を行います。
• 「SharePointストレージ取得」タスクを用いて、Share Pointのドキュメントライブラリのストレージを取得します。
• 取得したストレージに対して、ディレクトリの作成と「ファイルアップロード情報取得」で取得したファイルデータの出力を行います。

作成する業務ロジック

案件終了処理の業務ロジックを新規作成する

1. メニューの「管理」→「ノーコード開発」→「ワークフロー設定」から、「IM-BIS－更新履歴」画面を表示します。

   

2. 「ワークフローの作成」で作成した「【チュートリアル】直線申請フロー」の をクリックします。

   

3. 「IM-BIS－フロー編集」画面の「業務ロジック」をクリックします。

   

4. 「業務ロジック」画面が表示されます。

   

5. 「案件終了処理」の「新規作成」をクリックします。

   

6. 「業務ロジック登録 - 案件終了処理」画面が表示されます。業務ロジック名を入力し「登録」をクリックします。

   

7. 「ロジックフロー定義編集」画面が表示されます。

   

定数の追加とタスクの配置を行う

1. まず、ロジックで使用する定数を追加します。「ロジックフロー定義編集」画面上部、ヘッダ内の「定数設定」をクリックします。

   

2. 「定数設定」ダイアログが表示されます。「定数を追加」をクリックします。

   

3. 下記の定数値をそれぞれ定義してください。

   定数ID	定数値	説明
   providerId	（プロバイダID）	OAuthプロバイダ設定で設定したプロバイダIDを指定します。
   userCd	（ユーザコード）	外部連携アプリケーションの設定を行ったAccel-Mart Quick上のユーザのユーザコードを指定します。
   pathSeparator	/	「SharePointストレージ取得」タスクで取得するドキュメントライブラリのパスの作成に使用します。
   sitePath	（サイトパス）	Office 365 SharePoint Online 上のサイトパスを指定します。 例えば、チームサイトが「https://yourcompany.sharepoint.com/sites/foo」の場合、サイトパスには foo でなくsites/fooを指定します。

4. 次に、下記の図のようにエレメントを配置し、それぞれをつなぎ合わせて処理の流れを定義してください。

   

   備考

   エレメントを配置する詳しい操作方法は「エレメントを配置する 」を参照してください。

タスクのプロパティを設定する

各タスクに入力値として渡す値を設定するため、マッピング設定を行います。

1. まず「ファイルアップロード情報取得(im_bisFileUpload1)」タスクのマッピング設定を行います。 フロー編集画面上の「ファイルアップロード情報取得(im_bisFileUpload1)」タスクをクリックします。

   

2. 画面右側に「ファイルアップロード情報取得(im_bisFileUpload1)」タスクに関するプロパティ画面が表示されます。

   

3. 基本設定の「マッピング設定」をクリックします。

   

4. 「ファイルアップロード情報取得(im_bisFileUpload1)」タスクのマッピング設定画面が開きました。

   

5. 下記の設定項目を元にマッピングを行います。

   始点	終点
   定数 - imfrApplicationId<string>	im_bisFileUpload1 - applicationId<string>
   入力 - imwProcessCommon - userDataId<string>	im_bisFileUpload1 - insertId<string>

   ヒント

   フォームに画面アイテム「ファイルアップロード」が複数配置されている場合は、 im_bisFileUpload1 - uploadItemId<string> に、ファイルデータを取得したい「ファイルアップロード」アイテムのアイテム識別IDを設定してください。

6. 設定画面左部の項目から出ている端子にカーソルをあわせそのままドラッグし、設定画面右部のマッピングしたい項目から出ている端子にドロップすることでマッピングが行えます。終点の applicationId<string> と insertId<string> のマッピングをそれぞれ行ってください。

   

   備考

   マッピング設定についての詳しい説明は「マッピング設定を行う 」を参照してください。

7. マッピング設定が完了したら、「決定」をクリックします。

8. 次に「繰り返し開始」タスクのプロパティを設定します。「繰り返し開始」タスクをクリックしプロパティ画面の「繰り返し対象」の「選択」をクリックします。

   

9. 「繰り返し対象の選択」画面が表示されるので、im_bisFileUpload1<object[]>を選択し「決定」をクリックします。

   

10. 「ファイルアップロード情報取得(im_bisFileUpload1)」で取得したファイルIDを元にファイルデータを取得します。 同様の手順で、下記の設定項目を元に、「ファイルアップロード情報取得(im_bisFileUpload2)」タスクのマッピングを行います。

    始点	終点
    定数 - imfrApplicationId<string>	im_bisFileUpload2 - applicationId<string>
    入力 - imwProcessCommon - userDataId<string>	im_bisFileUpload2 - insertId<string>
    im_startLoop1 - item - fileId<string>	im_bisFileUpload2 - fileId<string>

    

11. 同様の手順で、下記の設定項目を元に、「SharePointストレージ取得(im_sharePointStorage1)」タスクのマッピングを行います。

    始点	終点
    定数 - providerId<string>	im_sharePointStorage1 - providerId<string>
    定数 - userCd<string>	im_sharePointStorage1 - userCd<string>
    定数 - sitePath<string>	im_sharePointStorage1 - sitePath<string>
    （※ヒントに記載）	im_sharePointStorage1 - path<string>

    ヒント

    終点の im_sharePointStorage1 - path<string> には、次の「ディレクトリ作成」タスクで作成するSharePointドキュメントライブラリのディレクトリのパスを指定します。
    パスは関数concatを使って "yyyy/mm/dd/案件番号/" の形式で作成しセットします。"yyyy/mm/dd/" の部分には申請基準日を使用します。

    下記のようにパラメータを繋げます。

    • 入力 - imwProcessCommon - applyBaseDate<string>
      → 定数 - pathSeparator<string>
      → imwMatterEndProcess - matterNumber<string>
      → 定数 - pathSeparator<string>

    マッピング関数の使い方については「マッピング関数の利用 」を参照してください。

    

12. 同様の手順で、下記の設定項目を元に、「ディレクトリ作成」タスクのマッピングを行います。

    始点	終点
    im_sharePointStorage1<storage>	im_makeDirectories1<storage>

    

13. 同様の手順で、下記の設定項目を元に、「SharePointストレージ取得(im_sharePointStorage2)」タスクのマッピングを行います。

    始点	終点
    定数 - providerId<string>	im_sharePointStorage2 - providerId<string>
    定数 - userCd<string>	im_sharePointStorage2 - userCd<string>
    定数 - sitePath<string>	im_sharePointStorage2 - sitePath<string>
    （※ヒントに記載）	im_sharePointStorage2 - path<string>

    ヒント

    終点の im_sharePointStorage2 - path<string> にはSharePointドキュメントライブラリに作成したディレクトリへ出力するためのファイルのパス指定します。
    パスは関数concatを使って "yyyy/mm/dd/案件番号/ファイル名" の形式でパスを作成してセットします。"yyyy/mm/dd/" の部分には申請基準日を使用します。

    下記のようにパラメータを繋げます。

    • 入力 - imwProcessCommon - applyBaseDate<string>
      → 定数 - pathSeparator<string>
      → imwMatterEndProcess - matterNumber<string>
      → 定数 - pathSeparator<string>
      → im_bisFileUpload2 - fileName<string>

    マッピング関数の使い方については「マッピング関数の利用 」を参照してください。

    

14. 「ファイルアップロード情報取得(im_bisFileUpload2)」で取得したファイルデータを、「SharePointストレージ取得(im_sharePointStorage2)」で取得したストレージに出力します。 同様の手順で、下記の設定項目を元に、「ストレージ出力（バイナリ）」タスクのマッピングを行います。

    始点	終点
    im_bisFileUpload2 - fileData<binary>	im_writeBinaryToStorage1 - binary<binary>
    im_sharePointStorage2<storage>	im_writeBinaryToStorage1 - storage<storage>

    

15. 以上で業務ロジックを動作させるために必要な設定が全て完了しました。

保存する

1. 業務ロジック定義編集画面上部、ヘッダ内の「保存」をクリックします。

   

2. 保存画面が表示されます。「同じバージョン番号(1)に上書き保存する」を有効にして「決定」をクリックします。

   

3. 案件終了処理の業務ロジックが作成されました。