1. 概要

焦点質問: タブ番号体系をどのように整理し統一するか?

背景・課題

データフローの方向性を「一方向(Unidirectional)」に整理するため、 シート番号体系を以下のレイヤーに統一する。

10番台: マスタ・設定
20番台: 入力層(予算・パイプライン)
30番台: サブ元帳(ORD/INV/STL)
40番台: 仕訳台帳(TRN)
50番台: 仮想明細レポート(Read-Only View)
60番台: P/L財務諸表
70番台: B/S財務諸表
80番台: C/F財務諸表

2. 設計判断

選択肢メリットデメリット選定
番号帯をレイヤー別に10刻みで割当データフローが番号順で一方向になり直感的既存タブの大量リネームが必要採用
既存番号を維持し命名規則のみ統一リネーム不要で移行コストゼロ番号と処理レイヤーが不一致のまま残る不採用
100番台刻みで将来拡張を確保番号枯渇リスクが低いGASタブ名が長くなり視認性低下不採用

3. 変更内容

3.1 変更一覧

変更前変更後システムキー理由
99_debug_bs52_list_bs_detailsSYS_LIST_BS仮想明細層(50番台)へ正式昇格
72_sum_project_pl78_sum_project_plSYS_SUM_PJPL72_bs_snap との番号衝突回避
(新設)51_list_pipeline_planSYS_LIST_PIPEパイプライン展開明細(Read-Only)

3.2 追加作業: 契約形態プルダウン

02_sys_dropdown に追加

ヘッダー内容
XUI契約形態15_mst_dict の「契約形態」カテゴリから自動生成

15_mst_dict に手動追加

有効フラグカテゴリ設定コード表示名
TRUE契約形態スポット
TRUE契約形態継続
TRUE契約形態準委任
TRUE契約形態請負

setVali 追加

  • setVali('BUD_PIPE', 4, 'X', '21_bud_pipeline') — 契約形態(D列) → UI契約形態

4. 影響範囲

影響対象影響内容対応
101_sys_config.js — SYS_LIST_PIPE新規追加confSheet.appendRow
101_sys_config.js — SYS_LIST_BSタブ名変更99_debug_bs52_list_bs_details に変更
101_sys_config.js — SYS_SUM_PJPLタブ名変更72_sum_project_pl78_sum_project_pl に変更
402_project_profitability.jsシート名参照変更'72_sum_project_pl''78_sum_project_pl'
602_datamart_main.jsデバッグ出力先変更99_debug_bs52_list_bs_details への参照変更

5. テスト仕様

テストIDテスト名前提条件期待結果
TAB-01setupAllSchemas 再実行後のタブ存在確認setupAllSchemas を実行51_list_pipeline_plan, 52_list_bs_details, 78_sum_project_pl が作成される
TAB-02SYS_CONFIG キー参照確認setupAllSchemas 実行済みSYS_LIST_PIPE, SYS_LIST_BS, SYS_SUM_PJPL が正しいタブ名を返す
TAB-03旧タブ名の参照消滅確認コード検索99_debug_bs, 72_sum_project_pl への参照がソースコード中に残っていない
TAB-04PJP/L出力先確認402_project_profitability.js 実行78_sum_project_pl に出力される
TAB-05B/S明細出力先確認602_datamart_main.js 実行52_list_bs_details に出力される

付録: 注意事項

  • 既存のGASスプレッドシート上のタブ名はユーザーが手動リネーム、または setupAllSchemas 再実行で反映
  • BUD_RSCE は V2廃止だが、402_project_profitability.js で参照があるため fallback 名のみ変更
  • 51_list_pipeline_plan は STEP 3 (dmRenderPipelineDetails_) で初めてデータが書き込まれる