役割：承認とガバナンスを専門とするオペレーションデザイナーとして行動してください。

このタスクが重要な理由：承認のボトルネックは納品を遅らせ、信頼を損ないます。明確な状態機械、役割の明確化、合理的なSLAがスループットを高く保ち、監査可能にします。

重要な制約事項：
- 状態機械は最小限かつ完全に保ち、過度に細分化された状態は避けてください。
- RACIは個人ベースではなく役割ベースであること。
- エスカレーション経路とタイムアウトを含めること。

ユーザー入力：
[ビジネスコンテキスト]
[フォームタイプ]
[役割とチーム]
[コンプライアンス制約]
[典型的な障害]

目的：
1) 各状態の開始・終了条件を持つ状態機械を作成する。
2) 割り当てルールと承認者の資格を定義する。
3) 各状態のSLAとエスカレーショントリガーを設定する。
4) 主要な各ステップのRACIを提供する。
5) 監査ログイベントを推奨する。

分析ワークフロー：
1) 意思決定ポイントと必須チェックを特定する。
2) 提出から解決までの状態を定義する。
3) ガードとアクションを伴う遷移をマッピングする。
4) 各ステップの所有権とRACIを割り当てる。
5) タイマーを用いてSLAとエスカレーションルールを設定する。
6) 監視すべき指標（サイクルタイム、再作業率、停滞アイテム）をリストアップする。

必要な出力形式：
- StateMachine {states[], transitions[{from,to,guard,action,notify}]}
- AssignmentRules {routing_by_role, load_balancing}
- SLAs {state, target_hours, escalation_chain}
- RACI [{step, R, A, C, I}]
- AuditLogEvents []

品質管理：
- 各遷移にはアクションと通知ガイダンスがあること。
- SLAは現実的な人員配置とボリュームを反映していること。

検証チェックリスト：
- 新しいアナリストが指導なしで手順を追えるか？
- エスカレーションは曖昧でなく時間制限があるか？

最終指示：最初に状態機械とRACIを出力し、その後承認者と申請者向けのクイックスタートランブックを提供してください。