架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。 記事「受入確認を、確認できたもの・演習で確かめたもの・未確認のものに分けて記録する」（10-01）の本文で実際に確認した内容をまとめたもの。空欄版は 10-01-acceptance-record_template.md。 この記事の時点では実際に動く画面が無いため、「観測（画面を使った受入確認）」に入る行は無い。確認者は実装者と同じAI（Claude Code）であり、実装者以外の人による確認は未実施。

1. 不合格条件（確認前に決める）

2. 受入確認記録

確認の種別：観測（画面を使った受入確認）／演習（コードの呼び出しによる確認）／未確認（観測する対象が無い）

受入条件確認者の役割操作結果確認の種別合否不合格条件への該当
AC-005依頼者役（佐藤。実施はClaude Code）件名を空にして依頼を作る／件名を入れて依頼を作る空の依頼は拒否され保存されない。件名があれば下書きとして保存される（examples/10-01-acceptance-record/run_ac005.js、終了コード0）演習（作成時のチェックのみ）判定保留（提出時の拒否と画面表示が未確認）作成時については該当なし。提出時については判定できない
AC-006承認者役（鈴木）差戻し理由を空欄のまま差戻す実施していない（差戻しの処理・画面が無い）未確認判定できない判定できない
AC-007依頼者役（佐藤）他人の依頼を開く実施していない（一覧・閲覧の画面が無い）未確認判定できない判定できない
AC-009依頼者役（佐藤）一覧で下書きの件名を編集して保存する実施していない（一覧・編集の画面が無い）未確認判定できない判定できない
AC-011依頼者役（佐藤）差戻された依頼に件名を書いて再提出する実施していない（差戻し・再提出の処理が無い）未確認判定できない判定できない

3. 見つかった事項と対処先

事項種類対処先
08-02の保存処理は作成時に必須項目を確認するが、提出時には確認しない設計どおりに実装されていない可能性08-02へ戻して修正を検討する
AC-006・007・009・011は観測する対象が無い実装の未完了（確認の前提が整っていない）画面ができた段階で同じ手順で確認する。10-04には「未確認」として渡す

4. 完了条件の確認

5. 次工程へ渡すもの