1. マスタとコード体系

受注・生産・出荷・請求・支払——どの業務フローも、その裏では「得意先」「品番」「工程」「単価」といった変わらない基礎データ（＝マスタ）を参照して動いている。本ページでは、板倉製作所のシステムに登場する番号（コード）体系と、それを管理する29種類のマスタ、そしてマスタ保守の共通操作パターンを扱う。会社全体像や業務フローの全体地図は「0. 板倉製作所の業務全体像」を参照。

テーブル同士のつながりを図で見たいときは、16. データモデル（ER図）へ。このページが「どんなマスタがあるか」を扱うのに対し、あちらは「どのマスタがどうつながるか」を扱います。

1. コード体系 — 新人が最初に覚えるべき識別子

板倉製作所のシステムには多数の「番号」が存在し、それぞれ意味も発行元も異なる。以下は pilot/app/public/data/screen-help.jsonのフィールド解説（実データの入力ガイド）と 各種spec、masters_registry.jsonの列定義から収集した主要コード体系。

1.1 品番系（もっとも重要、かつ最も混乱しやすい）

1.2 設計・図面系

1.3 受注・生産管理系の番号

1.4 マスタ系コード（得意先・仕入先・工程・材質等）

1.5「区分」コード群 — NMMP（名称マスタ）に集約される汎用コード表

上記の「◯◯区分」（内容区分・表面処理区分・材料区分・板取区分・依頼区分・受注区分等）は、 個別のマスタテーブルを持たず、すべてnmmp名称マスタという1つの汎用コード表に コード区分（NMKBNM）ごとにまとめて格納されている。これはAS/400のオフコンでよく 使われる「名称マスタパターン」であり、新しい区分値を増やすたびにテーブルを新設しなくてよい 代わりに、このシステム全体でnmmpの中身を見ないとコードの意味が分からない、という 属人化ポイントになっている。詳しくは§5 特殊ケースを参照。

2. 主要マスタ一覧（MENUM1が管理する29テーブル）

analysis/out/masters_map.mdによれば、AS/400上の29種類の名寄せされたマスタファイルが CRUD（追加・変更・削除・照会）の対象になっている（26種は「トランザクション系」として意図的に マスタ保守の対象外＝D9 defer-loud）。移行後のシステムでは、1つの汎用エンジン＋JSONレジストリ （masters/engine.ts、analysis/out/masters_registry.json）がこの29テーブル すべてを同じ操作パターンで処理する（docs/MIGRATION-MAP.md L1023-1024）。

件数列は2026年7月時点でDBに投入済みの実データ（7年分のAS/400ダンプ、51テーブル/587,000行）に対するSELECT count(*)の結果。集計方法の詳細は§6 実データスナップショットを参照。

3. 新しい品番が立ち上がるときのマスタ整備チェーン

新しい得意先品番（新規または設計変更＝設変品）を受注したとき、以下の順でマスタが整備される （KSBS01フローが起点。技術情報管理MENUK1が中心）。

1. 受注品番データ登録 KSBS01（MENUK1）
   jhmp受注品番マスタに新規行を作成。得意先コード・受注品名・担当班・型式・号口区分・ 指示形態・内容区分・表面処理区分・標準在庫数を入力。旧品番があれば削除済(E)マークを付ける。 同じ画面からF5キーで「構成登録」（ITKS10R）、F6キーで「担当班」 （LTNM06R）のサブ画面に飛べる＝品番登録と構成登録が一体の作業として設計されている。
   担当: 技術情報管理（MENUK1）
2. 設計№登録 KSBS03（MENUK1）
   図面番号（設計№）をsnmpに登録。西暦変換マスタyxmpのカウンタを使って 発番される推測。
   担当: 技術情報管理（MENUK1）
3. 構成（BOM）登録 KSBS01のF5、または独立のKSBS09/KSBS10
   ksmp構成マスタに親品番（受注品番）→子品番（部品品番）の展開関係を登録。内外コード （内製/外注）も同時に確定する。
   担当: 技術情報管理（MENUK1）
4. 単価設定 SSBS04「製品単価入力」（MENUS1）
   prmp製品単価マスタに得意先向け販売単価とコスト内訳（外注費・材料費・加工費・ 表面処理費）を登録。
   担当: 出荷管理（MENUS1）
5. 受注データ累積処理 ITKS06R（JSBS08から自動呼び出し）
   実際に受注が確定するとjhmpの受注残数（JHJZSU）が加算される、という 後続の自動処理も存在する。
   担当: システム自動処理

4. マスタ保守の共通操作パターン

MENUM1配下のマスタ保守画面は、全マスタで同じ4パターンの操作フローに統一されている （AS/400のMNM{W,U,D,Q}nnという命名規則がこの4操作を表す。W=追加、U=変更、D=削除、Q=照会）。 pilot/spec/masters/convention.md

5. 実データスナップショット

本ページの記述の裏取りとして、実際に運用されていたAS/400の7年分のデータダンプ （51テーブル・約587,000行、PostgreSQLに投入済み）に対して直接クエリを実行し、 上の§2の表に件数列として反映した。ここではその中でも新人が最初に押さえておくと 役立つ実データの中身——得意先コードの実際の割り当て、工程コード全件、NMMPの区分一覧、 カレンダーの実カバー期間、yxmpの中身——を抜粋する。

5.1 得意先マスタ 実データ（コード順・上位15件）

5.2 工程コード全38件（komp）

§1.4で「工程マスタが正本」とだけ紹介したkompは、実データではわずか38行しかなく、 新人が現場の工程名を一通り覚えるのに十分小さい。全件を掲載する。

5.3 nmmp「区分」コード群の内訳

nmmpには空白区分を含め36種類の名称区分（nmkbnm）が実在した。 §1.5で例示した「区分13＝支払種別」を実データで確認すると、以下の5件が登録されている。

ほかにも§1.4で言及した区分が実データで確認できる。区分06（担当班コード）には斉藤工機・ 製作部組・品質課・営業課のほか、大連本精機械有限公司・大連佐久機械貿易有限公司という 海外の協力会社まで含まれていた（15件）。区分18（号口区分）は「試作＝1」「号口＝9」の 2件のみ。区分30（内外コード）は「社内＝1」「外製品＝2」「S／A架空構成＝8」「支給品＝9」 「ＳＵＢＡＳＳＹ＝10」の5件で、§1.4の内外コードの説明と一致する。

5.4 カレンダーマスタのカバー期間

clmpは1988年（昭和63年）分から先々2028年3月末まで、約40年分の稼働日/休日区分を あらかじめ持っている。dcmpは1996年4月開始で、デンソー案件（DNPT）が始まった時期の 推測とおおむね符合する。どちらも2028年3月末で終わっており、カレンダーの補充運用が今後必要になる ことが実データからも分かる。

5.5 yxmp（西暦変換マスタ）の中身

yxmpは2018年〜2073年の56行を持ち、yxcdsk（設計№用）列には 25種類の1文字コード（W, X, Y, Z, A, B, …）が年ごとに1つずつ、循環する形で割り当てられている （2018年=W、2019年=X、2020年=Y、2021年=Z、2022年=A、…）。これは§1.2および§6「特殊ケース」で 「推測」としていた「yxcdskは設計№生成用の採番カウンタとして使われている」という仮説と 整合する実データ——1年に1文字を割り当てるローテーション方式は、設計№の中に西暦の代わりに 埋め込む1桁コードとして自然な設計だからである。

5.6 正体が判明した補助テーブル13本 — データ考古学ブリーフより

§2の29マスタとは別に、以前は用途不明のまま存在していた中規模テーブルが13本あった。今回の調査（schema.sql列コメント→edges.csv読み書きプログラム→specs→実データ）でそれぞれの正体を特定した。各テーブルの詳細は所属ページを参照。

(出典: データ考古学ブリーフ§1-2)

-- §2 表の件数列（29マスタ全件、抜粋）
SELECT count(*) FROM tkmp; SELECT count(*) FROM tk1p; SELECT count(*) FROM simp;
SELECT count(*) FROM bhmp; SELECT count(*) FROM jhmp; SELECT count(*) FROM jkmp;
SELECT count(*) FROM ksmp; SELECT count(*) FROM snmp; SELECT count(*) FROM komp;
SELECT count(*) FROM nmmp; SELECT count(*) FROM cvmp; SELECT count(*) FROM tymp;
SELECT count(*) FROM mdmp; SELECT count(*) FROM tbmp; SELECT count(*) FROM zsmp;
SELECT count(*) FROM szmp; SELECT count(*) FROM hzmp; SELECT count(*) FROM kbmp;
SELECT count(*) FROM prmp; SELECT count(*) FROM sgmp; SELECT count(*) FROM smmp;
SELECT count(*) FROM clmp; SELECT count(*) FROM dcmp; SELECT count(*) FROM nkmp;
SELECT count(*) FROM rnmp; SELECT count(*) FROM yxmp; SELECT count(*) FROM bkmp;
SELECT count(*) FROM sqdp; SELECT count(*) FROM squp;

-- §5.1 得意先 上位15件
SELECT tkcdtk, tknmkn, tknmkj FROM tkmp ORDER BY tkcdtk ASC LIMIT 15;
-- アイシン範囲の裏取り
SELECT tkcdtk FROM tkmp WHERE tkcdtk BETWEEN 3 AND 17 ORDER BY tkcdtk;
-- デンソー・機工系の名称検索
SELECT tkcdtk, tknmkn, tknmkj FROM tkmp WHERE tknmkj LIKE '%デンソー%' OR tknmkn LIKE '%ﾃﾞﾝｿｰ%';
SELECT tkcdtk, tknmkn, tknmkj FROM tkmp WHERE tknmkj LIKE '%機工%';
-- トヨタ紡織系の名称検索
SELECT tkcdtk, tknmkn, tknmkj FROM tkmp WHERE tknmkj LIKE '%トヨタ紡織%' OR tknmkn LIKE '%ﾎｳｼｮｸ%';

-- §5.2 工程コード全件
SELECT kocdko, konmko, kormko, kokeko FROM komp ORDER BY kocdko;
SELECT DISTINCT kokeko FROM komp;

-- §5.3 nmmp 区分一覧・区分13/06/18/30の中身
SELECT nmkbnm, count(*) FROM nmmp GROUP BY nmkbnm ORDER BY nmkbnm;
SELECT nmkbnm, nmcdnx, nmcdnd, nm06nm, nm42nm FROM nmmp WHERE nmkbnm = '13' ORDER BY nmcdnx, nmcdnd;
SELECT nmkbnm, nmcdnx, nmcdnd, nm42nm FROM nmmp WHERE nmkbnm IN ('06','18','30') ORDER BY nmkbnm, nmcdnx, nmcdnd;

-- §5.4 カレンダーカバー期間
SELECT MIN(clymd), MAX(clymd), count(*) FROM clmp;
SELECT MIN(dcymd), MAX(dcymd), count(*) FROM dcmp;

-- §5.5 yxmpの中身
SELECT * FROM yxmp ORDER BY yxyyyy LIMIT 5;
SELECT MIN(yxyyyy), MAX(yxyyyy), count(*), count(DISTINCT yxcdsk) FROM yxmp;

-- §5.6 正体判明13テーブル（行数・鮮度）
SELECT count(*) FROM sjlp; SELECT count(*) FROM zkdp; SELECT count(*) FROM kmdp;
SELECT count(*) FROM gddp; SELECT count(*) FROM sddp; SELECT count(*) FROM gkdp;
SELECT count(*) FROM njdp; SELECT count(*) FROM juxp1; SELECT count(*) FROM ktmp;
SELECT count(*) FROM judps8; SELECT count(*) FROM judpr8; SELECT count(*) FROM judpr9;
SELECT count(*) FROM bjdpq3;
-- bjdpq3の17行は当方のテスト出力（端末TESTJ・同一時刻）。実機の状況は示さない:
SELECT q3nmdp, q3date, q3time, count(*) FROM bjdpq3 GROUP BY 1,2,3;
SELECT count(*) FROM judpr1; SELECT count(*) FROM judpr5; SELECT count(*) FROM judpr7;
SELECT count(*) FROM judps2; SELECT count(*) FROM judps9; -- 0件（実機の稼働状況は示さない、鉄則参照）

6. 特殊ケース