5. 号口生産・組付

受注が確定した後、実際にモノを作り、在庫に反映するまで — 号口（量産）部品を作る MENUW1 と、部品を製品に組み立てる MENUA1／アイシン支給品管理の流れを解説する。

1. 業務の位置づけ

板倉製作所の生産は、大まかに次の流れで動く。「受注が確定した後、実際にモノを作り、在庫に反映するまで」が本ページの範囲であり、試作・工機（別ページ「6. 試作・工機・材料・金型」）と、出荷指示そのものの発行（別ページ「7. 出荷」）は対象外である。

エビデンス: analysis/out/menu_tree.md L193-246（MENUW1/MENUA1のメニュー構成）、docs/decisions.md D11 (L192-238)・D12 (L240-280)。

2. 号口とは

「号口（ごうくち）」は板倉製作所での量産・繰り返し生産を指す社内用語である。同じ部品を継続的に注文を受けて作り続ける通常のリピート生産品を指し、これに対して「試作」は開発段階の一回限り・少量生産を意味する。

システム上は、受注データ JUDP の JUD605（指示形態）、または受注品番マスター JHMP の JHD062（指示形態）／JHKUGO（号口区分）というコード値で号口／試作／単品出荷／組付まとめが区別される。

JHKUGO=9 が JHMP 上で「号口区分＝量産品」であることを示す実例が確認できる。

「号口品」は主に部品単体（単品）を指し、それを組み立てた製品（アセンブリ）を扱うのが「組付品」である。号口品の生産計算・作業指示・完成入力は MENUW1（本ページ §3）、組付品の指示完了・部品準備状況は MENUA1（本ページ §5）が担当する。

3. 号口部品の標準フロー

MENUW1（号口管理サブシステム）の中核プログラム群。全体像は84プログラム・19,564行に及ぶ。(出典: analysis/out/pilot_MENUW1.md、analysis/out/menu_tree.md L193-219)

1. WSBS01 号口部品作業指示数計算 ITGO50R ITGO40/41/42R AS/400
   号口部品の生産数を毎晩（またはオンデマンドで）自動計算する。エンジンは2種類ある（詳細は下の <details> を参照）。
   担当: 生産管理（バッチ実行）
2. WSBS02 号口部品作業指示納期設定 ITGO52R AS/400
   WSBS01で作られた指示（納期が未確定/仮のもの）に対し、担当者が画面上で個別に納期を確認・修正するインタラクティブ画面。サブファイルの表示上限は19件（SFLSIZ=19）だが、Web版では無制限リスト化する方針。 (出典: pilot/spec/menuw-open-questions.md L163-172)
   担当: 生産管理
3. 作業指示書の印刷 WSBS03/05/07 AS/400 Excel/VBA
   現場に「これを作れ」と渡す紙を発行する。かんばん品と社内かんばんという2つの異なる仕組みがある — 詳細は §4 かんばんの2つの世界 を参照。Excel側の実体は作業指示書発行.xlsm（SJXP.xlsを読み、金型保管情報はMDMP、備考は作業指示付加情報マスタ.xlsxから補完し、印刷プリンタを1台に固定、Wordオブジェクトで号口用チェックシートも同時出力）。詳細は§8.4参照。 (出典: source/production/作業指示書発行２/作業指示書発行.xlsm モジュールmodMain先頭コメント・Const DATA_FILE = "SJXP.xls")
   担当: 現場・生産管理
4. WSBS11 作業指示完成入力（部品） ITTS15R AS/400
   現場作業者が処理者コードと受注№を入力すると、指示品番・指示数・出荷納期が表示され、完成日・出来高（実際にできた数）・半加工数・進行度・保管場所・使用材料番号を入力する。確定すると次の更新が走る。
   担当: 現場作業者
5. WSBS12 作業指示出来高訂正（部品） ITTS16R AS/400
   すでに完成入力済み（SJKUFX=9）の号口指示に対し、出来高数量を後から訂正する。訂正前後の差分（符号付き）をBHMP／JHMPの在庫数に加減算する。
   担当: 生産管理・現場
6. WSBS04 号口出来高報告書発行 ITGO61R AS/400 Excel/VBA
   単一の号口品受注について「出来高報告書」（生産実績報告書）を発行する。構成部品ごとにロット番号を採番し、Excelマクロ BAT0804 が起動して帳票を印刷する。Excel側の実体は号口出来高報告書発行.xlsm（Dekidaka/フォルダ）— 詳細は§9.4参照。
   担当: 生産管理

4. かんばんの2つの世界

ここが最も混同しやすい部分。板倉製作所の実装には2つの異なる「かんばん」概念が存在し、名前は似ているが動きが正反対である。

ITSJ84R は 610B（特定顧客ライン）向けの派生で、KBMP.KBD101=1 の部品は納期・数量を印字しない、かつ「現場に1枚しか出せない」制限を外し複数枚同時発行を許す。(出典: pilot/spec/itsj84r.md)

社内かんばんの実運用を支えるマスタはかんばん品番マスター kbmp（キー kbhnbb＝部品品番）で、入り数（kbd601）、許容端数（kbd602）などを保持する。「この得意先では、かんばん品は１件もありません」というエラーメッセージが実装に存在し、得意先ごとにかんばん品番の有無をチェックするロジックがあることが確認できる。(出典: pilot/app/public/data/screen-help.json L31)

5. 組付品フロー

MENUA1（組付管理サブシステム）と、その下位メニュー MENUA2（支給品管理）を扱う。組付品＝単品部品を組み合わせて作る製品（アセンブリ）。号口品との違いは、号口が「単品部品を作る」のに対し、組付は「複数の部品を集めて一つの製品に組み立てる」工程を指す点。(出典: pilot/spec/menua1-reuse-map.md、pilot/spec/menua1-open-questions.md)

1. 部品引当（準備状況）確認 ASBS14 ASBS15 AS/400
   組立を始める前に「必要な部品が揃っているか」を確認する照会画面。ASBS14→ITKM02R（通常受注向け、JUDP/JUDL09キー）、ASBS15→ITKM03R（組付まとめ指示向け、KMDP/KMDL01キー、ロジックはほぼ同一）。
   担当: 現場・生産管理
2. 組付指示書発行（JSBS08C バッチ、受注管理側の管轄）AS/400 Excel/VBA
   組付指示書そのものの発行は JSBS08C（出荷・組付指示書発行オーケストレータ）が担当し、これは本ページの領域外（受注ページの管轄）である。ただし内部で ITKM11〜17R（まとめ指示関連の組付エンジン）を順番に呼び出しており、MENUA1が読むKMDP（組付品まとめ指示データ）はこのバッチが作る／更新するデータなので、下の詳細を参照。
   担当: 受注管理側バッチ
3. ASBS11 組付指示完成入力 ITJM77R AS/400
   JSBS08Cが発行した組付指示に対し、現場が「これで組み終わった」と申告する入口。操作者が受注№を入力すると、その品番に紐付く未完了（JUKUED=0、JUKUST=空白）な組付指示行（JUDL09、指示形態21〜29の試作組付範囲のみ対象）がサブファイルに一覧表示される。各行に「打切区分」を0（そのまま）または8（完成）で入力し、確定すると該当行のJUDP.JUKUED=8・JUKNHI=当日（完成日）を書き込む。8を入力した行だけが更新され、0のままの行はスキップされる。後続バッチも起動しない（この完成入力単体では印刷・在庫連携をしない）。
   担当: 現場作業者

まとめ指示とは

「まとめ指示」（指示形態=31）は、複数の個別受注を1つの組付作業単位にまとめて処理する仕組み。組付品まとめ指示データKMDPにレコードが作られ、通常の個別受注ベースの組付指示（JUDP/JUDL09）とは別経路で管理される。ASBS17（品番別まとめ指示問合せ、ITKM01R）は品番を指定するとKMDL01（KMDP論理ファイル）から該当するまとめ指示行を一覧表示する読み取り専用照会で、受注№・組付納期・出荷納期・指示数・完成日・完成数を確認できる。まとめ指示データそのものの作成・更新は前掲のJSBS08Cバッチ内のITKM11〜17Rが担当し、MENUA1側は照会のみ。(出典: pilot/spec/itkm01r.md「## Purpose」「### #DATA」)

単品 vs 組付品の違い（まとめ）

組付指示発行の先には出荷指示発行プロセスがある。JSBS08Cは組付指示発行と出荷指示発行を1つのバッチにまとめているため（上の詳細の呼び出し列に出荷側プログラムITSJ07R等も混在）、出荷指示書の発行そのものについては「7. 出荷」ページを参照。

6. 在庫管理

号口・組付の在庫は大きく2種類に分かれる。

6.1 完成品在庫 — WSBS08 号口完成品在庫一覧表 ITGO11R AS/400

受注品番マスター（JHMP）上で在庫がプラスの号口品について、正味の出荷可能数量（現在庫数 − 引当済の未来受注）を計算し、単価（PBTANKR経由、得意先コード=0を使う慣行）を掛けて在庫金額を印字する132桁の帳票。当日出荷分は除外、試作指示品は号口コードを持っていても除外される。(出典: pilot/spec/itgo11r.md「## Purpose」)

6.2 組付部品在庫 — WSBS09 号口組付部品在庫一覧表 ITGO12R AS/400

号口品ごとに構成マスター（KSMP）から内製・外注の構成部品を展開し、必要数を部品の現在庫（BHMP.BHZASU）から差し引いて、部品ごとに残高がプラスのものだけを印字する帳票。複数の号口品が同じ部品を必要とする場合は数量を合算し、単価は「非ゼロで最も低い単価」を採用する。(出典: pilot/spec/itgo12r.md「## Purpose」)

6.3 標準在庫マスタ hzmp の役割

hzmp（標準在庫ワークファイル）は部品ごとの「切らしてはいけない在庫量」＝標準在庫数（hzsukz）を保持し、WSBS01（ITGO50R）の主要な入力データになる。現在庫数（hzwk01）、引当済数（hzwk02）、当月／翌月／翌々月の内示数量（hzsun1〜3）も保持し、標準在庫基準の計算エンジンが「内示 vs 標準在庫 vs 現在庫」を突き合わせて不足分の指示を作る材料になる。

標準在庫マスタの更新自体はITGO82R／ITGO84R（標準在庫マスター更新、単品標準在庫加算あり/なし）が担当し、MENUW2のサブメニュー（WSBS39内のF5〜F8サブ画面、WSBS39C7/C8）から呼ばれる。(出典: analysis/out/pilot_MENUW1.md L40-43、pilot/spec/menuw-open-questions.md L124-131)

6.4 棚番管理マスタ tbmp

保管場所（tbcdhk）と棚番（tbnotn）を組み合わせてキーにする棚卸・保管場所管理マスタ。棚種・高さ・使用区画数・積載可能箱数などの物理的な棚情報を保持する。MENUW1/MENUA1本体からの直接参照は今回の調査範囲では確認できなかったが、source/production/在庫データ/配下の棚卸データExcelジョブ群と連携すると推定される 推測。(出典: analysis/out/masters_registry.json（table=tbmp）)

【ヒアリングで判明】tbmpは今も現役で使用中と確定した——「使っています。自動倉庫の棚番マスタですので、MENUW1、MENUA1とは無関係」。つまりMENUW1/MENUA1から直接参照する箇所が見つからなかったのは調査漏れではなく、tbmpがそもそも管轄の異なるサブシステム（自動倉庫）専用のマスタであるために仕様通り無関係だったことが確定した。(出典: 新實さん、2026-07-23ヒアリングシート回答C、docs/feedback/hearing/2026-07-23-niimi-hearing-sheet-C.md参照、hearing.html C4)

6.5 試作品在庫ステージング ZKDP と在庫データExcelジョブ

source/production/在庫データ/配下の4ブックのうち3つは、共通のAS/400転送ファイルZKDP（zkdp＝試作品在庫データ、キーzkhnbn品番＋zkkuzk在庫区分）を読み、区分値でフィルタして別ブックに仕立てる。

【実資料で判明】 zkkuzkのB/J区分の意味は、Excel側の抽出条件からの推定だけでなく、2011年のAS/400開発者自身の設計メモ（在庫マスタ更新処理の部品化）でも「出荷できる製品は'J'」「組付部品は'B'」と明記されており、独立した原資料で裏付けが取れた。(出典: source/dev-archive/20110126_在庫マスタ更新処理の部品化/20110126_在庫マスタ更新処理の部品化.xls「ZKDP」シート参照)

残る棚卸データメール送付.xlsmは別系統で、TNDPP1.xlsを読み棚卸対象品番表.xlsxで対象品番を絞り込み、号口の組付部品在庫が「部品在庫－組付使用済み」でマイナスになっているセルを赤く塗りつぶす異常チェック付きで棚卸担当者へ配信する。

この2ブック（タイトルは「試作組付部品在庫一覧」「試作単品出荷品在庫一覧表」）は、pilot/spec/bat1040-1041.mdが扱うBAT1040/BAT1041（MENUT2 opt40/41、TSBS40/41→BATCH00→STRPCCMDでXLSM＝BAT1040.XLSM/BAT1041.XLSMをクライアント側で起動する構成）と帳票タイトル・抽出条件（zkkuzk='B'/'J'）が完全一致する。ファイル名自体は一致しない（source/production/配下のこの2冊はBAT番号ではなく日本語タイトルで保存されている）ため同一ファイルと断定はできないが推測、少なくとも同一のロジックパターンを持つ実装であることは確認できた。同specは「マクロがODBC/ACS経由でAS/400へライブ接続していると推定されるが内部SQLは不明」としていたが、実際に確認できたVBAはライブ接続ではなく、他の号口Excelジョブと同じ「夜間Client Accessミラー転送されたローカルファイル（ZKDP.xls）を開いて品番でフィルタするだけ」という枯れたバッチパターンだった——ポート方針（REST化してサーバ側でXLSX生成）の妥当性はそのまま支持される。(出典: 各ブックのmodMain先頭コメントとConst DATA_FILE = "ZKDP.xls"、analysis/out/schema.sql（table=zkdp、コメント「試作品在庫データ」）、pilot/spec/bat1040-1041.md「## Open questions §1-3」「## XLSM files」)

6.6 号口在庫の一致性 — 完成・出荷基準がもたらす構造的な差異

2008年のAS/400開発者によるフロー分析（号口品棚卸在庫合わせフロー）に、号口在庫（JHZASU／BHZASU／JHD091）の管理方式そのものについて次の明記がある：「現状、在庫はその時点での在庫数のデータしか保存されていない。在庫数のデータは、完成品在庫と部品完成品在庫の2段階しかない。在庫の増減は、在庫の入庫出庫では行われず、完成、出荷を基準に行われる。したがって不良等の通常以外の入出庫があった場合の連絡がないと確実に差異が発生してしまう。」つまり号口在庫は実際の入出庫トランザクションではなく完成・出荷イベントでのみ再計算される設計であり、不良品の廃棄・戻し等の「通常以外の入出庫」を誰かが個別に連絡しない限り、AS/400側の在庫数と現物在庫は原設計者自身の言葉で「確実に」ズレる。

この構造を前提に、当時から月次の実地棚卸と理論在庫の差異計算を行う専用パイプライン（ITGZ07R〜ITGZ11R／WZBS03〜WZBS09：実地棚卸データ入力→品番チェック→在庫差異計算→メール送付→差異訂正）が運用されており、「棚卸で数が合わない」は例外ではなく設計時から織り込まれた恒常的な補正プロセスだったことが確認できる。

実業務手順書で解明 — 上記の構造的原因に対応する現場の標準運用も、社内手順書として恒常的に整備されていることが確認できた。「号口品の在庫に関する例外処理」（Ｇ）フォルダの4手順書は、まさにこの「完成・出荷イベント基準の在庫と現物のズレ」への対応マニュアルであり、Ｇ－０１（不良などで在庫を出庫した場合／８．号口管理→５・６．製品・単品在庫数修正で個別に手動減算、通常の組立時オーバー使用は出来高報告書で自動処理済みなので対象外）、Ｇ－０２／Ｇ－０３（指示書がないのに製品が出来てきた場合／単品はマスター保守管理で現在庫数へ加算、Ｒ・Ｌ対で片側だけ指示書漏れのケースは遡って社内かんばん用作業指示書を発行）、Ｇ－０４（オフコンのデータと実在庫が違うと感じたら／現物確認の上で現在庫数を上書き）の4種類の手動訂正手順がそれぞれ用意されている。Ｇ－０４はさらに「時々データが正しいかどうかについても心配りをして下さい」と明記し、ズレの発生が例外的事象ではなく恒常的に注意すべき運用前提であることを現場向けにも明言している。また号口の「現在庫数」自体の定義（単品状態の在庫数＋組付品の在庫数×構成数）と、「３→２．出荷データ在庫展開」（本ページ§6.1／shipping.html §5のSSBS02に相当）が実行済みかどうかで当日出荷分の含み方が変わるという注記も、この手順書に明記されている。(出典: source/work-procedures/作業手順書/（Ｇ）　号口品の在庫関係/（Ｇ　　　）　号口品の在庫に関する例外処理.doc、（Ｇ－０１）　不良などで在庫を出庫した場合.doc、（Ｇ－０２）　指示書がないのに製品が出来てきた場合１.doc、（Ｇ－０３）　指示書がないのに製品が出来てきた場合２.doc、（Ｇ－０４）　オフコンのデータと実在庫が違うと感じたら.doc各参照)

7. アイシン支給品管理

MENUA1のオプション2「アイシン支給品管理メニュー」（ASBS02）は、下位サブシステムMENUA2（支給品管理サブシステム）への入口に過ぎず、ASBS02自体には権限ゲート（ITSQ01R呼び出し）がない。実際の支給品業務プログラムはすべてMENUA2配下のASBS31〜52にある。(出典: pilot/spec/menua1-reuse-map.md §A)

「支給品」は、板倉製作所がアイシン試作組付案件向けに得意先（アイシン）から支給される部品のこと。板倉製作所が自社発注・購入する部品とは別枠で管理し、支給品マスタsmmp（キー: 受注品番smhnju + 単品品番smhnbn、終了区分smkued）と支給品データSKDP（実際の受入数量・受入日の履歴）で追跡する。(出典: analysis/out/masters_registry.json（table=smmp）、pilot/spec/menua1-open-questions.md 項目3)

支給品業務は「試作№」という単位で束ねられる。ASBS52 ITSK31R は受注品番を指定して配下の受注一覧をサブファイル表示し、各行に試作№（JUNOSS）を入力・確定してJUDP.JUNOSSに書き込む——支給品業務の起点となる紐付け作業。(出典: pilot/spec/itsk31r.md「## Purpose」)

1. 受入登録（入力） ASBS31 ASBS33 ASBS34 AS/400
   3つの入力方式があり、いずれもSKDPに受入実績を追加する。
   • ASBS31→ITSK50R（QR入力）: QRコードスキャンによる入力。49バイトのオーバーレイデータから品番・試作№・支給数を復元して登録する。同一グループ（試作№＋受注品番）の既存受入数に加算していく方式（SKSURY = 既存数量 + QRスキャン数量）。
   • ASBS33→ITSK51R（一括入力）: 1つの試作№配下の複数受注をまとめて入力。加算ではなく直接値で書き込む（SKSURY = 入力値）。
   • ASBS34→ITSK52R（単独入力）: サブファイルを使わない単一行の確認入力。行番号SKNOGY（既存最大値+1）でSKDPに1件追加する。品番の組み合わせに対応するsmmp行が無ければ自動でマスタ行を作る（smkued=0）。
   いずれも権限ゲート（requireClPass相当、ITSQ01R呼び出し）付きの本格入力画面。
   担当: 現場・受入担当
2. 受入確認 ASBS46 ITSK53R AS/400
   QRや一括で入力された支給品データについて、実際に現物を受け取ったことを確認するステップ。アイシン向け受注（JUCDTH=3）のうち未確認のものを一覧表示し、操作者が「1」（確認済）を入力した行のSKDP.SKKUEDを1に更新する。確認前（SKKUED=0＝初期）の行にしか入力できない仕組みで、いったん確認済みになると入力側（ASBS31/33/34）の画面ではその試作№グループへの追加入力がブロックされる「確認ロック」として機能する。
   担当: 受入担当
3. 支給品データ照会 ASBS36 ASBS37 ASBS39 AS/400
   いずれも読み取り専用。ASBS36（ITSK55R）: 受注品番＋支給品番を指定して支給履歴を照会（「支給待ちのみ」フィルタ可）。ASBS37（ITSK56R）: 試作№を指定すると配下の全受注品番を横断して支給状況を照会。ASBS39（ITSK57R）: 支給品番を指定し、直近N日（既定30日）の受入履歴を新しい順に照会。
   担当: 生産管理

関連: ASBS43（ITSK58R）はアイシン試作組付案件について、支給品受入チェックリストを印刷するバッチ。何営業日先までを対象にするか（既定6日）を指定すると、対象受注を1件ずつ回って支給品ごとの受入状況を1行ずつ印字する。(出典: pilot/spec/itsk58r.md「## Purpose and menu path」)

8. 計画系

8.1 WSBS22 号口組付工程内計画表 ITPL42R1/ITPL42R2 AS/400

号口組付品の生産計画を21営業日分のバケツ（日次スロット）に展開して印刷する帳票バッチ。2段階構成：

8.2 生産計画データ ASSY／SUB-ASSY（GAJP／GSJP） 610B

610B系統（§3の生産計画610B方式経路）で使う生産計画のワークテーブル。GAJP＝生産計画データASSY、GSJP＝生産計画データSUB-ASSY。ITGO41Rがサブアセンブリの生産計画（GSJP）を作り、ITGO42Rがそれを補完・調整し、ITGO40RがGSJPを個々の部品作業指示（SJDP）に展開する、という3段階のパイプライン。(出典: analysis/out/pilot_MENUW1.md L98-113、§3.1)

8.3 計画表作成 Excelジョブ Excel/VBA

VBAの内部ロジックはrepoに含まれておらず、内容はPC上のマクロを直接確認しないと分からない — 実VBAで解明。source/production/計画表作成/配下の4ブックをoletoolsで復号した結果、各ブックの受信データファイル名（Const DATA_FILE）がAS/400側仕様書の記述と一致することが確認できた。

つまり「構成ツリーデータ作成」と「構成ツリーデータ書き出し」は名前が似ているが逆方向のジョブで、同じKTMPP1を往復で使い回す——ITKS30Rが吐いたKTMPP1を「書き出し」がExcelの構成表.xlsxに変換して人が編集し、編集後の構成表.xlsxを「作成」が再びKTMPP1形式に戻してITKS31Rの取り込みに渡す、という一往復の輸送コンテナとして機能する（§10.7のktmp「担当班変更」ワークフローの実体）。試作計画表作成.xlsmは号口かんばん品の略図が未登録の場合にメール通知する分岐も持ち、略図作成開始.xlsm／Zumen_File_Rename.xlsm（作業指示書発行２/Zumen/配下の画像リサイズパイプライン）と連携する。

8.4 Excel側ジョブの実装詳細（共通アーキテクチャ）

今回、作業指示書発行２（256ファイル）・組付指示書発行（64）・組付まとめ指示（63）・Dekidaka（2）・計画表作成（5）・在庫データ（7）の6フォルダを全数調査した。実体は「同じテンプレートの日付違い出力コピー」がほとんどで、マクロ（.xlsm）を持つ固有ブックは34本に絞り込める。この34本すべてがoletoolsで復号でき、共通のVBA基盤モジュール（modBase_6xx／modRecoed_6xx／modMain_6xx）を土台にしていることが確認できた。

9. 特殊ケース

9.1 出来高訂正

§3のWSBS12（ITTS16R）の通り、完成入力後に数量を訂正する専用画面がある。在庫のマイナス化を防ぐガードが無い、部品品番がBHMPに存在しない場合は在庫更新だけ静かにスキップされる、といったレガシー仕様がそのまま残っている。(出典: pilot/spec/itts16r.md「## Open questions」)

9.2 指示書再発行・強制発行

WSBS35（ITSJ85R）はSJKBWKを'E'→'S'に変えるだけの1フィールド操作（§4参照）。WSBS36（号口作業指示書強制発行）はソースが失われており、WSBS35/ITSJ85Rを土台に「未発行状態フィルタを外した強制発行」として復元する方針が立てられている。

9.3 S/A品（サブアセンブリ品）

号口組付の中間工程品（Sub-Assembly、中間組立品）を指す。専用の完成入力・出来高訂正・履歴プログラム群がある：

• ITGO03R（Ｓ／Ａ品完成入力）／ITGO04R（Ｓ／Ａ品出来高訂正）／ITGO05R（Ｓ／Ａ品出来高履歴）
• 在庫データはS/A品出来高データSDDPに記録され、JHMP.JHD091（Ｓ／Ａ在庫数）に反映される。
• 号口品在庫データ修正（Ｓ／Ａ品）はITGO06R（画面IDはITGO80Dのコピペ表示バグあり）。

9.4 Dekidaka Excelジョブの役割 Excel/VBA

AS/400からのDTF転送を受けるExcel VBA側の実体、VBAコードそのものはrepoに含まれない（推定） — 実VBAで解明。号口出来高報告書発行.xlsmを復号すると、モジュール先頭コメントに明記された処理概要は「AS400からの転送データに基づいて出来高報告書を作成する」で、受信データファイルはConst DATA_FILE = "JUDPP8.xls"（変更履歴 08/06/05「データ転送の受取ファイルをJUDPP8（専用）に変更した」）。出力フォームは号口出来高報告書.xlsx（シート「参照シート」に見出し転記、シート「様式」がB5横印刷）で、ロット№降順→昇順（プリンタの排出向き対策で変更）に並べ替えたのち、受注品番が変わるかページ上限（部品品番12行、特定品番047460系のみ8行＝トルク記入欄付き様式）に達するたびにPrintOutする、という単純な「1受注1帳票、明細が多ければ複数ページ」方式。§3で述べた「Excelマクロ BAT0804」の実体はこのブックである。(出典: source/production/Dekidaka/号口出来高報告書発行.xlsm モジュールmodMain_606先頭コメントおよびSub Main/Sub Form_Print)

9.5 完了指示書処理フロー図に残る「作業指示書スキャナ取り込み」— 実資料で判明・未解明のまま新規発見

完了指示書の処理関係の現場フローチャート（Ｂ０－００／Ｂ１〜Ｂ５－００）を確認したところ、単品出荷品用・組付部品用・出来高報告書の各処理フローの最終ステップに一貫して「作業指示書スキャナ取り込み」という物理的な文書スキャン工程（担当: 業務係）が描かれています。これは「品番マスタの棚卸スキャン」のような比喩的な「スキャン」ではなく、紙の作業指示書そのものをスキャナで読み取る工程を指しますが、この処理を受け取る側のAS/400プログラムやExcel/VBAマクロは、本リポジトリのpilot/spec/*.md・docs/sites/*.htmlのどこにも見当たりません（「スキャン」という語自体は他ページにも出てきますが、いずれもITND01Rのバッチ走査やKSML1の逆引き参照などデータベースのスキャンを指すもので、物理文書のスキャナ取り込みではありません）。この工程が①単なる保管用の画像化（後工程に影響しない）か、②何らかのシステム（RidocSmartNavigator、engineering.html §8.1参照）へのアップロードを伴うか、③既に廃止された旧手順の名残か、は未確認のまま残ります。あわせて完了作業指示書用フロー図（Ｂ３－００／Ｂ４－００）の「完成品保管、出荷指示に応じて出荷準備」「保管→作業計画に応じて組付作業」という記述からは、完成と出荷／組付消費は明示的に分離された別イベントとして扱われていることも確認でき、未解明事項2（WSBS08/ITGO11Rが「納期＝本日」の受注しか在庫を減算しない件）を検討する際の背景情報になり得ます（このフロー図自体は在庫減算の内部タイミングそのものを示すものではなく、直接の解決にはなりません）。 (出典: source/work-procedures/作業手順書/（Ｂ）　完了指示書の処理関係/（Ｂ０－００）　作業終了後の指示書の処理.xlsx・（Ｂ１－００）〜（Ｂ５－００）各フロー図参照)

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

ここまでの記述は仕様書（RPGソース・DDS・spec）に基づく。ここでは実際にインポートされた7年分のAS/400実データ（PostgreSQL、587,000行）にSELECTクエリを実行し、上記の仕組みが実運用でどう現れているかを確認する。データの主要な時期は2018年〜2026年（2007〜2017年分は合計71件のみで、システム移行前後のテスト/サンプルデータと見られる）。

10.1 号口部品作業指示の年別件数（SJDP）

SJDP全体は15,141行。うち97.9%（14,817行）がSJKUFX=9、2.1%（324行）がSJKUFX=0。ただしSJKUFX=9は「完成」ではなく「終了」を意味する——AS/400側のプログラムITGO31R自身が、SJKUFX=9の行を完成日SJDKHIの有無でさらに二分している（SJDKHI≠0→「完成」、SJDKHI=0→「中止」）。

SJKUFX ≠ 9             → blank（進行中）
SJKUFX = 9, SJDKHI = 0 → '中止'
SJKUFX = 9, SJDKHI ≠ 0 → '完成'

SELECT CASE WHEN sjdkhi > 0 THEN '完成' ELSE '中止' END AS lbl,
       count(*) AS n,
       count(*) FILTER (WHERE sjsudk > 0) AS dekidaka_ari,
       round(100.0 * count(*) / 15141, 1) AS pct
FROM sjdp WHERE sjkufx = 9 GROUP BY 1;
-- 完成 11063 / 出来高あり 11062 / 73.1%
-- 中止  3754 / 出来高あり     2 / 24.8%

なお§3で述べた「すでに完成入力済み（SJKUFX=9）の号口指示に対して出来高を訂正する」（WSBS12）という記述自体は、WSBS12が終了済みの指示を対象にするという意味では正しい。誤っていたのは、そこから「終了＝完成」と読み替えた点である。

10.2 号口指示の担当班（工程コードの代わりに実際に追跡されている単位）

§8.1で述べた「担当班4（組付班）が扱う開いた号口組付オーダー行」は、実データでもSJDP全体の28.0%を占める2番目に大きなグループとして確認できる。最大勢力の担当班80が何を指すかは仕様書上の対応表が見つからず未解明。

10.3 社内かんばんマスタ（KBMP）の実サンプル

KBMPは126件全件が部品品番・入り数（KBD601）を持つ。サンプル:

サンプル中、許容端数（KBD602）はいずれも0——少なくともこの部品群では端数許容の運用が使われていない。

10.4 標準在庫マスタ（HZMP）の実態

352件のうち、現在庫数（HZWK01）がプラスなのは225件、ゼロが103件、マイナスが24件ある。標準在庫上位（HZSUKZ降順）は次の通り:

HZCDTK（得意先コード）の内訳は20（株式会社デンソープレステック、185件）が最多、次いで30（浅賀井製作所、67件）、50（ヒサダ、23件）、61（トヨトミ額田工場、18件）と続く——標準在庫マスタはアイシン系だけでなく板金加工の協力会社群も幅広くカバーしている。

10.5 アイシン支給品（SMMP／SKDP）の実データ

SMMPは24,092行、うち受注品番（SMHNJU）の異なる値は4,442件——1受注品番あたり平均5.4件の支給部品行を持つ計算になる。

アイシン担当班（JUCDTH=3、ASBS46の絞り込み条件）とSMMPのひも付けも試みたが、SMMP.SMHNJU（受注品番）とJUDP.JUHNBJを突き合わせて一致したのはわずか30/4,442件（0.7%）——大半のSMMP行は現行JUDPに対応する受注が見つからない（過去に削除・アーカイブされた受注品番の可能性が高い）。一致した30件もJUCDTH=3（4件）とJUCDTH=4（26件）に分かれており、「アイシン支給品＝JUCDTH=3」という単純な対応関係は実データでは確認できなかった。JUCDTH自体は得意先コードではなく担当班コード（列コメントで確認）であり、担当班3・4はそれぞれSJDP全体の0.5%・28.0%を占める通常規模のグループで、アイシン専用というわけでもない。

10.6 610B経路（GAJP/GSJP/GDDP）は実際に動いている

610B系の号口組付品出来高データGDDPは2,571行、日付範囲は2018年8月〜2026年6月——特殊経路として文書化されている610Bラインは、飾りではなく実データ上も年平均約320件のペースで継続稼働していることが確認できる。

10.7 出来高ログ・かんばん内示・BOM往復テーブルの正体 — データ考古学ブリーフより

以下は、これまで用途不明のまま存在していた中規模テーブル群を今回のデータ考古学調査（schema列コメント→edges.csv読み書きプログラム→specs→実データ）で特定した結果。

-- 10.1 年別件数・完成状況
SELECT (sjjymd/10000)::int AS year, count(*) FROM sjdp WHERE sjjymd > 0 GROUP BY 1 ORDER BY 1;
SELECT sjkufx, count(*) FROM sjdp GROUP BY sjkufx ORDER BY count(*) DESC;

-- 10.2 担当班・工程マスタ
SELECT sjcdth, count(*) FROM sjdp GROUP BY sjcdth ORDER BY count(*) DESC;
SELECT kocdko, konmko, kokeko FROM komp ORDER BY kocdko;

-- 10.3 かんばん
SELECT kbhnbb, kbd601, kbd602 FROM kbmp ORDER BY kbhnbb;

-- 10.4 標準在庫
SELECT hzhnbb, hzsukz, hzwk01, hzcdtk FROM hzmp ORDER BY hzsukz DESC NULLS LAST LIMIT 10;
SELECT count(*) FILTER (WHERE hzwk01<0), count(*) FILTER (WHERE hzwk01=0), count(*) FILTER (WHERE hzwk01>0) FROM hzmp;
SELECT hzcdtk, count(*) FROM hzmp GROUP BY hzcdtk ORDER BY 2 DESC;

-- 10.5 支給品
SELECT count(*), count(distinct smhnju) FROM smmp;
SELECT count(*) FILTER (WHERE skhiuk<>0), count(*) FILTER (WHERE sksury<>0) FROM skdp;
SELECT count(distinct trim(s.smhnju)) FROM smmp s JOIN judp j ON trim(j.juhnbj)=trim(s.smhnju);
SELECT j.jucdth, count(distinct trim(s.smhnju)) FROM smmp s
  JOIN judp j ON trim(j.juhnbj)=trim(s.smhnju) GROUP BY j.jucdth;

-- 10.6 610B
SELECT count(*), min(gddkhi), max(gddkhi) FROM gddp;

-- 10.7 データ考古学ブリーフ（sddp/gkdp/njdp/juxp1/ktmp）
SELECT count(*), min(sddkhi), max(sddkhi) FROM sddp;
SELECT count(*) FROM gkdp;
SELECT min(g.gddkhi), max(g.gddkhi) FROM gkdp k JOIN gddp g ON g.gdnort=k.gknort;
SELECT count(*), min(njymd), max(njymd) FROM njdp;
SELECT njcdtk, count(*) FROM njdp GROUP BY 1;
SELECT count(*) FILTER (WHERE njmkps<>0), count(*) FILTER (WHERE njmkko<>0) FROM njdp;
SELECT count(*), jxcdtk FROM juxp1 GROUP BY jxcdtk;
SELECT min(jxjnok), max(jxjnok) FROM juxp1;
SELECT count(*), min(ktymd) FILTER (WHERE ktymd>0), max(ktymd) FROM ktmp;
SELECT ktlbel, count(*) FROM ktmp GROUP BY 1 ORDER BY 1;

11. 関連マスタ・データ／帳票一覧

主要マスタ

主要トランザクションデータ

帳票一覧（本ページ範囲）

12. 用語集

号口（ごうくち）

繰り返し量産される通常の受注生産品を指す社内用語。試作の対義語。

試作

開発段階の少量・一回限りの生産（本ページ対象外、別ページ「6. 試作・工機・材料・金型」）。

組付品

複数の単品部品を組み立てて作る製品（アセンブリ）。

単品

組立を経ずそれ単体で完結する部品・製品。

まとめ指示

複数の個別受注を1つの組付作業単位に束ねて処理する仕組み（指示形態=31）。

指示形態

JUDP.JUD605／JHMP.JHD062が持つコード。11-19単品出荷、21-29試作組付、31まとめ指示、51-69号口品。

出来高

実際に完成した生産数量（完成入力で記録される）。

出来高訂正

完成入力後に出来高数量を後から修正する処理。

かんばん品

事前計算済みの号口指示を、かんばんカードの回転タイミングで発行する運用。

社内かんばん

かんばんカードの提示そのものが在庫補充の即時トリガーになる運用（事前計算なし）。

品番紙

完成品に貼るラベル（識別票）。JHMP.JHD033=100の品番のみ完成入力時に自動発行。

標準在庫

切らしてはいけない安全在庫水準。WSBS01計算の基準値。

610B

ある顧客プログラム／最終組立ラインを指す社内コード名。専用の計算経路・帳票が別に存在する。

S/A品（Ｓ／Ａ）

サブアセンブリ品。号口組付の中間工程で作られる半完成の組立品。

支給品

得意先（アイシン）から無償／有償で支給される部品。板倉自社購入部品と別枠で在庫管理される。

試作№

アイシン支給品業務で複数の受注を束ねる管理番号。ASBS52で受注品番に付与する。

打切区分

組付指示完成入力（ASBS11）で0=未完了、8=完成を意味するコード。

発行済み（かんばん）

SJDP.SJKBWK='E'。すでに指示書が印刷され現場に渡っている状態。

再発行待ち

SJDP.SJKBWK='S'。指示書の再印刷が必要な状態（WSBS35で設定）。

架空引当

他の受注との重複を避けるための仮の在庫引当調整（PBZBCKR）。

確認済（支給品）

SKDP.SKKUED=1。支給品の現物受領が確認された状態（ASBS46で設定）。

ロット№（ロットナンバー）

出来高報告書発行時に採番される、生産ロットを識別する番号（JKMP経由で採番）。

品番紙要不要

JHMP.JHD033。100の場合、完成入力のたびに品番紙（ラベル）を自動発行する。

13. 他業務との接続点

• 受注（3. 受注、MENUJ1） AS/400 — 号口・組付の指示の源泉。受注データJUDP・受注品番マスタJHMPはMENUJ1側が主管し、本ページのプログラム群はこれらを読み取り・一部更新する形で連携する。号口かんばんの内示・確定入力（ITJM52R〜59R）自体はMENUJ1のW2波に属し本ページ範囲外。まとめ指示の作成・更新（ITKM11〜17R）もJSBS08Cバッチ内でMENUJ1側の管轄として動く（§5参照）。(出典: docs/decisions.md D12 L258-273)
• 外製（別ページ「8. 外製・仕入」） — 社内で製造しない工程（外部委託）。KSMP構成マスターの区分で内製／外注が分かれており、WSBS09（ITGO12R）は「内製と外注のみ」を対象に部品を展開する（外製そのものの管理プロセスは別ページ）。
• 出荷（7. 出荷、JSBS08〜10） — 完成入力・在庫更新（本ページ終端）の先にある、出荷指示書発行プロセス。JSBS08Cは組付指示発行と出荷指示発行を1つのバッチにまとめているため、§5の呼び出し列には出荷側プログラム（ITSJ07R等）も混在しているが、出荷指示書の発行そのものは出荷ページの管轄。
• 試作／工機（6. 試作・工機・材料・金型） — 試作は開発段階の少量生産、工機は金型・治具の管理。号口部品作業指示数計算（ITGO50R）のロジックは「号口品」に限定しており試作品を除外する（§3、ITGO11Rの除外規定と同様のパターンが随所にある）。