架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。 記事「状態遷移表を作り、二重処理と失敗時の扱いを決める」（05-02）の本文で使った内容をまとめたもの。空欄版は 05-02-state-rules_template.md。

1. 状態遷移表・更新ルール

現在の状態操作実行者条件次の状態履歴失敗時の扱い
下書き提出依頼者本人必須項目と有効な承認者がそろっている提出済み操作＝提出、操作者＝依頼者、時刻を記録状態変更と履歴追加のどちらかだけが完了した場合、正常完了として扱わず、両方とも行われなかった状態に戻す
差戻し再提出依頼者本人修正し、提出条件を満たしている提出済み操作＝再提出、操作者＝依頼者、時刻を記録同上
提出済み承認割り当てられた承認者本人確認済み、自己承認でない、対象の状態が操作時にも有効承認済み操作＝承認、操作者＝承認者、時刻を記録同上。対象の状態が操作時にすでに変わっていた場合は拒否し、状態・履歴のどちらも変更しない
提出済み差戻し割り当てられた承認者差戻し理由がある、自己承認ではない差戻し操作＝差戻し、操作者＝承認者、時刻、備考＝差戻し理由承認と同様

2. 同時更新・重複操作の扱い

状況扱い
承認者がボタンを2回連続で押す、または通信の再送で同じ承認操作が2回届く1回目で状態が変わった後、2回目は「対象の状態が操作時にも有効」という条件を満たさないため拒否する。履歴は1件のまま増えない
割当外の承認者が同じ依頼に操作しようとする権限により拒否する

3. 完了条件の確認

4. 次工程へ渡すもの