6. 試作・工機・材料・金型

量産（号口）の前段階として顧客から試作品の注文を受け、専用の金型・治具を工機課に作らせ、使う材質・板厚を確認する — この3サブシステム（MENUT1 試作管理／MENUB1 工機管理／MENUZ1 材料・金型管理）は、試作品を1つ作り上げるための一直線のつながりです。

3つのサブシステムがなぜ1セットか

板倉製作所は自動車部品（トヨタ紡織・アイシン・デンソー向け）の量産部品（号口）を作る前段階として、顧客から試作品の注文を受けます。試作品を作るには多くの場合、専用の金型・治具を新規に作る、または量産用金型を試作向けに一時的に使う必要があり、さらにどの材質・板厚の材料を使うかを都度指定する必要があります。

（出典: analysis/out/menu_tree.md:166-300, pilot/spec/menut1-schema.md, pilot/spec/menub1-reuse-map.md, pilot/spec/menuz1-reuse-map.md）

金型管理マスター（mdmp）の主キー mdnorb（年度連番）は試作向けの schema 移行（013_menut1.sql）で既に取り込まれており、MENUT1 と MENUZ1 はテーブルレベルでも共有関係にあります。(出典: pilot/spec/menut1-schema.md:167-182)

A. 試作管理 (MENUT1)

試作とは — 新人向け解説

「試作（しさく）」とは、量産（号口）の前に顧客が少量だけ発注する検証用の部品です。量産と試作では受け付ける受注データの体系そのものが異なります。

• 量産（号口）品は JHMP（受注品番マスター）の JHKUGO=9、試作品は JHKUGO=1 で区別されます。(出典: itjm75r.md:132, itks16r.md:240,679)
• 受注データ JUDP の JUD605（指示形態コード）で試作系のサブタイプが決まります: 11〜19 = 試作単品出荷品（部品そのものを1個ずつ出荷）、21〜29 = 試作組付部品（複数部品を組み立てて出荷）、30〜31 = 試作組付まとめ指示（複数受注をまとめて1つの指示にする）。(出典: itts54r.md:27, itts71r.md:85-86, itts72r.md, itts03r.md:112)
• 試作品専用の注文識別子として「試作№」が付与されます。受注ごとに紐づく管理番号で、伝票№とセットで扱われる場面もあります。(出典: screen-help.json:1309)
• 試作品は号口とは別の作業指示ファイル SJDP（製造指示データ）で管理されます。号口は別サブシステム（MENUW1・MENUJ1系）の JUDP/WSBS* 系列で動いており、試作用の作業指示（SJDP）と号口用の作業指示は完全に別のデータフローです。(出典: menut1-schema.md:75-95)

標準フロー — TSBS01 → 03 → 11/12/13

1. TSBS01 試作作業指示数計算 TSBS01C
   一括バッチ処理。実行キーを押すだけで、以下5つの内部処理を連続実行する（元に戻せない）:
   1. RZBJDPQ2/ITTS42R/ITTS43R/MKBJDPQ2 — 組付部品の振戻（未引当数の戻し）と再引当（在庫からの引き当て直し）
   2. ITTS71R — 単品出荷品用の指示数計算（JUD605=11-19 を集計し SJDP へ反映）
   3. ITTS72R — 組付部品用の指示数計算（BJDP の不足数を集計）
   4. ITTS73R — 余剰指示削除（不要になった SJDP 行を削除、または再発行指定中なら終了処理）
   5. ITTS53R — 依頼区分確認（対象行の依頼区分を 'A'＝確定済みへ昇格）
   担当: 試作担当者（バッチ実行のみ）
   (出典: tsbs01c.md:11-26, itts71r.md, itts72r.md, itts73r.md, itts53r.md)
2. TSBS03 試作作業指示書発行 TSBS03C Excel/VBA
   指示計算で溜まった未発行の SJDP 行を印刷する。実行すると①作業指示書、②品質チェックシート、③仮出庫指示書（材料や部品を先に出庫するための指示）の3帳票が出力される。「試作用・号口用 共に発行」する設計で、印刷は Excel マクロ（BAT1003/BAT1003A）に委譲される。
   担当: 試作担当者
   (出典: tsbs03c.md:27-34)
3. 現場作業
   金型・材料の手配、加工。
4. TSBS11 / TSBS12 / TSBS13 完成入力
   現場で加工が終わったら「完成入力」を行い、指示を完了させる。目的の異なる3つの画面がある（詳細は下表）。
   担当: 試作担当者・現場

完成入力が3種類ある理由

試作管理には目的の異なる3つの完成入力画面があります。3つに分かれている理由は指示区分（単品出荷品／組付部品／組付まとめ指示）ごとに配分先のデータ構造が異なるためです。単品出荷品は「受注(JUDP)への完成数配分」、組付部品は「構成部品(BJDP)への完成数配分」というように配分先マスタが違うため、画面・ロジックが分離されています。

(出典: itts11r.md:18-30, tsbs12c.md:7-12, itts13r.md:53-72)

試作№のライフサイクル

SJDP（製造指示データ）の重要フラグ:

(出典: menut1-schema.md:81-94)

試作品在庫と変更履歴（監査ログ）

完成入力後の余剰在庫・材料在庫は ZKDP（試作品在庫データ）で管理され、専用のオペレータ画面（MENUT2 opt27, ITTS30R 試作品在庫入出庫処理＆照会）から直接入出庫できます。この画面は在庫区分 J（単品出荷品）／B（組付部品）を切り替え、入庫・出庫を同時入力できます。(出典: itts30r.md:1-36)

もう一つ重要なのが ZLGP（試作品在庫データ変更履歴）です。試作品在庫を直接修正する画面 ITTS34R（試作品在庫データ修正処理, MENUT2 opt52）は、在庫を書き換えるたびに ZLGP へ監査ログを1行残します。この画面は現在庫数・引当数・未入庫数の3つの数量を直接上書きできる強力な機能のため、RPG ソースにハードコードされた4名限定のホワイトリスト 特殊 でアクセス制限されており、操作者コード入力・区分選択・品番入力・修正前後の数量比較（バランスチェック: 未引当在庫＝現在庫数−引当済＋未入庫前）を経てからでないと更新できません。(出典: itts34r.md:1-32)

変更系 — TSBS02/04/05/06/08

指示を出したあとに内容を直したり、追加・再発行したりするための5つのユースケースです。

(出典: itts52r.md, itts54r.md, itts21r.md, itts22r.md, screen-help.json:995,998,1001,1531,1540)

B. 工機管理 (MENUB1)

工機管理は、試作向け・号口向けの金型・治具そのものの製作を工機課に指示するサブシステムです。全メニューは1つのデータフロー上に乗っています。実データではkfdp（工機作業指示データ）が5,438件登録されており、2020年以降が全体の94%以上を占める、比較的新しいデータです（実データスナップショット参照）。

(出典: menub1-reuse-map.md:8-12)

誰が金型作業を発注するか — BSBS01〜05の役割分担

工機課への作業指示は「受注№」または「設計№」を起点に発行されます。5つのメニューはすべて ITSQ01R 使用制限ゲートがかかっています。

(出典: menub1-reuse-map.md:23-29,97-153, screen-help.json:1282,1628,1637,1640,1649)

工機作業指示・工機課管理の Excel ジョブ（実VBA解読済み） Excel/VBA

作業指示書の印刷シーム: 金型・治具作業指示書発行.xlsm が BSBS01 の作る ワークファイル KFDPP1.xls（Client Access 転送）を読み、様式ブック 金型・治具作業指示書.xlsm に流し込んで印刷する — MENUB1 の印刷実体はこのマクロです。 プリンタは Printer_List.xlsx で解決し、実行結果を 自動実行結果記録.xlsx （ITA_PGM のエラー通報網）へ記録します。…手入力.xlsm は「空の指示書を作成する」 BSBS05 の Excel 側です。(出典: 金型・治具作業指示書発行.xlsm Const DATA_FILE="KFDPP1.xls" / 手入力.xlsm 処理概要)

C. 材料・金型管理 (MENUZ1)

金型資産管理 — MDMPを中心とした金型のライフサイクル

金型管理マスター mdmp（キー: mdnorb 年度連番）が金型1本＝1レコードの資産台帳です。23列で構成され、品番・品名・得意先コード・型式・製作年月日・依頼者コード・保管コード・棚番・移動日・廃棄日・持出コード・保管期限・自動倉庫最終入庫日・占有区画等を持ちます。(出典: analysis/out/masters_registry.json mdmpセクション, menuz1-schema-delta.md)

実データでは9,527件のうち8,659件（90.9%）が廃棄フラグ(mdcdhk='9')済みで、現役として保管コードが立っているのは868件（9.1%）のみでした。詳細は実データスナップショットを参照してください。

型種マスター (tymp)

金型の「型式カテゴリ」を表す小さなマスタで、tycdkt（型種コード）→tynmkt（型種名22桁）/tyrmkt（型種略名12桁）のみを持ちます。ITKK03R/04R の号口金型発行画面で F5 popup 経由で型式を選ぶ際に参照されます。(出典: analysis/out/masters_registry.json tympセクション, menub1-reuse-map.md:128)

金型のライフサイクル画面

ZSBS14 金型管理データ入力（ITMD01R）が金型1本ごとのマスタ登録を行う起点画面です。4モードをF4/F5/F6/F23で切り替えます:

1. 新規登録 (F6)
   品番・製作依頼者・保管場所・棚番・備考を入力すると、年度連番(WSNORB)と管理№(WSNOCD)を自動採番し、品名・型式・得意先・依頼者名・保管場所名を各マスタから引き当てて確認画面へ。実行でMDMPへ書き込み。
2. 移動登録 (F5)
   年度連番を指定し、移動先の保管コード・棚番・移動日を入力してMDMPを更新（保管場所コード='S'自動倉庫の場合は棚番マスタtbmpで存在チェック）。
3. 廃棄登録 (F4)
   年度連番・廃棄日・持出先を入力し、mdcdhk='9'（廃棄）, mddthk（廃棄日）, mdcdmd（持出コード）をセットし、棚番・移動日をクリア。
4. データ削除 (F23) 特殊
   パスワード認証（ソースにハードコードされた合言葉。環境変数化が推奨されている）の上で全項目をブランク/ゼロにする論理削除（品番欄に文字通り 'DELETE RECORD' という文字列を書き込む方式で、物理削除ではない）。

(出典: itmd01r.md:1-46, screen-help.json:1471, menuz1-open-questions.md:188-195,211-216)

材料管理 — 材質・使用材料マスタと受注残照会

材料管理は主に読み取り専用の照会画面で構成されており、書き込みを行う画面は見当たりません（マスタ自体のメンテナンスは別途 MENUM系のマスタ保守サブシステムで行われる想定）。(出典: analysis/out/masters_registry.json のCRUDプログラムMNMW49等参照)

実データではzsmp（材質マスタ）419件、szmp（使用材料マスタ）7,732件（受注品番6,157件分）が登録されています。使用頻度トップはSPC980DU（582件）でした（実データスナップショット参照）。

(出典: zsbs05-report.md, zsbs06-report.md, itzr12r.md:13-21, itzr14r.md:13-20, itzr33r.md:13-20, itts15r.md #UPDAT表)

自動倉庫 — 金型を機械式倉庫に出し入れする

自動倉庫は、金型を保管する物理的な立体倉庫設備（保管コード='S'）です。金型管理マスター(MDMP)のうち mdcdhk='S' の行だけを対象に、専用の3画面で棚番単位の入出庫・照会・登録変更を行います。すべて MDML4（mdcdhk,mdnotn,mdhigh,mdnorb順の金型アクセスパス）を使い、tbmp（棚番管理マスター）と対になっています。

(出典: itmd06r.md:1-38, itmd08r.md:1-42, screen-help.json:1474,1477,1507)

自動倉庫には物理ハードウェアとの直接連携（DTAQ/SBMJOB/ソケット通信等）は見当たらず、純粋なデータベース上の帳簿管理です。つまり実際の搬送機構の制御は別システム（倉庫コントローラ）が担い、本システムは在庫記録の同期のみを担当していると考えられます 推測。(出典: itmd06r.md:10-12, itmd08r.md:14-15)

特殊ケース

試作→号口移行（量産移行）

明示的な「試作品を号口品へ昇格させる」バッチ処理・画面は、解析済みのMENUT1/MENUB1/MENUZ1ソースからは見つかりませんでした。試作(JHKUGO=1)と号口(JHKUGO=9)はJHMPのフラグで区別される並行した受注体系であり、量産移行は「同じ品番に対して新たに号口の受注(JUD605が号口用の値)を起票する」という運用（別受注として起こす）である可能性が高いです 推測。指示形態コードの重なり（試作組付=21-29, 号口=51-69など）も、試作と号口が別体系であることを裏付けています。(出典: itjm38r.md:505, 未解明事項#3)

金型廃棄プロセス

廃棄は2段階の設計です:

1. 通常保管の金型
   ZSBS14（ITMD01R）の廃棄登録モード(F4)で、年度連番・廃棄日・持出先を入力するだけの単純フロー。
2. 自動倉庫内の金型
   ZSBS14からは「自動倉庫の金型の破棄は不可　７－２３へ」と誘導され、ZSBS23（ITMD08R）のD=倉庫から削除モードを使う必要がある。
3. 廃棄候補の洗い出し
   ZSBS19（金型廃棄チェックリスト, ITMD05R）が、構成部品の最終受注納期が基準日より過去の金型を機械的にリストアップし、実際に廃棄するかどうかは人間が判断してZSBS14/23で処理する、というチェック→人手判断→実処理の2段構え。

(出典: screen-help.json:176-177, menuz1-open-questions.md:288-319)

試作品在庫変更履歴（ZLGP）の意義

ITTS34Rのような直接在庫数を書き換えられる強力な画面では必ずZLGPへ変更履歴を残す設計になっています。これは、通常の完成入力・出荷処理（ITTS11R/13R等）が自動計算で在庫を動かすのに対し、ITTS34Rは数量を手で上書きできてしまうため、後から「誰が・いつ・何を・いくつ変更したか」を追跡できるようにするための監査証跡と考えられます 推測（4名限定パスワード制限と組み合わせると妥当性が高い）。

実データスナップショット — 金型・工機・材料を実データで検証する

ここまでの記述は主にソースコード・仕様書に基づく調査結果です。以下は、AS/400実データをインポートしたPostgreSQL（読み取り専用）に対して実際にSQLを実行し、本ページの記述と突き合わせた結果です。テーブルごとにデータの「鮮度」が大きく異なることが分かりました — mdmp（金型管理マスター）は1984年〜2026年と長期の登録日を持つ一方、zlgp（試作品在庫変更履歴）は2024年〜2026年のわずか2.5年分しか残っていません。ログ系テーブルは長期保持されていない（ローテーション/保持期間の対象になっている）可能性があります。

金型資産管理（mdmp）の実態

型種マスター（tymp）— 「100-399=表面処理」を実データで検証

tympは121件で、コードは0〜999999の範囲に散らばっています。実際に100〜399番台のコードを開くと、以下のようにめっき・表面処理の色/工程バリエーションが並んでいました。

100〜399番台は121件中45件（37.2%）を占め、内容は他ページ（outsourcing.html）が指摘する「TYCDKT 100〜399は表面処理用」という仮説と整合します。

工機作業指示（kfdp）の年次推移

区分(kfkusj)の内訳は S(設計/治具)=2,998件（55.1%）、K(工機)=2,438件（44.8%）でした。

試作品在庫変更履歴（zlgp）— 監査ログの実態

年次推移（登録日zlsymd）は2024年=2,280件、2025年=5,478件、2026年（〜6月）=6,121件で、実データは2024年以降の直近2.5年分しか残っていません。件数の推移も急増しており、2026年上半期だけで2024年通年を上回っています。フィールド別の変化率では、出庫数(zlotsu)が変化した行が9,956件（71.7%）と最多で、引当数(zlhasu系)変化が7,968件（57.4%）、現在庫数変化が7,454件（53.7%）、入庫数変化が2,393件（17.2%）、未入庫数変化が2,126件（15.3%）と続きます。§proto-inventoryで述べた「在庫を直接いじれる強い権限操作の証跡」という推測は、ITTS34Rの119件（全体の0.9%）に限れば裏付けられますが、ZLGP全体で見ると通常の入出庫処理（ITSS08R/ITTS30R/ITTS31R等）による自動記録が大半を占めることが実データで分かりました。

材料（zsmp/szmp）実データ

試作作業指示ログ・在庫・トヨタ紡織まとめ指示（sjlp/zkdp/kmdp）— データ考古学ブリーフより

以下の3テーブルは、以前は用途不明のまま存在していたが、今回のデータ考古学調査（schema.sql列コメント→edges.csv読み書きプログラム→specs→実データ）で正体が判明した。

-- 金型資産管理(mdmp)
SELECT count(*) total,
  count(*) FILTER (WHERE mdcdhk='9') haiki,
  count(*) FILTER (WHERE mdcdhk<>'9') active
FROM mdmp;
SELECT mdcdhk, count(*) FROM mdmp GROUP BY mdcdhk ORDER BY 2 DESC;
SELECT min(mddtss) FILTER (WHERE mddtss>0), max(mddtss) FILTER (WHERE mddtss>0) FROM mdmp;
SELECT
  count(*) FILTER (WHERE mdcdhk='9' AND (mddthk IS NULL OR mddthk=0)) haiki_no_date,
  count(*) FILTER (WHERE mdcdhk<>'9' AND mddthk<>0) active_has_date
FROM mdmp;

-- 型種マスター(tymp) / 100-399検証
SELECT count(*), min(tycdkt), max(tycdkt) FROM tymp;
SELECT CASE WHEN tycdkt BETWEEN 100 AND 399 THEN '100-399' ELSE 'other' END, count(*)
  FROM tymp GROUP BY 1;
SELECT trim(tynmkt), tycdkt FROM tymp WHERE tycdkt BETWEEN 100 AND 399 ORDER BY tycdkt;

-- kfdp × tymp 実利用状況
SELECT kfcdkt, trim(t.tynmkt), count(*)
  FROM kfdp k LEFT JOIN tymp t ON t.tycdkt=k.kfcdkt
  GROUP BY kfcdkt, t.tynmkt ORDER BY count(*) DESC;
SELECT CASE WHEN kfcdkt BETWEEN 100 AND 399 THEN '100-399' ELSE 'other' END, count(*)
  FROM kfdp GROUP BY 1;

-- kfdp 年次推移・区分
SELECT count(*) FROM kfdp;
SELECT substr(kfhisj::text,1,4) yr, count(*) FROM kfdp WHERE kfhisj>0 GROUP BY 1 ORDER BY 1;
SELECT kfkusj, count(*) FROM kfdp GROUP BY 1 ORDER BY 2 DESC;

-- zlgp 監査ログ
SELECT count(*) FROM zlgp;
SELECT trim(zlnopg), count(*) FROM zlgp GROUP BY 1 ORDER BY 2 DESC;
SELECT substr(zlsymd::text,1,4) yr, count(*) FROM zlgp WHERE zlsymd>0 GROUP BY 1 ORDER BY 1;
SELECT
  count(*) FILTER (WHERE zlinsu<>0) insu_nonzero,
  count(*) FILTER (WHERE zlotsu<>0) otsu_nonzero,
  count(*) FILTER (WHERE zlzasb<>zlzasa) zasu_changed,
  count(*) FILTER (WHERE zlhasb<>zlhasa) hasu_changed,
  count(*) FILTER (WHERE zlmnsb<>zlmnsa) mnsu_changed
FROM zlgp;

-- rnmp 実在性検証
SELECT count(*) FROM rnmp;
SELECT count(*) FILTER (WHERE trim(rnhnbj)<>''),
  count(*) FILTER (WHERE rnd011<>0 OR rnd012<>0 OR rnd013<>0 OR rnd014<>0 OR rnd015<>0),
  count(*) FILTER (WHERE rnd061<>0 OR rnd062<>0),
  count(*) FILTER (WHERE rnd081<>0 OR rnd082<>0)
FROM rnmp;
SELECT count(*) FROM rnmp r WHERE EXISTS
  (SELECT 1 FROM jhmp j WHERE trim(j.jhbnhn)=trim(r.rnhnbj));
SELECT min(rnnort), max(rnnort), count(distinct rnnort) FROM rnmp;

-- 材料(zsmp/szmp)
SELECT count(*) FROM szmp; SELECT count(*) FROM zsmp;
SELECT count(distinct sznohn) FROM szmp;
SELECT trim(s.szzisi), count(*) cnt, avg(z.zshiju), avg(z.zstank)
  FROM szmp s LEFT JOIN zsmp z ON trim(z.zszisi)=trim(s.szzisi)
  GROUP BY trim(s.szzisi) ORDER BY cnt DESC LIMIT 10;
SELECT count(*) FILTER (WHERE zshiju<>0), count(*) FILTER (WHERE zstank<>0), count(*) FROM zsmp;

-- sjlp/zkdp/kmdp（データ考古学ブリーフ）
SELECT count(*), min(l1hahi) FILTER (WHERE l1hahi>0), max(l1hahi) FROM sjlp;
SELECT l1kusj, count(*) FROM sjlp GROUP BY 1 ORDER BY 1;
SELECT count(*), min(zksymd) FILTER (WHERE zksymd>0), max(zksymd) FROM zkdp;
SELECT zkkuzk, count(*) FROM zkdp GROUP BY 1;
SELECT count(*), min(kmjuhi) FILTER (WHERE kmjuhi>0), max(kmjuhi) FROM kmdp;
SELECT DISTINCT kmcdtk, kmcdth FROM kmdp;

関連マスタ・帳票

主要テーブル一覧

(出典: analysis/out/masters_registry.json, menub1-reuse-map.md:156-173, menuz1-schema-delta.md)

帳票一覧（主なもの）

(出典: tsbs43c.md, menub1-reuse-map.md, menuz1-open-questions.md:249-324)

用語集

試作№

顧客からの試作ロット注文を識別する管理番号

号口

量産品（試作の対義語）。JHKUGO=9で判定

指示形態 (JUD605)

受注の性質を表すコード。11-19=試作単品出荷品/21-29=試作組付部品/30-31=組付まとめ指示

指示区分 (SJKUSJ)

製造指示の種類。1=単品出荷品/2=組付部品/3=号口品

終了区分 (SJKUFX)

作業指示の完了フラグ。0=未完了/9=完了

依頼区分 (SJKUIR)

指示計算後の確定状態を示すフラグ。'A'=確定済み

仮出庫

完成入力前に材料・部品を先出しする処理。SJD063等で管理

仕掛日 (SJHIKK)

作業開始予定日。TSBS05で一括設定

依頼区分確認 (ITTS53R)

指示数計算パイプラインの最終ステップで依頼区分を'A'へ確定させる処理

出来高

完成入力で報告する実際の完成数量

打切

出来高が指示数に届かない状態で完成入力を確定すること

余剰

完成数のうち、割り当て済み数量を超えた分（在庫へ戻す）

工機課

金型・治具の社内製作を担当する部署

金型・治具作業指示書

工機課への金型/治具製作依頼書

号口金型

量産品向けの金型（KFDP.kfkusj='G'）

型種 (tymp)

金型の型式カテゴリを表すマスタ

金型管理№ (mdnocd)

同一品番内で金型を区別する連番

年度連番 (mdnorb)

金型を一意に識別する年度＋通し番号（6桁、YYMMNNで世紀情報を切り捨てる仕様）

保管コード (mdcdhk)

金型の保管場所種別。'S'=自動倉庫/'X'未設定/'H'東工場等

自動倉庫

金型を収納する立体倉庫設備。棚番(tbmp)で管理

棚番

自動倉庫内の保管位置（例: 1-01-01形式）

廃棄チェックリスト

構成部品の最終受注納期を元に廃棄候補金型を洗い出す帳票

材質 (zsmp)

材料の種類（比重・単価を持つ）

板厚

材料の厚み

使用材料 (szmp)

受注品番×材質×板厚の組み合わせマスタ

材料区分

材料の調達区分コード（szkuzi）

受注残

まだ出荷・完成していない受注数量

ロット№ (rnmp)

材料トレーサビリティ用の番号（多くの列が未使用）

ZLGP

試作品在庫データ変更履歴（監査ログ）

ZKDP

試作品在庫データ（在庫区分J=単品出荷用/B=組付用）

他業務との接続点

• 受注 (MENUJ1系) — 試作の受注データそのものは JUDP にあり、試作管理(MENUT1)はこの受注データを起点にSJDPの作業指示を生成します。JHMPのJHKUGOフラグが試作/号口を判定するため、受注入力時点で既にどちらの体系かが決まっています。(出典: itts71r.md等)
• 号口 (MENUW1系) — 号口向けの金型（BSBS02/03の「号口金型」）は、工機管理から見ると試作向け金型と同じKFDPテーブル・同じ工機課ワークフローに乗りますが、区分コード('G')で区別されます。号口品自体の完成入力(WSBS11=ITTS15R)は本ページの範囲外（MENUW1）ですが、ITTS15R/16Rという命名から試作(ITTS)ライブラリの命名空間が号口プログラムにも一部再利用されていることが確認できます（実際の呼び出し元はWSBS11/WSBS12というMENUW1のCLラッパー）。(出典: itts15r.md, itts16r.md)
• 外製 — 金型製作を社外の型屋へ外注するケースは、BSBS05の「手入力」パスやBJDP.BJCDNG（内外コード, '9 '=外注）等のフィールドから存在が示唆されていましたが、【ヒアリングで判明】新實さんにより「金型を外注したことはありません」と明確に否定されました——プレス部品の外注時に金型を伴うケースはあっても別途管理はしておらず、外注専用の金型発注画面がMENUB1に見当たらないのは調査漏れではなく実際に存在しないためと確定しました。(出典: 新實さん、2026-07-23ヒアリングシート回答D、docs/feedback/hearing/2026-07-23-niimi-hearing-sheet-D.md参照)
• 経理 (MENUR1系) — 【ヒアリングで判明】MDMPに金額・償却関連フィールドが存在しないのは、金型がすべて客先所有の資産であり板倉製作所側に資産計上・償却の対象がそもそも存在しないためと確定しました（詳細は§金型資産管理参照）。
• 技術情報 (MENUK1/K2系) — 「試作№・伝票№入力・変更」や部品構成(KSMP)の親子関係照会など、試作の技術情報管理はMENUK系と密接に連携しています。工機管理・材料管理の多くの画面もKSMP（構成マスター）を参照する点で技術情報管理と接続しています。(出典: screen-help.json:1309)