Product
ワイヤーフレームではなく、動いているシステムです。日本7物件98室・契約51件の実データが載っており、請求額は確定ルールのエンジンが計算します。ルールは回帰テスト47件で固定されています。画面は運用コンソール freymadmin.llnpco.dev にあり、サイト全体が認証の内側にあります。Googleスプレッドシートがまだ正本で、切り替え時期は協議中です。
Screens
6つの業務画面への入口です。指標は4つだけ置き、残りは各画面で見ます。経営ダッシュボードはまだありません。
運用コンソール ホーム — KPI4種（運用号室98・稼働率57.1% / 入居中44・契約全体51 / 発行済請求書0 / 確定ルール113 of 131項目）と業務・参考カード
Screens
98室を 物件・号室・面積/タイプ・ステータス・入居者・賃料・募集価格・原価・契約期間・残り の列で見ます。物件別フィルタが付いています。
号室現況 — 保有98室・運用中77室（入居44・空室33）・運用未開始21室。物件別フィルタは 九条18・南大井10・小石川10・日本橋17・東新宿32・目黒2・蔵前9
Screens
51件をステータス別に見ます — 入居中44・退去6・入力中1。新規契約の登録と退去処理をこの画面で行います。長期/短期は担当者が選ぶのではなく総日数で自動判定され、中途退去は表示として残ります。
契約 — 51件（入居中44・退去6・入力中1）。総日数で長期/短期を自動判定し、各行から請求・退去へ進みます
Screens
回数と月次の発生を確定ルールで計算します。シートの値を書き写すのではなく、エンジンの算出です。有効な契約44件がすべて計算され、ブロックは0件です。
月次請求 — 有効な契約44件をすべて計算、ブロック0。契約総額と月次の管理手数料が同じルールから出ます
| 確定ルール | 内容 |
|---|---|
| JC-01 カレンダー月 | 毎月1日〜末日が1か月。初月と最終月のみ、その月の実日数を分母に日割り |
| JC-02 切り上げ | 100円単位で切り上げ |
| JC-03 長期/短期 | 総日数31〜180日 = 短期 / 181日以上 = 長期。30日以下は取り扱わない |
| JC-04 延長 | すべての延長は新規契約として再判定 — 期間・長期/短期・敷金・更新料をすべて計算し直す |
| JC-05 敷金 | 長期 = 賃料1か月分 / 短期 = なし |
| JC-06 請求タイミング | 入居月 = 当月の日割り + 翌月分を同時に請求。以降は毎月第1営業日に翌月分 |
| JC-07 更新料 | 直前の契約と新規契約がどちらも長期のときのみ、新規賃料の10% |
| 管理手数料 | 受託運営 = 月額賃料 × 5% × 1.1 / マスターリース = 月次収入 − 原価（固定費） |
| 原状回復 | 清掃 2,000円/㎡ + エアコン 25,000円/台 |
シートと突き合わせました。 月次発生533か月のうち完全一致494件（93%） — 残りは端数差36件、実際の差異3件です。請求イベントは337件のうち303件（90%）が完全一致しました。回帰テスト47件が上記のルールを固定します。調整金の処理（JX-03）は今回の範囲から外しました。
Screens
会計の入出金台帳1,385行を月次で集計し、入金をこの画面で入力します。この画面が必要な理由は、シートで突合が壊れていたからです。
入金・未収 — 会計の入出金台帳を基準にした月次集計と入金入力
TODAY() 依存で、開くたびに値が変わったためです。エンジンが請求を確定して積み上げれば、そこから滞納を数えられます。Screens
計算した数字を外に出す画面と、その数字がいつ誰の手で変わったかを残す画面です。
含める回数を選び、プレビューで確認して発行します。発行すると番号が付き、内容がスナップショットとして固まります。
請求書プレビュー — 含める回数を選んで発行。発行前は「未発行プレビュー」と表示されます
変更履歴 — 誰がいつ何を変えたかを全件。画面（page）とSQLを区別せず、同じ表に残ります
アプリが正本になるため、すべての書き込みがここに残ります。画面で直してもSQLで直しても、トリガーが同じ表に記録します。
Roadmap
以下は今回の範囲で作らなかったものです。画面があるように見えないよう、スクリーンショットも載せていません。
韓国トラックはポリシーからです。 運用ポリシー23項目の多くがまだ未定で、セールスとの協議を待っています。いま台帳に載っている実データは日本7物件98室（運用中77室）だけです。