4. 技術情報（品番・構成・設計№）

お客様から「この部品を作ってほしい」という話が来ても、AS/400上で受注・生産の処理ができるようになる前に、必ず品番・構成(BOM)・設計№を登録しておく必要があります。MENUK1「技術情報管理」はその土台づくりを担うサブシステムです。

構成（BOM）がksmpを軸にどうつながっているかをER図で見るには、16. データモデル（ER図）を参照してください（自己参照になっている点、1段しか展開されない点もそちらで図解しています）。

1. 位置づけ — 新規品番立ち上げのバックボーン

板倉製作所では、お客様（トヨタ紡織・アイシン・デンソー等）から新しい部品の依頼が来ても、 AS/400システム上で受注処理や生産指示ができるようになる前に、必ず技術情報を登録しておく必要があります。 それがMENUK1「技術情報管理」サブシステムの役割です。次の3つの情報がそろって初めて、その品番（部品番号）は 「受注可能」「生産可能」になります。

1. 受注品番登録 KSBS01
   お客様に対して「この品番を扱っている」とマスタに登録する。
   担当: 技術・営業事務
2. 構成（BOM）登録
   その品番が実際にはどんな部品（単品品番）の組み合わせでできているかを登録する。
   担当: 生産技術
3. 設計№登録 KSBS03
   図面に対応する社内管理番号を割り当てる。
   担当: 設計
4. レーザー№登録（必要に応じて） KSBS14
   レーザーマーキング機に登録する識別番号を割り当てる。
   担当: 生産技術

(出典: analysis/out/menu_tree.md:85-111, pilot/spec/menuk1-predig.md:13-26)

ただし実際の新規立ち上げ現場では、これを1画面で同時に行う道もあります。MENUJ1（受注管理）側の ITKS16R（新規・設変構成入力、JSBS03経由）は、得意先入力 → 受注品番×2枠 → 構成行×90行 → 単品品番詳細 → 確認、という一連の流れの最後に、JHMP・KSMP・BHMP・SNMPへの書き込みを一括で行います (出典: pilot/spec/itks16r.md:50-75)。つまり:

2. 品番の世界観 — なぜ複数の番号体系があるのか

板倉製作所は複数の得意先（トヨタ紡織／アイシン／デンソー機工 等）から部品を受注しており、 それぞれの得意先が自社独自の部品番号体系を持っています。そのため社内では、目的の違う複数の 「品番マスタ」を使い分けています。実データでは受注品番マスタ(jhmp)6,704件、部品品番マスタ(bhmp)10,096件が登録されています（実データスナップショット参照）。

(出典: analysis/out/masters_registry.json jhmp/bhmp/cvmp/tamp列定義)

3. 新規品番立ち上げの標準フロー — KSBS01 受注品番データ登録

画面: ITKS01D。メニュー: MENUK1 opt 1 → CLラッパーKSBS01 → ITKS01R（511行）。AS/400

1. 品番入力（GM1画面）
   WSHNBJ（受注品番、25桁）を入力。上記の#CHKSNチェックが通れば次画面へ。
2. 属性入力（GM2画面）
   得意先・受注品名・担当班・旧品番（設変元）・型式・号口区分・指示形態・内容区分・表面処理区分・標準在庫数などを入力。 詳細は下表参照。
3. 確認 → 登録
   Enterで確認画面に遷移し、再度EnterでJHMPへWRITE（新規時）またはUPDAT（既存時）。 旧品番が入力されていれば、旧品番のJHMPレコードにJHKBWK='E'（終息扱いフラグ）を立て、 削除ではなくソフト削除にします。

(出典: pilot/spec/menuk1/itks01r.md:55-73,145-163,195-199)

(出典: pilot/spec/menuk1/itks01r.md:163,228)

画面上のショートカット

• F5＝構成登録: ITKS10Rを呼び出す想定です。ITKS10RはMENUK1の移植対象17本にも 含まれておらず、ソースも未確認（§12未解明事項1参照）。 【実ソースで解明】 ITKS10R自体のソースはsource/as400-admin/transport-tooling/ITLIBS/ITKS10R.txtに実在します （見出し「ITKS10R -品番構成入力」、改修コメントは2020/05/25（新實さん本人によるもの）まで続く）。 ファイル構成（KSMP UF・JHMP/BHMP/NMMP/JUDL09 IF・ 画面ITKS10D）とF6=単品登録→CALL 'ITKS02R'という内部ロジックは、現行のITKS17R （新規・設変構成修正、§7.2）とほぼ同一です。2007年のSubAssy構成機能追加作業（KSCDNGへの 区分値'8'新設）では、ITKS02R/03R/05R/06R/07R/10Rが構成マスタKSMPをNMMR-Chainで 参照する対象として並記され、2015年の構成点数上限調査でもITKS10RはITKS13R （品番構成変更）・ITKS16R・ITKS17Rと並んで「使用対象あり」（KSD101）と分類されており、 構成マスタを扱う現役プログラム群の一員として長期間扱われ続けてきたことが分かります。 【再訂正】以前の「孤立したメンバー」判定は調査手法のバグによる誤りでした——ITLIBS配下の RPG/CLソースは非UTF-8バイトを含むためfileが"data"（バイナリ）と誤判定し、grep -rを -aなしで実行すると当該ファイルが黙って除外されていました。-a付きで再検索したところ、 ITKS01RのF5処理（76/100/120/142行目）にCALL 'ITKS10R'が実在し、その親 （KSBS01のCL、83行目 CALL PGM(ITKS01R)）、さらに親（MENUK1オプション1 「受注品番データ登録」）まで辿るとMENUK1→KSBS01→ITKS01R→（F5）→ITKS10Rという到達経路が現行ソースに 完全な形で存在します。この経路は2010年・2015年のITLIBSスナップショット2本でも一字一句同一で、ITKS10Rは 過去15年以上呼び出し元を失っていません——実務上の構成登録は今もITKS10R自身が担っており、ITKS16R／KSBS41への 一本化という仮説は不要でした。 (出典: source/as400-admin/transport-tooling/ITLIBS/{ITKS10R,ITKS01R,KSBS01,MENUK1}.txt、 source/dev-archive/20070913_SubAssy構成機能追加作業/SubAssy構成機能追加作業_20070913.xls、 source/dev-archive/20150422_構成部品点数の上限変更について(変更不可)/20150422_構成部品点数の上限変更について(変更不可).xlsx、 source/dev-archive/20101020_中止・数減処理に伴う在庫戻し/ITLIBS/ITKS10R.txt、 source/dev-archive/20151016_AS400指示体制変更_中途で消滅/ITLIBS(変更前)/{ITKS10R,ITKS01R,KSBS01,MENUK1}.txt参照) 【ヒアリングで判明】ただしこの到達経路の「用途」についての結論は誤りだった。新實さんへの追加ヒアリングで 実運用の使い分けが確定した——「部品構成の新規登録はJSBS03→JSBS03C1（品番情報入力）→ITKS16Rで登録します」 「KSBS01（ITKS10R）は、入力されているデータを変更する場合に使用します。ただし構成展開が1件でも行われた 場合は変更できません。その場合はKSBS41を使用します」。つまりMENUK1→KSBS01→ITKS01R→（F5）→ITKS10Rという 経路は新規BOM登録の入口ではなく、既登録データの編集専用経路であり、しかも構成展開後はロックされて KSBS41に切り替える二段構えの運用だった。 (出典: 新實さん、2026-07-23ヒアリングシート回答C、 docs/feedback/hearing/2026-07-23-niimi-hearing-sheet-C.md参照、hearing.html C7)
• F6＝担当班: LTNM06Rを呼び出し、担当班コード一覧から選択できます。

4. 構成（BOM）管理

4.1 データ構造

ksmp（構成マスタ）が板倉製作所のBOM本体です。1行が「この受注品番には、この部品品番がこの数量含まれる」 という関係を表す、フラット（単一階層）なBOM行です。実データでは28,783行、親品番6,695件が登録されており、1親品番あたり平均4.30・最大88件の子品番を持ちます（実データスナップショット参照）。

(出典: masters_registry.json ksmp定義。キー: kshnbj + kscdng + kshnbb)

多段階層（部品の部品…）を1回のクエリで展開する仕組みはKSMP自体にはなく、必要な場合は bomExplosion.tsのような別ロジックで再帰展開します。(出典: pilot/spec/menuk1/itks03r.md:183-184)

4.2 構成問合せ — 親から子／子から親（KSBS05／KSBS07）

• KSBS05（ITKS03R）親→子: 受注品番を入力すると、ksmpからkshnbj=品番の全行を読み、 子品番の品名・材質・板厚（bhmpから結合）と構成数を一覧表示します。単一階層のみ、再帰なし。
• KSBS07（ITKS04R）子→親: 部品品番を入力すると、逆方向にksml1（ksmpを kshnbb,kshnbjの順でインデックスした論理ファイル）を引いて、その部品を使っている全ての受注品番（親）と、 各親の初回納入日（judpから最小の非ゼロjunohiを検索）を一覧表示します。

両画面はF5で相互に行き来できる、対になった照会画面です。 (出典: pilot/spec/menuk1/itks03r.md:1-30,190-193, itks04r.md:1-19,142-156)

4.3 構成ツリーデータのExcel往復（KSBS09/10）

生産技術担当が構成ツリーをExcelで編集できるようにする、3ステップの仕組みです。

1. KSBS09 構成ツリーデータ書き出し ITKS30R
   R側/L側それぞれ最大15組の品番ペアを入力すると、ktmp（構成ツリーマスタ、多階層・親子関係・R/L対応を持つ） にデータがあればそれを、なければksmp（フラットBOM）を代替ソースとして、ステージングテーブル KTMPP1へ書き出します。先頭に必ずダミー行（P1HNBR='DUMMY'）を1件書き込み、 これがステップ2の「Excel処理が正常終了したかどうか」の目印になります。
2. Excelマクロが整形・出力 Excel/VBA
   BAT0409.XLSMがKTMPP1から読み出して整形・出力します（本移植では未着手のシーム）。
3. KSBS10 構成ツリーデータ取り込み ITKS31R
   編集済みExcelからBAT0410.XLSMがKTMPP1へ書き戻し、ITKS31Rが読み込んでktmpへ 反映します。取込は「同一の基準品番ペアの既存行を全削除→新規行を全書き込み」という破壊的置換です。

(出典: pilot/spec/menuk1/itks30r.md:12-26,180-185, itks31r.md:25-30,44-46,126-131)

4.5 構成がその先で何を動かすか

構成（BOM）は単なる台帳ではなく、生産指示の計算根拠です。KSBS41（ITKS13R 品番構成変更＝構成展開反映）は、BOM変更をbjdp（部品手配データ、構成展開済みの実運用テーブル）に反映し、 在庫引当の戻し／再引当（PBZKUPR経由）まで連動させます。つまり技術情報側でBOMを直すと、 生産側の部品引当・出庫指示にまで波及する、というのが構成データの重みです。 (出典: pilot/spec/menuk1/itks13r.md:1-65)

5. 設計№管理

5.1 データ構造とKSBS03の登録フロー

snmp（設計№マスタ）: キーsnbnhn（品番）、snnosk（設計№、8桁）、 sncdhn（品番コード、連番）、sncdtk（得意先コード）。

KSBS03（ITKS12R）は、1枚の図面に対して1つの設計№を割り当てる登録画面です。 GM9画面の固定注記に明記されています:

すなわち設計№＝図面番号であり、1枚の図面に複数品番（例: 左右対称部品、共通図面上の複数バリエーション）が 載っている場合、それらをまとめて最大4品番、同一の設計№で登録します（W1HNBJ〜W4HNBJ、4スロット）。 (出典: pilot/spec/menuk1/itks12r.md)

5.2 設計№の採番ロジック（#NKMP）

設計№は8桁の文字列で、次のように機械的に組み立てられます。

連番はNKMP（ナンバー管理マスタ）で月次に管理され（キーYYYYMM）、加えて888888という 固定キーの1行が累計件数カウンタとして使われます（初期シード必須）。年コード文字は 「O（オー）は0（ゼロ）と紛らわしいので使わない」というデータ品質上の取り決めがあります。 (出典: itks12r.md:128-170,281,289)

実データ38,206件の年コード（設計№8桁目）を集計すると、A〜Zの26文字のうちOが1件も出現しないことが確認でき、このルールが実運用でも厳密に守られていることが裏付けられました（実データスナップショット参照）。

5.3 重複防止と確認画面の特殊仕様

• 既に設計№が登録済みの品番を再入力するとエラー（SNMP CHAINヒット時）。
• 確認画面（GM2）ではF3（終了）が無効化されています（DSPFソース上コメントアウト、履歴コメント「07/10/22」）。 一度入力して確認画面まで進んだら、F12で入力に戻るかEnterで確定するかの二択のみで、途中キャンセルできない仕様です。

(出典: itks12r.md:53,279)

5.4 設計№⇔品番の照会（KSBS25/26）

KSBS25（品番→設計№）・KSBS26（設計№→品番）は独立したRPGプログラムではなく、 DFU（Data File Utility）による直接照会レーンです（SNML02論理ファイル経由）。 他のKSBSプログラムのような凝った画面ロジックはなく、単純な検索エンドポイントとして移植されています。 (出典: pilot/spec/menuk1-predig.md:25-26)

5.5 図面整理との接続

設計№＝図面番号という対応関係から、KSBS03での登録は物理・電子図面ファイリング（図面整理）と直結しています。 要点は「設計№を起点に図面を検索できる」設計だということです。

6. レーザー№管理

6.1 目的（トレーサビリティ）

レーザー№は、プレス加工した部品にレーザーマーキング機で刻印する識別番号です。 bhmp（部品品番マスタ）は1品番につき最大10個のレーザー№スロット（bhln01〜bhln10、 各8桁）と10個の備考欄（bhbk01〜bhbk10）を持ちます。jhmp（受注品番マスタ）側にも 最大2個のスロット（jhlsn1/jhlsn2 + jhbik1/jhbik2）があります。 1品番に複数のレーザー№スロットがあるのは、金型やロット、支給元の違いなどで刻印内容が複数パターンありうるためと 考えられます 推測 用途の詳細な使い分けは仕様書に明記なし。 (出典: pilot/spec/menuk1/itls01r.md:116-121)

6.2 KSBS14 レーザー№入力（ITLS01R）

品番を入力すると、まずbhmp（部品品番）を、なければjhmp（受注品番）を検索し、 見つかった方のマスタに応じて10スロット版（GM3）か2スロット版（GM4）の入力画面を出し分けます。 二段階確認（入力→確認画面で全フィールド保護→Enterで確定）が唯一の誤登録防止策です。重複チェックはなく、自由入力です。 (出典: pilot/spec/menuk1/itls01r.md:123-137,160-165)

6.3 KSBS16／KSBS18 照会

• KSBS16（ITLS02R）品番→レーザー№: KSBS14と同じ検索・表示ロジックですが、全フィールドが出力専用（読み取り専用）。
• KSBS18（ITLS03R）レーザー№→品番: 逆方向。レーザー№を入力すると、bhmpの10スロット全部と jhmpの2スロット全部を全件スキャン（インデックスなし、 BHLN01=$1 OR BHLN02=$1 OR ... OR BHLN10=$1相当）して、一致する品番をサブファイル一覧で返します。 唯一この3本の中でサブファイル（複数件表示）を使う画面です。

(出典: pilot/spec/menuk1/itls02r.md, itls03r.md:98-124)

6.4 関連するExcelジョブ（C1_Laser） 【実VBAで解明】

実VBA解析の結果、source/proto-tooling/C1_Laser/C1金型一覧.xlsはレーザー№（KSBS14/16/18）とは無関係と 確定しました。中身は「C1」という設備（シート内ラベル・行識別子とも一貫してC1接頭辞、型種区分が 「レンジＡ 1/2"」「レンジＢ 1-1/4"」「レンジＣ 2"」というアマダVIPROS系タレットパンチ機の標準ステーションサイズ、 成形型シートには「ＶＩＰＲＯＳ Ｍコード」列も実在）向けの、金型（穴抜き型・成形型・タッピング型）現品管理台帳です。 4本のマクロ（Data_Entry＝新規型登録、Data_Display＝型種で絞り込み一覧表示、 Data_Update＝入力シートのD（削除）／U（更新）フラグ行を一覧へ反映、Data_Find＝パンチ径部分一致検索、 Data_Print＝A4印刷用シートへの転記）が、3枚の「○○入力」シートと3枚の「○○一覧」シート・「検索」シート・ 「印刷」シートの間でデータを行き来させる、一台のPC内で完結するローカルツールです。 VBA全文（olevba --decode完全展開、Module1・Module2の2標準モジュール＋ThisWorkbookと11シートのWorksheet_Change イベント）を通じて、AS/400への接続を示すコード（データ転送のOpen、ODBC／ADODB接続、外部ファイルの 読み書き）は一切見つかりませんでした。フォルダ名の「Laser」は、「C1」がレーザー・パンチ複合機であることに 由来すると考えられますが推測、このExcelはあくまでその複合機のパンチ側（金型）だけを 扱う独立ツールで、AS/400側のレーザー№スロット（bhmp.bhln01〜10）にも刻印データにも一切触れていません。 (出典: source/proto-tooling/C1_Laser/C1金型一覧.xls — olevba --decode全展開、Module1/Module2/Sheet3〜11/ThisWorkbook； シート名一覧: 穴抜き型入力・穴抜き型一覧・成形型入力・成形型一覧・タッピング型入力・タッピング型一覧・検索・印刷)

7. 設変（設計変更）のフロー

「設変」とは、既存品番の仕様・図面が変わり、実質的に新しい品番として扱う必要がある場合の業務です。 ソースから確認できる設変の伝播ルートは次のとおりです。

7.1 受注品番の設変（KSBS01 / ITKS01R経由）

KSBS01の入力画面には「旧品番」（WSHNKY）という項目があります。ここに変更前の品番を入力すると:

1. 新品番をJHMPへ登録
   新品番としてJHMPへWRITE（新規）またはUPDAT（既存）。
2. 旧品番をソフト削除
   旧品番のJHMPレコードを検索し、JHKBWK='E'（終息扱い）にマークして物理削除はしない。
3. 旧品番のSNMPをガード付きで削除
   旧品番がSNMP（設計№マスタ）にも存在し、かつBHMP（部品品番マスタ）には存在しない 場合に限り、旧品番のSNMPレコードを削除します。BHMPに存在する（＝その品番文字列が部品品番としても 使われている）場合はSNMPを残す、というガード条件があります。

(出典: pilot/spec/menuk1/itks01r.md:195-206)

7.2 新規・設変構成入力（ITKS16R、MENUJ1側）

より本格的な設変（構成ごと作り直す場合）は、MENUJ1のITKS16R（新規・設変構成入力）が 担当します。ここでも「旧品番」配列（HNOD）があり、確定時に:

1. 旧品番のソフト削除 #JHMP2
   旧品番ごとにJHMPをCHAINし、見つかればJHKBWK='E'でUPDAT （ITKS01Rと同じソフト削除パターン）。
2. 新品番・構成・単品品番・設計№プレースホルダの新規WRITE
   #JHMP1がJHMRを新規WRITEし、続けて#KSMPが構成行（最大90行）を新規WRITE、 #BHMPが単品品番（存在しなければ）を新規WRITE、#SNMPが設計№マスタの空レコード （設計№未設定のプレースホルダ）をWRITE。
3. 設計№設定フェーズ（任意）
   GMSFL2に入り、設計№が未設定（SNNOSK=*BLANK）の行だけを集めて一括採番（§5.2と同じNKMPロジック）。

(出典: pilot/spec/itks16r.md の #JHMP2 L883-900)

7.3 構成だけの修正（KSBS41 / ITKS17R）

• KSBS41（ITKS13R、品番構成変更＝構成展開反映）は、既に組付指示書が発行済みの品番に限り、構成の前後比較編集画面から KSMPを削除・再書き込みし、影響するBJDP（部品手配データ）行を再計算します（§4.5参照）。 ヘッダコメントに「現時点では、構成展開前の受注がある品番の構成データは修正できるプログラムがない」という制約が 明記されています。(出典: pilot/spec/menuk1/itks13r.md:37-40)
• ITKS17R（構成修正、新規・設変の一部、MENUJ1）はKSMPのみを対象にした軽量な構成修正画面で、 単品品番の追加はITKS02R（単品品番データ登録）を3回まで呼び出せます。 (出典: pilot/spec/itks17r.md:1-10)

8. 特殊ケース

8.1 KSBS13 保管図面データ処理 使用停止 【実VBAで解明】

MENUK1のオプション13は「保管図面データ処理」ですが、**使用停止のマークが付いています。 ソース上もITRD01Rが呼ばれる前にGOTO @FINで即座に終了する無効化コードになっています （「DISABLED (GOTO @FIN, ACS移行); SKIP」）。 (出典: analysis/out/menu_tree.md:98, pilot/spec/menuk1-predig.md:20)

KSBS13 ↔ 図面整理Excelマクロ ↔ Ridocの連携を実際にVBA・RPG・運用手順書で確認しました。 物理ファイルHNXPP1（品番P1HNBJ＋最終納期P1JNOKの2列だけの小さな索引ファイル）を軸に、 AS/400・Excel・RidocSmartNavigator（Ricoh製の文書管理システム。Webブラウザで http://server8.itakura.co.jp:8080/rsn/にアクセスする社内サーバ運用）の三者を1年周期の棚卸し業務として 往復させる仕組みでした。運用手順はRidocSmartNavigatorの図面を整理する場合の手順.docにそのまま書かれています。

1. ①Ridoc → Excel（図面整理_Excel_To_AS400.xlsm）: RidocSmartNavigatorの検索画面で 「登録日が3年前の12/31以前」の文書を抽出し、「ツール→文書情報CSV書き出し」で\\Server2\kanri\AS400設定\図面整理\Ridoc.csv に保存する（手順書手順3・4）。このCSVをmodMain_606.Mainが開き、「文書名２」「文書名３」列だけ残して 他列を削除、スペース区切りの品番・品名を分離、全角カナ→半角カナ・大文字化（StrConv）した上で ridoc.xlsとして保存し、さらに全品番を1列に集約してridoc.txt（品番だけのプレーンテキスト、 実ファイルの中身は1680000-06等の実品番リストと一致）として書き出します。 (出典: 図面整理_Excel_To_AS400.xlsm modMain_606.Main、ヘッダコメント「Ridocで登録年月日の古いもののデータを CSVで書き出したものをExcelで編集し、AS400のデータ転送で送れる形にする」)
2. ②Excel → AS/400: ridoc.txtを、Client Access／ACSの「データ転送」機能でRidoc.FDF （フィールド定義 P1HNBJ 1桁目25バイト、P1JNOK 26桁目10バイト）を使い、AS/400物理ファイル HNXPP1（analysis/out/schema.sql:1251-1259で「データ・ファイル／品番／最終納期」と定義済み） へアップロードする。品番だけを送るので、この時点のP1JNOK（最終納期）は空／0のまま。
3. ③AS/400内 — KSBS13（ITRD01R）が最終納期を計算: KSBS13のCLは ITSQ01R（実行者チェック）→BAT0413A（BATCH00経由で BAT0413A.XLSM起動）→ITRD01R→BAT0413B （同じくBAT0413B.XLSM起動）の順で呼ぶ。ITRD01R本体 （ヘッダコメント「ITRD01R - RIDOC用最終受注納期確認」）はHNXPP1をUF（更新用）で1件ずつ読み、 品番ごとに受注ファイルJUDL09を検索して最大の受注納期を求め、直接の受注が無い品番（ASSY中間品番など）は 構成ファイルKSML1（#KSMPサブルーチン）で子品番を辿って子の受注納期を採用する —— まさにパソコンでの図面保管ルールについて.txt（2004年）に書かれていた「ASSY品の中間S/A図等、 受注が発生しない品番は最終納期ではなく別基準で判断する」という運用ルールをRPGで実装したものです。求めた最大納期を P1JNOKにUPDATで書き戻します。BAT0413A.XLSM／BAT0413B.XLSM自体は 本フォルダには残っていません（CL上は参照のみ確認）。 (出典: source/as400-admin/transport-tooling/ITLIBS/KSBS13.txt、ITRD01R.txt 全89行)
4. ④AS/400 → Excel（図面整理_AS400_To_Excel.xlsm）: HNXPP1.FDF／.FDFX 定義でCA/ACSデータ転送を使い、更新済みのHNXPP1をHNXPP1.xlsとしてダウンロードする （実ファイルの中身もP1HNBJ,P1JNOKヘッダで1680000-06,20200803のようなデータが確認できました）。 modMain_606.Main（ヘッダコメント「AS400からデータ転送された最終納期の入っているデータを参照しながら、 Ridocの図面データで移動させるデータを選択する」）はこれを、①で保存済みのridoc.xls （Ridocのフォルダ一覧、1フォルダに複数品番が入り得るのでB〜S列＝18列分を品番候補として持つ）と突き合わせ、 各フォルダについて一致した品番群の最大納期をA列に書き込み、「今年を含めて3年前の12/31」（Kijunbi） 以前ならセルを黄色（ColorIndex 6）にハイライトします。手順書の「オフコン 4→13.保管図面データ処理・ 基準日を過ぎたものは黄色になる」という記述は、この黄色ハイライトそのものを指しています。
5. ⑤人手での移動: 手順書の最終手順は「Excelファイルと検索結果を比べて、基準日を過ぎたものを旧図内の得意先 フォルダに移動」——つまり実際のフォルダ移動はRidoc上で人間が手作業で行っており、AS/400・Excel側はあくまで 「どれを移動すべきか」を計算・可視化するだけです。

8.2 KSBS11 試作品製造計画表作成 — なぜMENUK1にあるのか

KSBS11（ITKS32R）は「試作品」という生産管理寄りの名前を持ちながら、MENUK1 （技術情報管理）に置かれています。ソースを見る限り、これはBOM（構成）とその展開先（KTMP構成ツリー、KSBS09/10と共通の データソース）を核にした帳票生成ツールであり、在庫や受注は「読むだけ」（JUDL14から納期・支給日を引くのみ、 書き込みなし）です。機能の重心が構成データの読み出し・加工にあるため、生産管理（TSBS系）ではなく技術情報管理（KSBS系） に分類されているのだと考えられます 推測 配置理由の公式な説明は見つかっていません。

8.3 itks16r.html の D19 バグ事例 — 教訓として

実データスナップショット — BOM・品番・設計№を実データで検証する

ここまでの記述は主にソースコード・仕様書に基づく調査結果です。以下は、7年分のAS/400実データをインポートしたPostgreSQL（読み取り専用）に対して実際にSQLを実行し、本ページの記述と突き合わせた結果です。登録日ベースで確認できたデータの範囲はjhmpが1986-12-12〜2026-06-29、bhmpが1995-02-18〜2026-06-29（西暦2080年など明らかに壊れた日付16件は除外）、ksmpが1991-02-28〜2026-06-29で、想定より広い約35〜40年分の登録日が残っていました。

BOM（構成）の実態

ある製品の構成を実データで見る

受注品番022440-1851（品名: ブラケットS/A(L)、得意先コード20）を例に、実際のksmp行を展開すると次のようになります。

受注品番・部品品番の登録数

実データではjhmp（受注品番マスタ）6,704件、bhmp（部品品番マスタ）10,096件が登録されており、部品品番の方が受注品番よりおよそ1.5倍多いという構成でした。1つの受注品番に対して複数の部品品番がぶら下がる、というBOMの構造（§4）と整合的な比率です。

cvmp（品番変換）・tamp（TB⇔AS・SK参照）の実サンプル

設計№（snmp）の実データ

-- BOM実態
SELECT count(distinct kshnbj), count(*) FROM ksmp;
SELECT round(avg(cnt),2), max(cnt), min(cnt)
  FROM (SELECT kshnbj, count(*) cnt FROM ksmp GROUP BY kshnbj) t;
SELECT count(distinct kshnbb) FROM ksmp;
SELECT count(*) FROM (SELECT DISTINCT kshnbb FROM ksmp) c
  JOIN (SELECT DISTINCT kshnbj FROM ksmp) p ON trim(c.kshnbb)=trim(p.kshnbj);

-- 実BOM例（022440-1851）
SELECT trim(kshnbb), kskssu, trim(bhnmbh), trim(bhzisi)
  FROM ksmp k LEFT JOIN bhmp b ON trim(b.bhhnbb)=trim(k.kshnbb)
  WHERE trim(k.kshnbj)='022440-1851' ORDER BY kshnbb;

-- jhmp/bhmp件数
SELECT count(*) FROM jhmp; SELECT count(*) FROM bhmp;

-- cvmp/tampサンプル
SELECT cvhnbn, cvhn01, cvhn02 FROM cvmp ORDER BY random() LIMIT 10;
SELECT tahntb, tahnas, tanmbh FROM tamp ORDER BY random() LIMIT 10;

-- snmp設計№分析
SELECT count(*), count(distinct snbnhn), min(snnosk), max(snnosk) FROM snmp;
SELECT substr(snnosk,8,1) yc, count(*) FROM snmp
  WHERE length(trim(snnosk))=8 GROUP BY 1 ORDER BY 1;
SELECT count(*) FROM snmp s WHERE EXISTS
  (SELECT 1 FROM jhmp j WHERE trim(j.jhbnhn)=trim(s.snbnhn));
SELECT count(*) FROM snmp s WHERE EXISTS
  (SELECT 1 FROM bhmp b WHERE trim(b.bhhnbb)=trim(s.snbnhn));

-- データ登録日レンジ（jhmp/bhmp/ksmp）
SELECT min(jhsymd) FILTER (WHERE jhsymd>0), max(jhsymd) FILTER (WHERE jhsymd>0) FROM jhmp;
SELECT min(bhsymd) FILTER (WHERE bhsymd>0 AND bhsymd<=20270101),
       max(bhsymd) FILTER (WHERE bhsymd>0 AND bhsymd<=20270101) FROM bhmp;
SELECT min(ksymd) FILTER (WHERE ksymd>0), max(ksymd) FILTER (WHERE ksymd>0) FROM ksmp;

9. 関連マスタ・帳票一覧

主要マスタ

帳票・出力

• 構成ツリーデータExcel Excel/VBA（BAT0409.XLSM／BAT0410.XLSM、KSBS09/10）
• 試作品製造計画表Excel Excel/VBA（BAT0411.XLSM、KSBS11）
• 図面整理Excel連携 Excel/VBA（図面整理_AS400_To_Excel.xlsm / 図面整理_Excel_To_AS400.xlsm、source/engineering/）— 内部ロジックは.xlsm形式のため本調査では未解析（§12未解明事項3参照）

10. 用語集

受注品番

お客様に対して受注する単位の品番。jhmpで管理。

部品品番

社内で製造・在庫管理する構成部品（単品）の品番。bhmpで管理。

構成（BOM）

受注品番＝部品品番＋構成数、の親子関係データ。ksmpで管理。

設計№

図面1枚に対して1つ割り当てる社内管理番号（8桁）。得意先コード＋登録月＋連番＋年コードで構成。

レーザー№

プレス部品にレーザーマーキング機で刻印する識別番号（1品番につき最大10個）。

旧品番

設変（設計変更）で置き換えられる、変更前の品番。JHMPは物理削除せずJHKBWK='E'でソフト削除。

設変

設計変更。既存品番の仕様・図面変更にともなう新品番への切り替え業務。

号口区分

生産のロット/号機区分を表すコード。NMMPコード区分'18'。

内容区分

品番の用途分類コード。NMMPコード区分'17'。

指示形態

生産指示の形態（組付指示のタイプ等）を表すコード。NMMPコード区分'SJ'。

担当班

製造を担当する班（チーム）を表すコード。NMMPコード区分'06'。

内外コード

品番が内製か外注か等を表す分類コード。NMMPコード区分'30'。

R/L

Right/Left（左右対称部品）。KTMP・KTMPP1/2の品番Ｒ・品番Ｌはこの対を指す。

DFU

Data File Utility。AS/400標準の簡易データ入力ツール。KSBS25/26やMSBS18の照会・保守で使われる、専用画面を持たない汎用CRUDレーン。

KTMP

構成ツリーマスタ。多階層BOM（親子関係・レベル・R/L対応）をKSMPより詳細に保持するテーブル。

NKMP

ナンバー管理マスタ。設計№の月次連番と累計件数（固定キー888888の1行）を管理するカウンタテーブル。

図面整理

得意先支給図面・受注票・完成指示書等を電子化・保管ルールに沿ってキャビネット分類する業務（RidocDesk 2000使用）。

品番変換マスタ（CVMP）

外部（得意先）から届く品番表記を社内の受注品番へ変換する一方向テーブル。

品番参照TB⇔AS・SK（TAMP）

トヨタ紡織品番とアイシン精機品番を相互参照する双方向テーブル。

11. 他業務との接続点

• 受注（前提）: 新規受注が来ても、対応する受注品番・構成・設計№がMENUK1側で整っていなければ、 受注入力（MENUJ1）自体が完結しません。ITKS01Rの#CHKSNブロック（§1）はこの依存関係の直接的な証拠です。 また新規・設変構成入力（ITKS16R）はMENUJ1側にありながらMENUK1のマスタ（JHMP/KSMP/BHMP/SNMP）を主に書き込む、 境界をまたぐプログラムです。
• 生産（構成が指示数計算の基礎）: KSBS41（ITKS13R）が示すとおり、ksmpの変更はbjdp （部品手配データ、構成展開済みの実運用データ）に反映され、在庫引当・出庫指示の再計算にまで波及します。 KSBS27（ITKS61R、担当班変更データ適用）も、品番の担当班を変えるとjudp／ kmdp／bjdp／sjdpという4つの生産系テーブルを横断的に更新するバッチです。 つまり技術情報側の変更は生産管理側の実データに直接波及する設計です。 (出典: pilot/spec/menuk1/itks61r.md:1-20)
• 材料（使用材料マスタ szmp との関係）: bhmp（部品品番）はbhzisi（材質）・ bhitat（板厚）・bhkuzi（材料区分）を自身の属性として持ち、szmp （使用材料マスタ、キー「受注品番+材質+板厚」）はこれとは別に「この受注品番はこの材質・板厚の組み合わせで、 この材料区分になる」という対応を保持します。両者の使い分け（bhmpの属性が一次情報でszmpが 集計/参照用なのか、逆なのか）は本調査のソース範囲では確定できませんでした（§12未解明事項参照）。

12. 未解明事項 — 現場担当者への質問リスト