部品表の型番体系を後から変えるコスト――エクセル管理の限界と設計術
「新工場の稼働に合わせて型番のルールを見直したい」——そう会議で決まった瞬間、経理も設計も製造現場も、静かに身構えます。エクセルで管理してきた部品構成表(BOM:Bill of Materials/部品表の略で、製品を構成する部品とその数量・階層関係をまとめた表)の型番列を書き換える作業が、想像以上の負担になることを、経験者は知っているからです。
なぜ型番体系を「後から変える」ことになるのか
型番体系の変更は、多くの場合「設計都合」ではなく「経営イベント」がきっかけで発生します。
拠点コードや製造ラインコードを型番に組み込みたくなり、既存の採番ルールでは桁が足りなくなるケースです。
合併や資本提携により、双方の型番体系を統一する必要が生じます。片方の体系を廃止し、もう片方に寄せる判断が求められます。
新システムの型番仕様に合わせて、旧型番を新型番へ一括変換する移行プロジェクトが発生します。
どのケースも「今のうちに整理しておこう」という前向きな動機から始まりますが、影響範囲を見誤ると、現場が混乱する引き金になります。
型番体系変更が波及する範囲を洗い出す
型番は部品構成表の中だけで完結していません。1つの型番を変えると、社内の複数の資料・システムに連鎖的な修正が必要になります。
親部品・子部品の階層すべてで型番を参照しているため、1件の変更が数十行に波及します。
図面のタイトルブロックや図番と型番が紐づいている場合、図面の再発行や台帳更新が必要になります。
倉庫の棚札や現品票に旧型番が印字されたままだと、現場で「どの部品か分からない」状態が生まれます。
過去の見積書や発注履歴を旧型番で検索できなくなり、リピート案件の対応に支障が出ます。
販売管理・生産管理システム側の品目マスタも合わせて書き換えないと、システム間でデータの整合が取れなくなります。
エクセルの部品構成表で型番を変更すると起きる実害
部品構成表をエクセルで管理している会社では、型番変更のタイミングで次のような実害が表面化します。
過去の図面や見積書を検索しても、旧型番ではもうヒットしないのではないか?
これは「名寄せ崩壊」と呼ばれる典型的な問題です。名寄せとは、同一の部品・取引先などを一つの名称・コードに統一して管理することを指しますが、型番という「キー」そのものが変わることで、過去データと現行データを紐づける手がかりが失われてしまいます。
さらに厄介なのが、部品構成表に組み込まれたVLOOKUP関数やマクロです。型番をキーにして単価表や在庫表を参照している場合、型番の書式や桁数が変わっただけで参照エラーが連鎖し、シート全体が機能しなくなることがあります。
エクセルの部品構成表が抱える属人化・検索性の低さという既知の課題は、型番変更というイベントによって一気に顕在化します。
型番体系変更コストの内訳を分解する
型番体系の変更コストは「システム改修費用」だけではありません。実際には次の4つの工程が積み重なります。
全部品分の「旧型番→新型番」対照表を作成し、担当者間で認識を合わせる作業です。部品点数が多いほど工数が膨らみます。
過去の見積・発注・在庫履歴を新型番に紐づけ直す作業です。移行漏れがあると、過去データが「宙に浮いた」状態になります。
製造現場・営業・購買それぞれに新旧対照表を配布し、切り替え後の運用ルールを説明する時間が必要です。
基幹システムや部品構成表アプリの品目マスタ、検索機能、帳票の型番表示部分を改修する費用です。
これらは「型番を書き換えるだけ」に見える作業の裏で、部門横断のプロジェクトとして進行します。工程が1つ増えるたびに、確認・承認のやり取りも比例して増えていきます。
型番体系を変えずに拡張する設計術
変更コストを避ける最善策は「そもそも体系を変えなくて済む設計」にしておくことです。
拠点コードやラインコードを後から追加できるよう、型番の桁数にあらかじめ余裕を持たせておきます。使わない桁は「00」で埋めておくといった運用が有効です。
型番本体とは別に「分類コード」を付帯情報として持たせておけば、分類の見直しが必要になっても型番自体を書き換えずに済みます。
この考え方は、部品構成表を業務アプリ化する際の設計思想とも直結します。実際の画面設計やマスタ構造の作り方については、エクセルの部品構成表を業務アプリに置き換える際の部品自動採番の設計手順で詳しく解説しています。
部品構成表を業務アプリ化して型番変更に強くする
型番体系の変更に強い仕組みをつくるには、エクセルではなく業務アプリで部品構成表を管理する方法が有効です。ここでのポイントは「型番」と「部品の実体」を切り離して管理することです。
型番列を直接書き換えると、他のシートの関数参照が崩れ、旧型番での検索がヒットしなくなります。旧新対照表も別ファイルで手作業管理のため、更新漏れが起きやすい状態でした。
「部品マスタ」画面で部品には社内固有の管理IDを内部的に割り振り、型番は表示用の項目として別管理にします。型番体系を変更したいときは「型番一括変更」画面で新旧の対応ルールを入力し、「反映」ボタンを押すだけで、紐づく全部品構成表・在庫台帳の表示型番が一括更新されます。旧型番でも「部品検索」画面から履歴として検索でき、変更履歴は「型番変更履歴.csv」として出力されるため、周知資料としてそのまま使えます。
この構造にしておけば、型番体系の変更が発生しても、部品の実体を管理するIDそのものは変わらないため、過去データとの紐づけが途切れません。旧新対照表の作成という工程そのものが不要になり、システム改修と現場周知の負担も大きく軽減されます。
まとめ
- 型番体系の変更は、新工場立ち上げ・取引先統合・基幹システム刷新といった経営イベントを契機に発生し、BOM・図面・在庫台帳・見積書・基幹システムへ波及する
- エクセルの部品構成表では、型番変更により名寄せ崩壊・検索不能・関数参照崩れという実害が起きやすい
- 採番ルールに桁の余白を持たせ、型番と部品の実体を切り離して管理する設計にしておくことで、体系変更のたびに旧新対照表を作り直す工程をなくせる
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー