計画B/S 修正 — 73_bs_plan

1. 概要

焦点質問: 73タブの計画B/Sにどのようなバグがあり、どう修正するか？

背景・課題

32タブの全INVを無差別に読み込む dmIngestPlanData_ のフィルター不足、および実績消込済STLデータの二重計上により、計画B/Sに不正なデータが混入している。本改修では実績PHASE 1と同等のフィルターを計画側にも適用し、fromSTL合流を削除することで計画B/Sの正確性を確保する。

2. 設計判断

3. 変更内容

3.1 問題一覧

問題1: dmIngestPlanData_ のフィルター不足

32タブの全INVを無差別に読み込んでいるため、計画に入るべきでないデータが混入する。

問題2: fromSTL データの二重計上

実績の消込済STLデータ（fromSTL=true, booked=true）を計画に合流させているが、 同じINVが dmIngestPlanData_ でも booked=false として既に計上されている。

例: INV_0201（決済完了、消込済STL有り）

• dmIngestPlanData_ → 売上高 +1,435,500（booked:false → 予算側期ずれで売掛金計上+解消）
• fromSTL → 売掛金 -1,435,500（booked:true → 実績側でB/S直接計上）

結果: 売掛金が二重に解消される

問題3: みなし法人税のB/S計上

実績B/S(71)で追加した未払法人税等の自動計上は、計画B/S(73)でも同じ dmCalcBs_ を使うため自動的に適用される。これは正しい動作。

→ 修正不要

3.2 修正箇所

修正A: dmIngestPlanData_ にフィルター追加（601_datamart_ingest.js）

読み取り列の追加:
  - idxPay（決済手段）
  
フィルター追加:
  - 仕訳振替 → continue
  - B/S科目 + 決済手段≠資産計上 → continue

修正B: fromSTL 合流の削除（602_datamart_main.js）

// 削除: 以下のブロック
for (var pi = 0; pi < ctx.finalUnionData.length; pi++) {
  var row = ctx.finalUnionData[pi];
  if (row.fromSTL) planData.push(row);
}

4. 影響範囲

4.1 P/L科目 + 期ずれありの売上INV

4.2 P/L科目 + 期ずれありの費用INV

4.3 B/S科目 + 資産計上（CAPEX初回）

5. テスト仕様

5.1 期ずれ計算ロジック (PR #460・案 A 改 2 で確定)

問題の経緯: 当初実装は「計画 = 全 INV 即決済前提」の単純化で 決済日_計画 のみを使っていたが、73_bs_plan の現預金が実績 71_bs と乖離 (2026-02 で約 -605K)。未払系負債が計画 B/S に積み上がらず現預金がマイナス側に振れる構造的バグが発覚 (詳細は failure_patterns.md #34 + BUG_tracking.md MAS-300)。

3 段階のロジック改善 (d748ed5 → 3aaa04e → c21c3dc → 1f04ef5 で確定):

mas/600_report/601_datamart_ingest.js の dmIngestPlanData_ で INV の 決済日_実績 列を期ずれ解消月の判定起点とする (案 A 改 2):

残乖離 ±30K: 地代家賃の前払 INV 表示差で許容 (71 では「未払費用 -30K」・73 計画では「前払費用 +30K」となるが cash plug 効果は同値)。

設計原則: 計画 B/S 生成時は実績側の決済日 (決済日_実績) を SSoT として優先し、計画日 (決済日_計画) は補助情報として扱う。実績 PHASE 2 と PHASE 1 (計画) で同じ期ずれ解消月を使うことで、実績→計画の連続性を保証。

付録

付録A: 改修ファイル一覧