みんなの投稿

今、CUSTOMINEのドキュメント見てみました。

あまり詰めては考えていませんが、CUSTOMINEでは、
・ステータスの変更を検知する
・特定のステータスを発火条件に指定する
・作業者を変更する
また、
・（そういったアプリがある前提で、）ユーザーに紐づいた承認者などを取得する
ことが出来るようなので、これらをうまく組み合わせれば課題解決にはなりそうです。
（なりますかね？）

ちなみに、CUSTOMINEは処理フローを書くことでJavaScriptコードを書く”プラグイン”ですので、課題解決に繋がる機能別プラグインもきっとあるはずですね。

困った時のカスタマインですね🌸ありがとうございます🌟

さっそく、ありがとうございます。
やっぱり、簡単にはいきそうにないですか。

承認者は、ほぼ決まっているので、1名です。（たまに代行者がいますが、とりあえず、考えない）
申請時点で、デフォルトで入れてしまうのもアリなのですが、コンプライアンス的に問題アリだよなぁと思ってます。

プラグインも検討してみます。
アドバイスありがとうございました。

やっぱり、簡単にはいきそうにないですか。

簡単＝アプリ開発と捉えて…
最終的にどういったフローを目指しているのかにもよると思いますが、

「複数の申請を１画面にまとめて一括承認」に拘っているなら、「まとめて承認アプリ」（仮称）を別に設けて、『関連レコードで「申請アプリ」のステータス［○○］のレコードだけ表示し、承認者には、リンクからひとつづつレコードを開いてステータスを変更してもらう。』という、基本機能×運用でまとめ承認がギリ”簡単に”できると思います。

カスタマイズするなら、
①「まとめて承認アプリ」のテーブルに「申請アプリ」のステータス［○○］のレコードだけ取得して列挙し、
②行ごとに［承認］チェックボックスを追加しておいて、（←ココはフォーム設計の話）
③レコード保存時に②の状態に合わせて「申請アプリ」のステータスを変更する。
などとやれば、完全で手数も少ないおまとめ処理はできるかと。

焦点をハズしていたらすみません🙇🏻