MAS-063: P/L 営業外損益指標拡張（営業外損益率 + Interest Coverage Ratio + 段階的昇格機構）

概要

目的

経常利益率と営業利益率の乖離を P/L 上で可視化し、財務体質の異常検知 + 借入返済余力モニタリングを段階的に拡充する。

既存の MAS-003（KPI ダッシュボード ✅）/ MAS-008（Cash Runway）はランウェイと一般 KPI を扱うが、「営業外損益の構造分解 + Interest Coverage の段階的昇格機構」を扱う仕様は空白。bizlp 規模（PH-1 + SZ-1 + BZ-5）では営業外損益が小さく営業利益率と経常利益率がほぼ一致するのが正常な状態であり、乖離 ±0.5% 超で異常検知アラートを行うのが実用的。借入活用フェーズに入ったら Interest Coverage Ratio を昇格して銀行 covenant モニタリング指標として運用する段階的アプローチが筋。MAS-062 PSF（売上構造の差別化）/ MAS-061 Cash ETR（税務最適化）/ MAS-063 営業外損益（財務体質）の 3 軸で P/L 拡張ブロックが完成し、bizlp 経営者が「本業 vs 財務外 vs 税務」を月次 P/L 1 枚で全把握できる体験を提供する。

現在のコード

本案件は MAS-024 BEP 分析が確立した「P/L 末尾拡張ブロック」パターンに 3 つ目（MAS-062 PSF と並列）として追加する。新規ロジックは営業外損益分解 + ICR 算出 + パターン診断のみで、P/L 集計・MAS-003 描画は既存関数を流用する。

MAS-024 BEP 分析（✅ 完了）の P/L 末尾拡張パターン

11_mst_account（既存）の現状

現状は科目名 / 区分（収益/費用/資産/負債/純資産）/ 表示順 のみ。本案件で 「営業外損益サブ分類」属性（6 区分: 受取利息 / 受取配当金 / 支払利息 / 為替差損益 / 持分法投資損益 / その他）を 1 列追加する。営業外区分外の科目は空欄で互換性維持。

MAS-073 法人税（✅ 完了）

経常利益から先（法人税等）の計算は既存。本案件は 経常利益までの集計を扱い、MAS-073 とは演算範囲が重複しない。

MAS-008 Cash Runway（既存）

ランウェイ計算は既存。本案件 v1.1 で ICR が昇格したら、ICR 維持月数（≥3.0 を割り込むまでの月数）を Runway 派生指標として MAS-008 側に追加する将来連携を見込む。

修正方針

Step 1 — 営業外損益サブ分類の整備（11_mst_account 拡張）

100_config/101_sys_config.js の DDL 定義に列追加:

// 11_mst_account の DDL（既存 + 1 列追加）
{ name: '有効FLG', type: 'boolean' },
{ name: '科目ID', type: 'string' },
{ name: '科目名', type: 'string' },
{ name: '区分', type: 'enum', values: ['収益','費用','資産','負債','純資産'] },
{ name: '表示順', type: 'number' },
{ name: '営業外サブ分類', type: 'enum', values: ['','interest_income','dividend_income','interest_expense','fx_gain_loss','equity_method','other'] }, // ← 新規（v1）

既存科目への割当はマイグレーション 8XX_migration_f63_non_op_subcategory.js を新設して冪等実行（既知の典型科目: 受取利息→interest_income / 受取配当金→dividend_income / 支払利息→interest_expense / 為替差益・差損→fx_gain_loss / 持分法投資損益→equity_method / 雑収入・雑損失→other）。未知の科目はサブ分類空欄で残す（手動レビュー対象）。

Step 2 — 営業外損益率の算出 + 信号機（v1）

// 400_domain/450_pl_non_operating_engine.js (純粋関数 + IIFE 名前空間)

var PlNonOperatingEngine = (function () {

  /**
   * @param {Object} plData
   * @param {number} plData.revenue              売上高
   * @param {number} plData.operatingProfit      営業利益
   * @param {number} plData.ordinaryProfit       経常利益
   * @param {Object} plData.nonOpBreakdown       {interest_income, dividend_income, interest_expense, fx_gain_loss, equity_method, other}
   * @param {number} [plData.borrowingBalance]   借入金残高（v1.1 で必須）
   * @param {Object} [params]                    03_sys_params override
   * @returns {{operatingMargin, ordinaryMargin, nonOpRatio, signal,
   *            interestCoverage, icrSignal, pattern, comment}}
   */
  function computeNonOpMetrics(plData, params) {
    var p = params || _loadParamsFromSysParams_();
    var enabled = (p.enabledMetrics || 'operating_non_op_diff').split(',');

    var operatingMargin = plData.operatingProfit / plData.revenue;
    var ordinaryMargin = plData.ordinaryProfit / plData.revenue;
    var nonOpRatio = ordinaryMargin - operatingMargin;
    var signal = Math.abs(nonOpRatio) <= p.nonOpRatioThreshold ? 'GREEN' : 'RED';

    var result = {
      operatingMargin: operatingMargin,
      ordinaryMargin: ordinaryMargin,
      nonOpRatio: nonOpRatio,
      signal: signal,
      breakdown: plData.nonOpBreakdown,
      pattern: _diagnosePattern_(operatingMargin, ordinaryMargin, plData.nonOpBreakdown),
    };

    // v1.1: ICR 基本版
    if (enabled.indexOf('interest_coverage') >= 0) {
      result.interestCoverage = _calcIcrBasic_(plData);
      result.icrSignal = _classifyIcr_(result.interestCoverage, p);
    }
    // v1.2: ICR 厳密版（事業利益ベース）
    if (enabled.indexOf('interest_coverage_strict') >= 0) {
      result.interestCoverageStrict = _calcIcrStrict_(plData);
    }
    // v2: 事業利益率 + 財務収支比率 + 営業外損益依存度
    if (enabled.indexOf('business_profit_margin') >= 0) {
      result.businessProfitMargin = _calcBusinessProfitMargin_(plData);
      result.financialBalanceRatio = _calcFinancialBalanceRatio_(plData);
      result.nonOpDependency = _calcNonOpDependency_(plData);
    }

    result.comment = _generatePatternComment_(result.pattern, result);
    return result;
  }

  return { computeNonOpMetrics: computeNonOpMetrics };
})();

Step 3 — ICR 算出 + 4 段階信号機（v1.1 / v1.2）

信号機（4 段階）:

加えて covenant 維持可否（ICR ≥ F63_COVENANT_ICR_FLOOR を満たすか）を別セルで判定。融資契約書に financial covenant が含まれる際の自動モニタリングに使う。

Step 4 — 段階的昇格機構（F63_ENABLED_METRICS）

03_sys_params キー F63_ENABLED_METRICS で表示指標を段階制御:

昇格は手動（03_sys_params セル直接編集）。注意事項 #4 で自動昇格の判断基準を整理。

Step 5 — パターン診断（経常 ＞/＝/＜ 営業）+ 自動コメント

戦略メモ §3 の「乖離パターン 3 種」を spec 内アルゴリズム化:

UI 上で「この期はパターン X です」をテンプレート文字列で自動生成（LLM 不要・決定論的）。MAS-056 対話 UI 接続時の Tool 化はオプション。

影響範囲

注意事項

1. bizlp 規模では「正常 = 一致」: 戦略メモ §5 の運用方針通り、bizlp 規模では営業外損益が小さい（雑収入・振込手数料・わずかな受取利息）ため、営業利益率と経常利益率がほぼ一致するのが正常状態。乖離 ±0.5% 超で警告するアラート指標として運用する。閾値妥当性は四半期ごとに再確認。

2. 公庫融資申請時に v1.1 昇格: 新規開業・スタートアップ支援資金など借入活用フェーズに入ったら、F63_ENABLED_METRICS に interest_coverage を追加して ICR を表示。融資契約書に financial covenant が明記された場合は F63_COVENANT_ICR_FLOOR を契約値に合わせる。

3. banking covenant としての ICR 運用: 日本の銀行融資（特に長期）では財務制限条項に ICR ≥ 1.5 や 2.0 が含まれるケースあり。自動モニタリングは spec が提供するが、契約書確認 + 実際の covenant 値の手動入力は必須（spec 外）。

4. 昇格タイミングの自動 vs 手動判断: 借入金残高 > 0 で自動 v1.1 昇格にすると過剰反応のリスク（一時的な短期借入）あり。v1.1 への昇格は手動を default とし、自動化は「借入金残高が 3 ヶ月連続 > 0」等の二重条件で v2 で検討。

5. 為替差損益処理は MAS-064 候補連携: 多通貨対応は §5 Out of Scope の MAS-064 候補に派生（戦略メモ §9 / TODO §5 MAS-262 派生）。本案件 v1 では fx_gain_loss サブ分類のみ提供し、円換算ロジックは MAS-064 が採用されたタイミングで連携。

6. 事業利益率は v2 で SZ-3 以降: 持分法投資利益が発生するのは関連会社設立時（SZ-3〜SZ-4）。それまで事業利益率は営業利益率とほぼ同値で表示する意味が薄い。v2 昇格は関連会社設立時のトリガーとする。

7. 海外指標との対応関係（戦略メモ §7）: 経常利益率 ≒ EBIT Margin / 事業利益 = Operating income + Equity in earnings of affiliates / ICR は同名。海外顧客が増えたら IFRS 軸切替を検討する場面が来る可能性あり（多通貨対応 MAS-064 と連動）。spec はあくまで日本式（経常利益軸）で記述。

8. failure_patterns #25 遵守（並列実装対称性）: MAS-024 BEP / MAS-062 PSF と完全に対称な構造を保つ。renderPlBepSection_ ↔ renderPlPsfSection_ ↔ renderPlNonOperatingSection_ の 3 関数で命名統一。

9. failure_patterns #18-#20 遵守（命名造語禁止）: 関数名 computeNonOpMetrics / renderPlNonOperatingSection_ は既存命名と整合（動詞 + 目的語）。ICR / EBIT は業界標準略称で新語ではない。Read で既存ファイルに同名関数がないことを着手時に裏取り。

10. failure_patterns #26 遵守: appsscript.json の OAuth スコープは変更不要（既存スコープ内で完結）。

11. 支払利息ゼロでの ICR 算出: 分母ゼロのため Infinity を防ぎ、UI 上は 「N/A（無借金）」 と明示表示。F63_ENABLED_METRICS に interest_coverage 含まれていても、支払利息ゼロなら ICR セクション全体を非表示にする（v1 状態と等価表示）。

12. 営業利益マイナスでの ICR 算出: 分子マイナスのため ICR < 0 になる。「赤字 + 借入あり = 危機的」 として 🔴 + 「営業赤字につきカバレッジ算出不能」コメント自動付加。

13. 戦略メモ更新時の MAS-063 spec 同期フロー: docs/_internal/biz/pl_metrics_non_operating_strategy.md が更新されたら、本 spec の §目的・§注意事項 #1-#7 を再点検。戦略メモは経営者本人の SSoT・spec はそれを実装に落とした派生物 という関係性を保つ。

エッジケース

実データ検証

1. bizlp 自身の現状値（戦略メモ §5 をテストフィクスチャ化）

実装完了後に以下を 901_test_runner.js で自動検証し、正常範囲内であることを合格基準とする:

2. 公庫融資想定時の ICR シミュレーション

仮想的な借入条件（借入金 1,000 万 / 実効金利 2% / 月次支払利息 16,667 円 / 年間 200,000 円）を入力し、現状の営業利益で ICR ≥ 3.0 を満たすことを検証。

bizlp 規模では現状の営業利益水準が維持される限り ICR は 💎 領域で推移する想定。

3. パターン診断の網羅検証

3 パターン × 為替差益/差損主因の有無 = 5 ケースを単体テスト F63-05〜F63-09 で網羅。

4. MAS-024 BEP / MAS-062 PSF との並列共存検証

refreshPlDatamart() 実行後の 92_fs_pl で 3 セクション（BEP / PSF / 営業外損益）が指定順に描画されること、相互の行範囲が重複しないことを spec 上の expected 行範囲と照合。

5. エッジケース検証（単体テスト F63-01〜F63-13）

エッジケースセクションの 13 項目それぞれを 1 テストケースとして 901_test_runner.js に追加。

関連ドキュメント

人間が検討すべき事項

1. 営業外損益サブ分類の DDL 拡張判断: 11_mst_account への 1 列追加で対応するか、別マスタ 12_mst_tax_classification（MAS-061 と統合）で扱うか。両者を 1 つの「科目属性」として統合するか別管理にするか。

2. アラート閾値 ±0.5% の妥当性: 業種・規模で変える可能性。SaaS（粗利高）と物販（粗利低）で意味が異なる。商用化時にテナント別 default を持つか。

3. ICR 昇格タイミングの自動化: 公庫融資申請時に手動有効化 vs 借入金残高 > 0 で自動有効化。短期借入の頻発を考慮すると 借入金残高 > 0 が 3 ヶ月連続 等の二重条件が現実的。

4. パターン診断の自動コメント生成 UI: テンプレート文字列（決定論的・spec 採用）vs LLM 生成（自然言語の自由度）。LLM 採用時は MAS-056 / MAS-059 経由で Tool 化が筋。

5. 為替差損益が出始めた時の処理: MAS-063 サブ分類の 1 つとして扱うか、MAS-064 多通貨対応（候補）に移譲するか。MAS-064 候補が起票されたタイミングで MAS-063 v1.1 → MAS-064 v1.0 への移管を spec で明示するか。

6. 関連会社設立時の事業利益率昇格と MAS-065 連結会計起票のトリガー条件: 持分法投資が出た時点で v2 自動昇格か、MAS-065 連結会計起票時に手動昇格か。SZ-3〜SZ-4 で持株会社化する経営判断と直結するため、自動化は控えめに。

7. 海外顧客が増えた場合の IFRS 軸切替判断: multi-currency = MAS-064 連動。海外顧客比率の閾値（例: 海外売上比率 ≥ 30%）で警告 + IFRS 軸切替の検討促進アドバイスを出すか。

8. 公庫融資申請時の covenant ICR floor 取得方法: 契約書から手動入力 vs 自動 OCR（MAS-173 複合機スキャン連携）。融資契約書管理（MAS-253 候補）と統合検討。

9. MAS-008 Cash Runway との連携深度（v1.1 以降）: ICR 維持月数を Runway 派生指標として MAS-008 に追加するか、MAS-063 内で完結するか。Runway 拡張は MAS-008 spec への変更が必要なため別 PR 推奨。

10. 戦略メモ更新時の MAS-063 spec 同期フロー: SSoT 更新の検知方法（git hook / 手動レビュー）。docs/_internal/biz/ 全般の同期ルール化が必要（MAS-062 と共通課題）。

実装プロンプト（Claude Code 用）

Claude Sonnet 4.6 推奨。MAS-024 BEP セクションの拡張パターンに MAS-058 spec の純粋関数 + 4 段階信号機を組合せる中難易度。v1 のみなら半月で完了可能。

## 案件
MAS-063 — P/L 営業外損益指標拡張（営業外損益率 + ICR 段階的昇格）

## 事前調査（必ず Read する）
1. `docs/dev/dev_mas-063_pl_non_operating_metrics.md` 全文（本仕様書）
2. `docs/_internal/biz/pl_metrics_non_operating_strategy.md` 全文（戦略 SSoT）
3. `docs/dev/dev_mas-024_bep_analysis.md` — P/L 末尾拡張パターンの先例
4. `docs/dev/dev_mas-062_psf_profitability_extension.md` — 並列実装の対称性手本
5. `docs/dev/dev_mas-058_required_revenue_solver.md` — 純粋関数 + 信号機ロジックの手本
6. `docs/dev/dev_mas-003_kpi_dashboard.md` — 93_kpi_dashboard 拡張方法
7. `100_config/101_sys_config.js` — 11_mst_account DDL 拡張箇所
8. `600_report/603_datamart_pl.js` — `renderPlBepSection_` 実装確認
9. `docs/_internal/failure_patterns.md` #18-#20 / #25 / #26

## 実装対象（v1 = 営業外損益率のみで MVP リリース可）

1. `400_domain/450_pl_non_operating_engine.js` 新規（IIFE 名前空間 PlNonOperatingEngine）:
   - computeNonOpMetrics(plData, params) — メイン API
   - 内部ヘルパ: _loadParamsFromSysParams_ / _diagnosePattern_ / _generatePatternComment_
   - v1.1 用: _calcIcrBasic_ / _classifyIcr_
   - v1.2 用: _calcIcrStrict_
   - v2 用: _calcBusinessProfitMargin_ / _calcFinancialBalanceRatio_ / _calcNonOpDependency_

2. `600_report/603_datamart_pl.js` 拡張:
   - renderPlNonOperatingSection_(sheet, plData) を `renderPlPsfSection_` 直下に追加
   - refreshPlDatamart() から呼出

3. `100_config/101_sys_config.js` 拡張:
   - 11_mst_account DDL に 営業外サブ分類 列追加（6 値 + 空欄）

4. `8XX_migration_f63_non_op_subcategory.js` 新規（番号は `ls 800_ops/` で次番取得）:
   - 既存 11_mst_account 既知科目に営業外サブ分類を一括付与（冪等）

5. `93_kpi_dashboard` セル追加（MAS-003 既存セルの右隣）+ 条件付き書式
   - 営業外損益率 / ICR / covenant 維持可否

6. `03_sys_params` の 6 キー追加（default は Constants.getParam の第 2 引数）

7. `900_test/901_test_runner.js` に F63-01〜F63-13 単体テスト

## 動作確認
1. bizlp 現状データで営業外損益率が ±0.5% 以内 → 🟢 + パターン 3 表示
2. 仮想借入条件で ICR が 💎 領域
3. パターン診断 5 ケース網羅
4. エッジケース 13 項目すべて想定通り

## デプロイ
1. dev で push:dev → メニュー「📊 マート更新」実行 → 92_fs_pl 末尾の営業外損益セクション目視確認
2. Go なら push:prod
3. コミット: feat(MAS-063 v1): P/L 営業外損益指標拡張 (営業外損益率 + パターン診断)

## failure_patterns チェック
- #18-#20: computeNonOpMetrics / renderPlNonOperatingSection_ を Read で裏取り
- #25: MAS-024 BEP / MAS-062 PSF と対称構造
- #26: appsscript.json は変更なし

推奨実行モデル

変更履歴