はじめに
kintoneのプロセス管理を利用していて、次のように思ったことはありませんか?
「〇〇アプリの申請が済んでいるか確認してからxxアプリで承認したいな〜」
(例)営業部内の出張申請で承認を得ているのを確認してから、経理部側で出張旅費の承認をしたい。
このような場合、承認者がわざわざ別アプリの申請レコードを探すか、申請者が都度別アプリのレコードのURLを伝えることになったりと、やりとりが面倒ですよね。
本記事では関連する別アプリのプロセスが完了したら、自動でそれがわかるようなカスタマイズを紹介したいと思います!
Internet Explorerの場合は次の記事で紹介しているwebpackやPolyfillを使用する必要があります。
webpackとBabel、Polyfillを導入してkintoneカスタマイズを効率化する
申請フローのイメージ
今回のカスタマイズでは「 同じような内容の申請は一発で済ませる!複数アプリのプロセス管理を一度に進めよう 」で作成したアプリ、プロセス管理の設定を使ってカスタマイズを実装していきます!
アプリAを親プロセスアプリ、アプリBは子プロセスアプリという立ち位置で利用します。
カスタマイズで実現するプロセス管理は次のようなフローになります。
- 申請者がアプリAにレコードを作成し、プロセスを進める。
- アプリAで入力した内容を使って、自動的にアプリBにもレコードを作成し、プロセスが進む。
アプリAのレコードはアプリBのレコードが承認されるまでプロセスを進めることはできない。 - アプリBの承認者がレコードの内容を承認する。
- アプリAのレコード内にある「アプリBの承認完了フラグ」が自動で完了になり、プロセスが進む。
- アプリAの承認者がレコードの内容を承認する。
今回、新たにカスタマイズで実現する範囲は、2の「アプリAのレコードはアプリBのレコードが承認されるまでプロセスを進めることはできない」の部分と4の処理になります。
以降の説明では、上記の記事で設定したアプリの状態から変更がある点を中心に説明していきます。
下準備
アプリの準備
アプリAとアプリBに以下のフィールドを追加します。
アプリA
フィールド名 | フィールドコード | フィールドタイプ | 項目 |
---|---|---|---|
アプリBの承認完了フラグ | アプリBの承認完了フラグ | チェックボックス | 完了 |
アプリB
フィールド名 | フィールドコード | フィールドタイプ |
---|---|---|
アプリAのレコードID | アプリAのレコードID | 文字列(1行) |
プロセス管理の設定
アプリA、アプリBでそれぞれ以下のとおりにプロセス管理の設定を変更します。
アプリA:プロセス管理の設定
- 「ステータス」の設定
- ステータス「処理中」を「処理中(アプリB未承認)」に変更する。
- 「処理中(アプリB承認済み)」を追加する。
- 「プロセス」の設定
- 未処理の実行後のステータスを「処理中(アプリB未承認)」に設定する。
- 「未処理」の次の行にプロセスを1件追加し、アクション実行前のステータスを「処理中(アプリB未承認)」に設定する。
- ステータス「処理中(アプリB未承認)」でアクションが実行できる条件を「アプリBの承認完了フラグ:次のいずれかを含む:完了」に設定する。
- ステータス「処理中(アプリB未承認)」でのアクション名を「最終承認者へ申請する」に設定する。
- ステータス「処理中(アプリB未承認)」での実行後のステータスを「処理中(アプリB承認済み)」にする。
- ステータス「処理中(アプリB承認済み)」の作業者は「次のユーザーのうち1人」を選択し、任意のユーザーを設定する。
アプリB:プロセス管理の設定
ステータス「処理中」の作業者は「次のユーザーのうち1人」を選択し、任意のユーザーを設定します。
JavaScriptカスタマイズ
ここまでの準備ができたらJavaScriptカスタマイズを加えていきます。
まず、アプリAに下のJavaScriptを適用します。20行目はアプリBのアプリIDに修正してください。
- アプリBのアプリIDが2の場合
- 修正前:
const appId = 'xxx';
- 修正後:
const appId = '2';
- 修正前:
|
|
次に、以下のJavaScriptをアプリBに適用します。14行目はアプリAのアプリIDに修正してください。
- アプリAのアプリIDが1の場合
- 修正前:
const appId = 'xxx';
- 修正後:
const appId = '1';
- 修正前:
|
|
動作確認
カスタマイズを反映させたら、動作確認をしていきます。
アプリAでレコードを作成し「処理開始」をクリックし「実行」を選択してプロセスを進めましょう。
アプリBのレコード作成とプロセスの進行が成功すると「アプリBのレコードを作成し、プロセスを進めました」とメッセージが表示されます。
ここまでは「 同じような内容の申請は一発で済ませる!複数アプリのプロセス管理を一度に進めよう 」と同じ挙動になっています。
なお、アプリAに作成した「アプリBの承認完了フラグ」は、カスタマイズによりレコードの追加・編集画面やレコード一覧画面のインライン編集からは変更できないようになっています。
次に、プロセスの作業者として割り当てられたユーザーでアプリBを開き、カスタマイズにより作成されたレコードを確認します。
プロセス管理のステータスが「処理中」になっていて、申請タイトルと申請内容にアプリAで記入した内容が記入されていることを確認し「完了する」のアクションを実行しましょう。
「アプリAのレコードのプロセスを進めました」とブラウザー上に表示されれば、カスタマイズが実行された証拠です!
アプリAのレコードを開くと、プロセスのステータスが「処理中(アプリB承認済み)」に進み、「アプリBの承認完了フラグ」が「完了」になっていることが確認できます。
最後に、承認の担当ユーザーが「完了する」のアクションを実行することで申請のプロセスは完了です!
おわりに
いかがでしたでしょうか?
「
プロセス管理でアクションを実行するときのイベント
」や「
1件のレコードのステータスを更新する
」を活用することで、このように他のアプリとプロセス管理を連携できます。
標準機能では実現できない申請フローがあった際には「カスタマイズで実現できないか?」と考えるヒントになれば幸いです!
注意事項
本カスタマイズはPCのみで動作します。
このTipsは、2021年8月版kintoneで動作を確認しています。