SALES READINESS GATE — R-3（外販）の前提条件一覧
version: v2026.06.11-alpha.9
date: 2026-06-11
位置づけ: docs/RELEASE_PLAN.md の R-1→R-2→R-3 に整合するゲート管理表。
🔴項目は社長判断キューの製品側正本（os/ORCHESTRATION.md の判断キューと対応）。
本文書は「R-3 に進むために何が残っているか」の一覧であり、現段階の到達度を保証する文書ではない。
本出力は算定可否を法的に保証するものではありません。算定判断は必ず法令・告示原文と保険者への確認に基づいて行ってください。
0. 状態の凡例
| 記号 |
意味 |
| ✅ |
済（実装・検証完了。alpha9 並行実装分は統括の最終検証＝pytest 全件 pass をもって確定） |
| 🟧 |
実装済スタブ（動くが本実装ではない。外販前に本実装が必要） |
| ⬜ |
未着手 |
| 🔴 |
社長判断（製品側からは判断材料の提示まで。実行は決裁後） |
1. 現在地
| 段階 |
内容 |
状態 |
| R-1 社内限定パイロット |
自社グループで並走運用・実務突合（非公開） |
実装準備済・実データ並走は 🔴 GO 待ち |
| R-2 限定外販デモ |
公開デモ pack 再開・限定先デモ |
未到達（🔴 GO 待ち＋⬜前提あり） |
| R-3 外販 |
価格・契約・営業 |
未到達（本表の全ゲート通過が前提） |
2. ゲート表
2-1. ✅ 済（エンジン・基盤）
| # |
項目 |
実体 |
状態 |
| G-01 |
判定エンジン（マスタ駆動・3層検証） |
scripts/judge_kasan.py |
✅ |
| G-02 |
要件DSL（AND/OR/ネスト・成立ルート提示） |
scripts/requirement_dsl.py |
✅ |
| G-03 |
安全弁一式（source_required 非評価 / draft 非判定 / PII 自己スキャン / sample_policy ゲート / expansion safety 回帰） |
tests/test_expansion_safety.py ほか |
✅ |
| G-04 |
R-1 ランナー |
scripts/r1_pilot_run.py |
✅ |
| G-05 |
全サービス一括バッチ（demo/real 2モード・統合サマリ） |
scripts/run_all_pilot.py |
✅（alpha9） |
| G-06 |
SDK ファサード（check / list_services） |
scripts/engine_api.py＋schemas/check_request/response |
✅（alpha9） |
| G-07 |
REST 層（/v1/health /v1/services /v1/check） |
server/app.py |
✅（alpha9・認証は G-20 参照） |
| G-08 |
OpenAPI 定義 |
docs/openapi.json |
✅（alpha9） |
| G-09 |
デモデータ（DEMO- 接頭辞・synthetic 宣言付き） |
tenant_data/demo_* |
✅ |
| G-10 |
組込ガイド |
docs/INTEGRATION_GUIDE.md |
✅（alpha9） |
| G-11 |
テスト回帰（alpha8 時点 pytest 308 passed・alpha9 新規テストを追加し全件 pass を統括検証） |
tests/ |
✅ |
2-2. 🔴 社長判断（判断キュー・製品側正本）
| # |
項目 |
内容 |
段階 |
| G-12 (J-new1) |
小規模多機能 draft マスタの reviewer 検証 GO |
約30項目（27加算＋看護職員配置補完）・全件 source_required。数値不一致4件の告示原文裏取りを含む |
R-1〜 |
| G-13 (J-new2) |
福祉用具貸与 draft マスタの reviewer 検証 GO |
加算3＋減算2・全件 source_required。告示原文の直接確認 |
R-1〜 |
| G-14 (J-new3) |
R-1 実データ並走の開始 GO |
全サービスバッチは待機状態。実データ投入の開始判断 |
R-1 |
| G-15 (J-new4) |
実テナントデータの SDK/REST 通し |
sample_policy == "public_demo_synthetic" ゲートの変更＝セキュリティ設計判断 |
R-2 前提 |
| G-16 |
価格決定 |
価格帯は構想段階（STATUS.md 参照）。決定は社長決裁 |
R-3 前提 |
| G-17 |
LICENSE・契約条項の整備 |
利用許諾・免責・データ取扱の法的文書。顧問専門家の確認を含む |
R-3 前提 |
| G-18 |
問い合わせ窓口の確定 |
README_PUBLIC のプレースホルダ解消（窓口・体制の決定） |
R-2/R-3 前提 |
| G-19a |
R-2 限定外販デモの再開 GO |
RELEASE_PLAN §4 の前提（user_summary 連携・reviewer 完了等）充足後 |
R-2 |
| G-19b |
R-3 外販 GO |
社長＋渡辺執行役員の最終決裁（RELEASE_PLAN §5） |
R-3 |
2-3. 🟧 実装済スタブ（外販前に本実装へ置換が必要）
| # |
項目 |
現状 |
本実装の行き先 |
| G-20 |
API 認証 |
X-API-Key 単一キー照合（KASAN_API_KEY 環境変数設定時のみ有効。未設定時は開発モード） |
G-21 マルチテナント認可 |
2-4. ⬜ 未着手（R-2/R-3 の技術的前提）
| # |
項目 |
内容 |
段階 |
| G-21 |
マルチテナント認可の本実装 |
テナント分離・キー管理・監査ログ |
R-3 前提 |
| G-22 |
Web UI |
🟧 alpha10 で試作実装（GET /・PDFアップロード→判定表示の1ページ。本番品質UIは R-2/R-3） |
R-2/R-3 |
| G-23 |
WAM 公式コード照合の完了 |
houmon_kaigo は checked 照合コード 0 件・kyotaku_shien は needs_master_review 16 件が未了 |
R-2 前提 |
| G-24 |
本番 tenant スキーマ凍結 |
staff / tenant_status / user_summary の本番運用スキーマ未凍結（現行は公開デモ用） |
R-2 前提 |
| G-25 |
多ソース矛盾検出 |
receipt_pdf と user_summary の乖離 → needs_review 化 |
R-2/R-3 |
| G-26 |
CSV データブリッジ実装 |
🟧 alpha10 でケアプランデータ連携CSV（UP1KYO）実装（import_careplan_csv.py・要介護度集計→user_summary。実データ facts 化は G-15/J-23 ゲート後）。他社独自CSV形式の対応は R-2 |
R-2 |
3. 段階別の通過条件（要約）
| 到達したい段階 |
必要なゲート |
| R-1 実データ並走の開始 |
🔴 G-14（＋運用として満額月次明細の追加月確認） |
| R-2 限定外販デモ再開 |
🔴 G-12 / G-13 / G-15 / G-18 / G-19a、⬜ G-23 / G-24 / G-26、＋RELEASE_PLAN §4（公開 pack の disclaimer 再確認・PII 再スキャン） |
| R-3 外販 |
上記すべて＋🔴 G-16 / G-17 / G-19b、🟧 G-20 → ⬜ G-21 の本実装、⬜ G-22 / G-25 |
4. 運用ルール
- 状態の更新は統括（CEO役）が行い、🔴 項目の追加・消化は判断キューと同期させる。
- ✅ への昇格は「実装した」ではなく「テストで検証済み」を条件とする（failure-patterns B1/B2）。
- 本表に「外販を開始してよい」という判定機能はない。全ゲート通過後も、開始判断は G-19b の決裁による。
本文書は内部用。実事業所名・実事業所コード・個人情報は記載しない。