申請・承認ワークフローシステム
申請→条件分岐ルート→多段承認→代理承認→差し戻し→決裁を一気通貫
実際に触ってみる
デモアカウント
概要
「申請・承認ワークフロー作って。承認ルートは金額で分岐、代理承認と差し戻しも」と伝えるだけ。申請（REQ-XXXX 形式）・承認ステップ（APV-XXXX）・申請テンプレート（WFT-XXXX）・承認ルート（RTE-XXXX）・ルートステップ（STP-XXXX）・部署（DEPT-XXXX）・委任（DLG-XXXX）・コメント（CMT-XXXX）はすべて Serializable トランザクションで自動採番。申請テンプレート（稟議／経費精算／有給休暇／備品購入／出張／契約稟議の 6 種）ごとに、提出時に resolveRoute が金額バンド × 部署 × 優先度で承認ルートを 1 つ確定し、課長 → 部長 → 役員 → 社長の多段承認ステップをサーバー側で自動生成します（例: 稟議は 10万円以下＝課長まで、100万円以下＝課長＋部長、1000万円以下＝＋役員、超＝＋社長決裁。営業部の高額稟議は専用ルート優先度 50 で営業部長を起点に分岐）。申請は draft→pending→approved／rejected／sent_back→canceled のステートマシンで管理され、approved／rejected／canceled は locked=true によりサーバー側で不変化。代理承認（Delegation）は受任期間内のみ有効で、承認権限の判定は resolveActingAuthority が「承認者本人 or 有効期間内の受任者」を構造的に検証（ワークフロー管理者は代理承認なしでも全ステップを代行可）。差し戻し（send_back）は currentStepOrder を 0 に戻して申請者の修正・再提出を可能にし、却下／差し戻しは残りの承認ステップを skipped にします。3 ロール RBAC（ワークフロー管理者／承認者／申請者）で、申請者は自分が起票した申請のみ閲覧でき、申請テンプレート・承認ルート・部署マスタ・委任・メンバー管理と経営レポートの管理はワークフロー管理者のみ、決裁（承認／却下／差し戻し）は承認者・管理者のみとサーバー側で権限制御（職務分掌・PFP-046）。全 CRUD 操作に監査ログを標準装備。