申請・承認フロー
購入申請、休暇申請、稟議などを申請から承認まで流す実例です。
社内申請がメール、チャット、紙、Excelに分かれていると、誰が申請し、誰の承認待ちで、どこで止まっているかが見えにくくなります。このページはRoundtableに最初から入っている機能ではなく、下のプロンプトをCodexに貼り付けて、自社向けの申請・承認フローを作り始めるためのコピー用サンプルです。
概要
購入申請、休暇申請、稟議、備品持ち出しなどの申請を1つの管理画面で登録し、承認者、承認状態、差戻し理由、承認履歴、通知状況を追跡できる構成です。まずは管理側の標準画面を中心に作り、申請者、承認者、管理者が同じ状態を見ながら運用できるたたき台にします。
こんな会社におすすめ
承認状況を見える化したい
社内申請が今どの承認者で止まっているか、一覧で確認したい会社に向いています。
差戻し理由を残したい
差戻しや再申請の経緯を履歴として残し、口頭確認やチャット検索を減らします。
申請の種類を広げたい
購入、休暇、稟議、備品、交通費など、申請種別ごとに項目や承認者を調整できます。
コピーして使えるプロンプト
そのままCodexに貼り付けて、申請種別、承認段階、部署名、通知方法、権限名だけを自社向けに調整して使う想定です。顧客固有情報や秘密情報は入れず、まずは業務の型だけを伝えます。
コピー用プロンプト
購入申請、休暇申請、稟議などを申請から承認まで流せる、申請・承認フロー管理システムのたたき台を作ってください。
目的は、社内申請の登録、承認者設定、承認待ち確認、承認、差戻し、再申請、承認通知を1つの管理画面で扱い、申請がどこで止まっているかを見える化することです。Roundtableではなく、このプロンプトをCodexに直接貼り付けて実装する前提で進めてください。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、サイドパネル設定、通知機能で実現できる範囲を優先し、承認操作を一画面でまとめる必要がある場合や、複数段階の承認状態を専用UIで表現する必要がある場合だけOriginal Screenを検討してください。
作成するノートは、申請種別、承認ルート設定、申請、申請添付、承認履歴、通知ログの6つを基本にしてください。申請種別には、種別名、説明、使用状態、金額入力の要否、期間入力の要否、添付必須の有無、標準承認ルート、表示順を持たせてください。承認ルート設定には、ルート名、対象申請種別、部署、申請金額の下限、申請金額の上限、承認段階、承認者、代理承認者、最終承認フラグ、使用状態を持たせてください。申請には、申請番号、申請種別、申請日、申請者、所属部署、件名、申請内容、希望日、開始日、終了日、申請金額、支払先または購入先、現在ステータス、現在承認段階、現在承認者、差戻し理由、承認完了日時、取り下げ日時、社内メモを持たせてください。申請添付には、申請への参照、添付ファイル、ファイル説明、登録者、登録日時を持たせてください。承認履歴には、申請への参照、処理日時、処理者、処理区分、承認段階、コメント、処理後ステータスを持たせてください。通知ログには、申請への参照、通知日時、通知先ユーザー、通知種別、通知結果、通知本文の要約を持たせてください。選択肢は申請種別区分、使用状態、現在ステータス、処理区分、通知種別、通知結果をconstant_arrayで定義してください。
申請一覧では、申請番号、申請種別、件名、申請者、所属部署、申請日、希望日または期間、申請金額、現在ステータス、現在承認者、現在承認段階、最終処理日時を表示してください。検索条件は、フリーワード、申請種別、申請者、所属部署、現在ステータス、現在承認者、申請日の期間、希望日または開始日の期間、承認待ちのみ、差戻しのみ、完了のみを用意してください。承認待ち、差戻し、承認済み、取り下げの状態が見分けやすくなるようにしてください。
申請の追加・編集画面では、申請種別、件名、申請内容、希望日、開始日、終了日、申請金額、支払先または購入先、添付ファイル、社内メモを入力できるようにしてください。申請種別、件名、申請内容、申請者は必須にしてください。申請種別の設定に応じて、金額、期間、添付ファイルの必須チェックを変えられる構成にしてください。下書き保存と申請提出を分け、申請提出時に承認ルート設定から現在承認者と現在承認段階を決めて、ステータスを承認待ちにしてください。承認待ち以降は、申請者が勝手に内容を変更できないようにし、変更が必要な場合は取り下げまたは差戻し後の再申請にしてください。
承認者設定では、申請種別、部署、金額帯、承認段階ごとに承認者と代理承認者を設定できるようにしてください。購入申請は金額で承認者を変える、休暇申請は所属部署の上長を承認者にする、稟議は複数段階承認にする、という運用に対応できるようにしてください。承認ルートが見つからない場合は、申請提出時にエラーを出し、管理者に設定を促すメッセージを表示してください。
承認待ち一覧では、ログインユーザーが現在承認者または代理承認者になっている申請を優先して表示してください。承認者は一覧またはサイドパネルから、申請内容、添付ファイル、過去の承認履歴を確認し、承認、差戻し、コメント登録を行えるようにしてください。承認した場合、次の承認段階があれば現在承認者を次の承認者へ進め、最終承認の場合はステータスを承認済みにしてください。差戻しの場合は、差戻し理由を必須にして、申請者が理由を読んで修正できるようにしてください。承認または差戻しのたびに承認履歴へ処理日時、処理者、処理区分、承認段階、コメント、処理後ステータスを保存してください。
申請一覧から1件を選ぶと、申請詳細のサイドパネルを表示してください。サイドパネルには、申請番号、申請種別、件名、申請者、現在ステータス、現在承認者、申請内容、金額、希望日または期間、添付ファイル一覧、承認履歴、通知履歴、承認・差戻し操作を置いてください。申請者が自分の申請を見る場合は、状態確認、差戻し後の編集、取り下げを行えるようにしてください。管理者が見る場合は、承認者変更やステータス補正が必要かを確認できるようにしてください。
通知は、申請提出時に現在承認者へ承認依頼を送り、承認時に次の承認者または申請者へ通知し、差戻し時に申請者へ差戻し通知を送る構成にしてください。最初はメール通知または管理画面上の承認待ち絞り込みでよく、チャット連携や外部ワークフロー連携は後回しにしてください。通知文には秘密情報を入れすぎず、申請番号、申請種別、件名、申請者、現在ステータス、管理画面への導線を中心にしてください。通知の送信結果は通知ログに残してください。
権限は、管理者は申請種別、承認ルート設定、すべての申請を閲覧・編集可能、申請者は自分の申請の作成、下書き編集、提出、差戻し後の再申請、取り下げが可能、承認者は自分宛ての承認待ち申請の閲覧、承認、差戻しが可能、閲覧のみのユーザーは申請状況を確認できるが申請内容や承認状態を変更できない構成にしてください。金額、添付ファイル、社内メモは必要な権限のあるログイン済みユーザーだけが見られるようにしてください。
検証では、申請種別登録、承認ルート設定、申請の下書き保存、申請提出、承認者の自動設定、承認待ち一覧表示、承認、複数段階承認、差戻し、差戻し後の再申請、取り下げ、承認履歴保存、通知ログ保存、申請一覧検索、承認者検索、サイドパネル表示、添付ファイル表示、権限ごとの表示・操作制限、必須入力エラー、金額や期間の不正値チェック、承認ルート未設定時のエラーを確認してください。サンプルデータには架空の申請者名、部署名、件名だけを使い、顧客固有情報や秘密情報は入れないでください。
目的は、社内申請の登録、承認者設定、承認待ち確認、承認、差戻し、再申請、承認通知を1つの管理画面で扱い、申請がどこで止まっているかを見える化することです。Roundtableではなく、このプロンプトをCodexに直接貼り付けて実装する前提で進めてください。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、サイドパネル設定、通知機能で実現できる範囲を優先し、承認操作を一画面でまとめる必要がある場合や、複数段階の承認状態を専用UIで表現する必要がある場合だけOriginal Screenを検討してください。
作成するノートは、申請種別、承認ルート設定、申請、申請添付、承認履歴、通知ログの6つを基本にしてください。申請種別には、種別名、説明、使用状態、金額入力の要否、期間入力の要否、添付必須の有無、標準承認ルート、表示順を持たせてください。承認ルート設定には、ルート名、対象申請種別、部署、申請金額の下限、申請金額の上限、承認段階、承認者、代理承認者、最終承認フラグ、使用状態を持たせてください。申請には、申請番号、申請種別、申請日、申請者、所属部署、件名、申請内容、希望日、開始日、終了日、申請金額、支払先または購入先、現在ステータス、現在承認段階、現在承認者、差戻し理由、承認完了日時、取り下げ日時、社内メモを持たせてください。申請添付には、申請への参照、添付ファイル、ファイル説明、登録者、登録日時を持たせてください。承認履歴には、申請への参照、処理日時、処理者、処理区分、承認段階、コメント、処理後ステータスを持たせてください。通知ログには、申請への参照、通知日時、通知先ユーザー、通知種別、通知結果、通知本文の要約を持たせてください。選択肢は申請種別区分、使用状態、現在ステータス、処理区分、通知種別、通知結果をconstant_arrayで定義してください。
申請一覧では、申請番号、申請種別、件名、申請者、所属部署、申請日、希望日または期間、申請金額、現在ステータス、現在承認者、現在承認段階、最終処理日時を表示してください。検索条件は、フリーワード、申請種別、申請者、所属部署、現在ステータス、現在承認者、申請日の期間、希望日または開始日の期間、承認待ちのみ、差戻しのみ、完了のみを用意してください。承認待ち、差戻し、承認済み、取り下げの状態が見分けやすくなるようにしてください。
申請の追加・編集画面では、申請種別、件名、申請内容、希望日、開始日、終了日、申請金額、支払先または購入先、添付ファイル、社内メモを入力できるようにしてください。申請種別、件名、申請内容、申請者は必須にしてください。申請種別の設定に応じて、金額、期間、添付ファイルの必須チェックを変えられる構成にしてください。下書き保存と申請提出を分け、申請提出時に承認ルート設定から現在承認者と現在承認段階を決めて、ステータスを承認待ちにしてください。承認待ち以降は、申請者が勝手に内容を変更できないようにし、変更が必要な場合は取り下げまたは差戻し後の再申請にしてください。
承認者設定では、申請種別、部署、金額帯、承認段階ごとに承認者と代理承認者を設定できるようにしてください。購入申請は金額で承認者を変える、休暇申請は所属部署の上長を承認者にする、稟議は複数段階承認にする、という運用に対応できるようにしてください。承認ルートが見つからない場合は、申請提出時にエラーを出し、管理者に設定を促すメッセージを表示してください。
承認待ち一覧では、ログインユーザーが現在承認者または代理承認者になっている申請を優先して表示してください。承認者は一覧またはサイドパネルから、申請内容、添付ファイル、過去の承認履歴を確認し、承認、差戻し、コメント登録を行えるようにしてください。承認した場合、次の承認段階があれば現在承認者を次の承認者へ進め、最終承認の場合はステータスを承認済みにしてください。差戻しの場合は、差戻し理由を必須にして、申請者が理由を読んで修正できるようにしてください。承認または差戻しのたびに承認履歴へ処理日時、処理者、処理区分、承認段階、コメント、処理後ステータスを保存してください。
申請一覧から1件を選ぶと、申請詳細のサイドパネルを表示してください。サイドパネルには、申請番号、申請種別、件名、申請者、現在ステータス、現在承認者、申請内容、金額、希望日または期間、添付ファイル一覧、承認履歴、通知履歴、承認・差戻し操作を置いてください。申請者が自分の申請を見る場合は、状態確認、差戻し後の編集、取り下げを行えるようにしてください。管理者が見る場合は、承認者変更やステータス補正が必要かを確認できるようにしてください。
通知は、申請提出時に現在承認者へ承認依頼を送り、承認時に次の承認者または申請者へ通知し、差戻し時に申請者へ差戻し通知を送る構成にしてください。最初はメール通知または管理画面上の承認待ち絞り込みでよく、チャット連携や外部ワークフロー連携は後回しにしてください。通知文には秘密情報を入れすぎず、申請番号、申請種別、件名、申請者、現在ステータス、管理画面への導線を中心にしてください。通知の送信結果は通知ログに残してください。
権限は、管理者は申請種別、承認ルート設定、すべての申請を閲覧・編集可能、申請者は自分の申請の作成、下書き編集、提出、差戻し後の再申請、取り下げが可能、承認者は自分宛ての承認待ち申請の閲覧、承認、差戻しが可能、閲覧のみのユーザーは申請状況を確認できるが申請内容や承認状態を変更できない構成にしてください。金額、添付ファイル、社内メモは必要な権限のあるログイン済みユーザーだけが見られるようにしてください。
検証では、申請種別登録、承認ルート設定、申請の下書き保存、申請提出、承認者の自動設定、承認待ち一覧表示、承認、複数段階承認、差戻し、差戻し後の再申請、取り下げ、承認履歴保存、通知ログ保存、申請一覧検索、承認者検索、サイドパネル表示、添付ファイル表示、権限ごとの表示・操作制限、必須入力エラー、金額や期間の不正値チェック、承認ルート未設定時のエラーを確認してください。サンプルデータには架空の申請者名、部署名、件名だけを使い、顧客固有情報や秘密情報は入れないでください。
作られる機能一覧
申請登録購入申請、休暇申請、稟議などを申請種別ごとの項目で登録し、下書きと提出を分けて管理します。
承認者設定申請種別、部署、金額帯、承認段階ごとに承認者と代理承認者を設定します。
承認待ち一覧ログインユーザーが承認すべき申請を一覧で確認し、承認漏れを見つけやすくします。
差戻し差戻し理由と履歴を残し、申請者が内容を修正して再申請できるようにします。
承認通知申請提出、承認、差戻し、最終承認のタイミングで関係者へ通知し、通知ログを残します。
自社向けに変えるポイント
申請種別購入、休暇、稟議、交通費、備品、契約確認など、まず運用したい種類から始めます。
承認段階上長だけ、部長まで、金額によって役員までなど、現実の決裁ルールに合わせます。
入力項目金額、期間、添付、理由、購入先など、申請種別ごとに必要な項目を整理します。
通知タイミング提出時、承認時、差戻し時、承認待ちが一定日数を超えた時など、動いてほしい場面を決めます。