仕様書・設計文書一覧
このページを、仕様書関係の入口とする。実装状況は2026年8月23日時点のリポジトリを基準にしている。
ステータスの意味
| 表記 |
意味 |
| 現行 |
現在の実装・運用で参照する契約または一覧 |
| 実装済み |
主な受入条件が実装され、自動テストがある |
| 一部実装 |
文書の一部フェーズだけが実装済み |
| 計画 |
実装前の設計案。現在の画面やデータ構造として扱わない |
| 履歴 |
統合・レビュー時点の判断を残す文書。現況は冒頭の注記を優先する |
仕様本文に将来フェーズが含まれる場合、文書全体を「実装済み」とは扱わない。現在のURL確認には画面遷移リスト、外部連携の安定契約には連携契約を使う。
業務機能仕様
| 文書 |
状況 |
現在の実装 |
| 児童記録・児童票・保育要録 |
一部実装 |
設定版、観察ログ、訂正・無効化、タイムライン、児童票作成・進捗一覧まで。個別指導計画との双方向参照、保育要録、送付管理は未実装 |
| 園児健康管理レビュー |
一部実装・履歴 |
健康プロフィール、アレルギー、健診記録、時系列グラフ、旧データ移行を実装。感染症・与薬等の後続フェーズは未実装 |
| インポート・エクスポート |
実装済み |
クラス、家庭、園児、保護者アカウント、保護者・園児紐付けのCSV/Excel入出力と事前検証 |
| ベータ開始時の本番データ移行 |
計画 |
新規DBへの本番CSV移行、家庭共有プロフィール同期、検証、切替・ロールバック。ベータ開始前に実装・リハーサル必須 |
| 認可施設帳票入力 |
実装済み（初期段階） |
データ入出力画面内のExcelアップロード、集計・補正、帳票出力 |
| 保育認定・保育必要量・延長保育料金連携 |
一部実装 |
園児別の期間管理、施設専用入力、区分別朝夕料金、計算モード切替、請求安全性、デモデータまで。訂正画面・差額プレビュー・専用CSVは後続 |
| 延長保育料金自動計算 |
実装済み |
日別自動計算、再計算、確定・調整・対象外、月次画面、CSV、料金ルール |
| 延長保育料金・請求転送 |
実装済み |
プレビュー、転送・再転送・解除、競合処理、ロック、監査 |
| 職員ポータル |
実装済み |
/、/staff/portal、/staff/attention、担当クラス・予定・要確認・タイムライン |
| 職員権限・請求口座情報 |
実装済み |
集約権限画面、園児台帳管理・請求口座管理権限、口座情報の秘匿、監査ログ |
| オンプレ・閉域向け自前認証 |
一部実装 |
職員のArgon2id資格情報、opaque session、login throttle、初期設定、管理者発行の再設定コード、監査、初期管理者CLI。保護者認証、本人変更、MFAは未実装 |
| オンプレ保護者認証 |
計画 |
登録メールへの招待、保護者・園児情報照合、園承認、職員認証基盤を共用するローカル認証、明示的な園児認可、β専用DB運用の実装前仕様 |
| 保護者向けプッシュ通知 |
一部実装 |
モデル、capture transport、Target展開、lease・再試行ワーカー、出欠確認からのキュー作成まで。ブラウザ購読、Service Worker、Web Push実送信、端末別確認画面は未実装 |
| 施設設定 |
計画 |
FacilitySettings と /settings/facility は未実装 |
| 職員有給管理 |
計画 |
有給台帳・申請・承認ルートとモデルは未実装 |
保育計画・児童票基盤
| 文書 |
状況 |
用途 |
| 日案仕様 v1 |
一部実装 |
SQLModel永続化、版管理、楽観ロック、実施変更、日案例選択の現行仕様と後続計画 |
| 週案・日案追加仕様 |
一部実装 |
週案・日案のMVP契約。フェーズ1は実装済み、週案・日案文例等は未実装 |
| 日案文例コーパス受け入れ契約 |
現行 |
本体が読み取る承認済みSQLite成果物の境界・スキーマ・受入条件 |
| 保育計画統合仕様 v2.1 |
履歴・一部実装 |
統合時の設計判断。Phase 1・2は完了、Phase 3は児童記録仕様へ分割して一部実装 |
| 連携契約 |
現行 |
文書種別、状態、セクション、参照キー、JSON互換性の安定契約 |
横断資料
更新ルール
- 新しい仕様書を追加したら、この一覧と
mkdocs.ymlのナビゲーションへ追加する。
- 実装開始時に「計画」、主要受入条件を満たした時に「実装済み」または「一部実装」へ更新する。
- URL、モデル名、権限名は、提案と現行実装を混在させない。提案の場合は「案」または「未実装」と明記する。
- 実装で仕様を変更した場合は、同じ変更で仕様書・画面遷移リスト・関連テストを更新する。
- 過去の設計判断を残す文書は削除せず「履歴」とし、冒頭に現在の実装との差を記載する。