申請の作成から承認・却下、進捗確認までを一つの流れで管理する社内ワークフローサンプル。
このページは実際のクライアント案件ではなく、GearBoxが制作した営業用の操作デモを紹介する構成サンプルです。実際の予約、通知、決済、外部送信は行いません。
想定する利用者
- 社内申請を扱う企業
- 複数の承認者がいる組織
- 紙・メールで申請を管理している事業者
- 少人数から中規模の業務チーム
Sample architecture / 申請・承認
CONFIGURATION SAMPLEGBX-0500
社内申請・承認ワークフローデモ
申請の作成から承認・却下、進捗確認までを一つの流れで管理する社内ワークフローサンプル。
現在のデモ版を別タブで開きます。デザインや内容は今後変更される場合があります。個人情報は入力しないでください。
このページは制作可能な構成を説明するサンプルです。実在するクライアント案件の成果を示すものではありません。 掲載画像は構成イメージです。実際の画面は公開デモで確認できます。
PRODUCT VIEW
GEARBOXShape your ideas
PLATFORMFlutter Web / PC・スマートフォンREADY
MODULES6CONNECTED
TYPESAMPLEPUBLIC
SCROLL TO TRACE
Problem / Solution
この構成が合うケース
現在の運用をそのままアプリに置き換えるのではなく、情報の流れと担当者の作業を整理して設計します。
導入前の課題
申請書、メール、口頭確認が混在し、現在の承認状況を追いにくい。
差し戻し理由や過去の判断が担当者ごとに分散している。
申請者が次に誰の確認を待っているか分かりにくい。
解決できること
申請、承認、却下、差し戻しの流れを一つの画面へまとめます。
申請者と承認者が同じ情報を確認できるようにします。
ステータスと対応履歴を残し、進捗を把握しやすくします。
Feature modules
主な機能
F-01申請作成必要性と優先順位を整理し、段階的な実装も可能です。
F-02申請一覧・詳細必要性と優先順位を整理し、段階的な実装も可能です。
F-03承認・却下必要性と優先順位を整理し、段階的な実装も可能です。
F-04ステータス管理必要性と優先順位を整理し、段階的な実装も可能です。
F-05通知・確認事項必要性と優先順位を整理し、段階的な実装も可能です。
F-06申請種別・担当者設定必要性と優先順位を整理し、段階的な実装も可能です。
Development plan
制作条件の目安
下記は標準的な構成例です。既存システムとの連携、データ移行、決済などにより変動します。
ESTIMATED TERM承認段階・権限・通知方法により変動
対応範囲
- 申請者向け画面
- 承認者向け画面
- ステータス・履歴管理
- ブラウザ内のデモデータ保存
期待できる変化
- 申請の現在地を確認しやすくなる
- 承認判断と差し戻し理由を共有しやすくなる
- 過去の申請を探しやすくなる
実際の効果は、運用方法・利用人数・導入状況によって異なります。
User / Admin UI
利用者画面と管理画面
使う人だけでなく、情報を登録・更新する運営側まで一体で設計します。
利用者画面
- 01申請作成
- 02自分の申請一覧
- 03申請詳細・進捗
- 04通知・確認事項
管理画面
- 01承認待ち一覧
- 02申請詳細・承認・却下
- 03申請種別管理
- 04担当者・承認経路設定
- 05デモデータ初期化
Related transmissions
