コード体系の決め方｜基幹システム移行前のマスタデータ整備・名寄せ・採番ルール

基幹システムのコード体系は、コード自体には意味を持たせすぎず（連番中心）、分類や属性はマスタの項目で持つのが基本です。そのうえで移行前に名寄せをして「1つの取引先・1つの品目に1つのコード」の状態を作り、採番と登録の担当を決めておきます。この記事では、コード体系の決め方を、有意コードと無意コードの判定表、桁数の計算例、取引先マスタの項目例、名寄せの手順、マスタ登録の運用ルールまで、大手コンサルティングファーム出身の専門家の知見をもとに解説します。

コード体系とは：基幹システムの移行前に決めなければならない理由

コード体系とは、品目・取引先・倉庫・部門など、基幹システムで扱う「もの」や「相手」に付ける番号のルールです。桁数、使う文字、分類を含めるかどうか、誰がいつ採番するかまでを含みます。

コード体系は、基幹システムの中で後から変えるのが最も難しい設定の一つです。受注・出荷・請求・在庫のすべての明細がコードで結びついているため、稼働後にコードを変えると、過去データとのつながり、帳票、外部との連携、現場の覚え方がまとめて影響を受けます。だからこそ、刷新のタイミングでしか本格的な見直しはできません。

マスタの整備は大企業でも進んでいる領域とは言えません。JUAS（日本情報システム・ユーザー協会）の「企業IT動向調査報告書 2026」（2025年度調査）では、データマネジメントの取り組みとして「マスタデータ管理・統合」を「整備済み」と答えた企業は23.2％（n=655）でした。調査対象は東証上場企業とそれに準じる企業です。中小企業では、取引先や品目のマスタが営業所や担当者ごとに作られてきたケースが珍しくありません。

マスタの準備が発注側の仕事であることは、裁判例でも示されています。病院情報システムの開発をめぐる旭川医科大学とNTT東日本の訴訟で、札幌高裁（2017年8月31日判決）は、発注側が本来作成すべきマスタの抽出を怠ったことなどを協力義務違反と判断しました（Westlaw Japan「WLJ判例コラム 第120号」による）。コード体系と名寄せはベンダーに任せきりにできない作業です。

移行作業全体の流れ（移行対象の判定、照合、リハーサル）は基幹システムのデータ移行で解説しています。この記事は、その手前の「マスタとコードをどう整えるか」に絞ります。

有意コードと無意コードの違い：どちらを選ぶかの判定表

コード体系の最初の分かれ道は、コードに意味を持たせるかどうかです。

• 有意コード：桁ごとに意味がある。例「A-12-0345」の「A」が製品群、「12」が材質、「0345」が連番
• 無意コード：意味を持たない連番。例「100345」。分類はマスタの別項目（製品群・材質）で持つ
• 折衷型：先頭1〜2桁だけ大分類を持たせ、残りは連番。例「1-00345」の「1」が製品、「2」が部品

現場は有意コードを好みます。コードを見ただけで何の品目か分かるからです。一方で、分類が変わったときにコードが実態と合わなくなる、桁が足りなくなる、という問題を必ず抱えます。次の判定表で、マスタごとに選びます。

※判定の目安です。業界の慣習や取引先の指定がある場合はそれに従います。

無意コードにすると「コードを見ても分からない」という不満が出ますが、今の基幹システムでは品名や型番での検索、バーコード読み取りが当たり前になっています。人がコードを覚える前提をやめ、検索と読み取りで探す前提に切り替えるのが、無意コードを定着させるコツです。パッケージの標準機能に合わせる考え方はFit to Standardとはも参考にしてください。

品目コードの付け方：桁数を「10年後の件数」から逆算する

品目コードの桁数は、今の件数ではなく、新システムを使い続ける期間に登録される件数から決めます。基幹システムは10年以上使うことが多いため、10年後の累計件数で試算します。

次の例で計算してみます。

• 現在の有効品目：約9,400件
• 年間の新規登録：約1,200件（特注品・仕様違いを含む）
• 10年後の累計：9,400＋1,200×10＝約21,400件

※説明用の例です（従業員120名の金属部品メーカーを想定）。

無意コードなら、5桁（最大99,999件）で十分に足ります。将来の事業拡大を見て6桁にしても、入力の手間はほとんど変わりません。問題は有意コードの場合です。「製品群2桁＋連番3桁」にすると、1つの製品群に入る品目は999件までです。特注品が多い製品群は数年で枠を使い切ります。

品目コードを決めるときは、桁数のほかに次の点も決めておきます。

• 使う文字：数字だけにするか、英字を混ぜるか。英字を使うなら「O（オー）とI（アイ）」は数字と見間違えやすいので使わない
• 桁の固定：「000345」のように先頭をゼロで埋めて桁数を固定する。Excelで開くと先頭のゼロが消えるため、取り込み・書き出しの手順にも注意書きを入れる
• 改版の扱い：図面の改訂や仕様変更のとき、コードを変えるのか、同じコードで版数を管理するのか。在庫を分けて管理する必要があるかで決める
• 色・サイズ違い：別コードにするか、1つの品目に色・サイズの属性を持たせるか。在庫を分けて数える単位で決める

品目マスタに持たせる項目：コードから外した意味の置き場所

無意コードにした場合、これまでコードの桁で表していた意味は、すべて品目マスタの項目に移ります。項目を「必須」と「任意」に分け、必須項目は登録時に空欄を許さない設定にします。

• 識別：品目コード、品名、品名カナ、旧品目コード、図番・版数、JANコード（ある場合）
• 分類：品目区分（製品・部品・原材料・仕掛品）、製品群、材質、表面処理。集計や検索の切り口になる
• 数量の単位：在庫単位、発注単位、販売単位と、その換算（例：1箱＝50個）。単位の混乱は在庫が合わない原因の上位に入る
• 在庫の管理方法：ロット管理・シリアル管理の有無、有効期限の有無、保管倉庫の初期値
• 購買・生産：主仕入先、発注点、標準リードタイム、内製か外注か
• 会計：在庫評価の方法、売上・仕入の勘定科目の区分、消費税区分

分類の項目は、選択肢をマスタで管理し、自由入力にしないことが大切です。自由入力にすると「SUS304」「ＳＵＳ３０４」「ステンレス304」が混在し、分類で集計できなくなります。在庫の持ち方と基幹システムの連携は在庫管理システムの選び方でも扱っています。

JANコードは「品目コード」ではなく「属性」として持つ

自社ブランドの商品を流通させている会社は、JANコード（GTIN）を持っていることがあります。GS1 Japan（一般財団法人流通システム開発センター）の説明では、GTIN（JANコード）の標準タイプは13桁で、GS1事業者コード（9桁・10桁または7桁）、商品アイテムコード、チェックデジット（1桁）で構成されます。GS1事業者コードは「45」または「49」で始まる番号として貸与されています。

JANコードは小売に出す販売単位の商品に付くもので、部品・原材料・仕掛品・セット品には付かないことがほとんどです。そのため、JANコードをそのまま品目コードにすると、JANのない品目を別ルールで採番することになります。品目コードは社内の連番で付け、JANコードは品目マスタの属性項目として持つ形が扱いやすいです。

取引先コードの付け方：法人番号・インボイス登録番号との関係

取引先コードで最も多い問題は、同じ会社に複数のコードがあることです。営業所ごとに登録した、得意先と仕入先を別々に登録した、請求先と納品先を別の取引先として登録した、というのが典型です。これを防ぐには、取引先を「法人（相手の会社）」と「取引の窓口（請求先・納品先・支払先）」に分けて持つ設計にします。

※説明用の例です。パッケージによって階層の持ち方や項目名は異なります。

この形にすると、同じ会社が得意先でも仕入先でも1つの取引先コードで追えるため、相殺や与信の管理がしやすくなります。

法人番号は、名寄せと属性の管理に役立ちます。国税庁の法人番号公表サイトによると、法人番号は株式会社などの法人等が持つ13桁の番号で、利用範囲の制約がなく、誰でも自由に利用できます。公表サイトでは、法人番号の指定を受けた法人等の「基本3情報」（商号または名称・所在地・法人番号）を、CSV形式・XML形式でダウンロードできます。前月末時点の全件データのほか、新たな指定や商号変更などの更新情報を日別にまとめた差分データもあり、システムから直接取得するためのWeb-APIも用意されています。

差分データを定期的に取り込めば、取引先の商号変更や本店移転を、取引先から連絡が来る前にマスタへ反映できます。「同じ会社なのに旧社名のまま登録が残る」という重複の発生源を、運用で減らせます。

インボイス制度の登録番号は、国税庁のインボイス制度に関するQ&A（問4、令和6年4月改訂）の注記によると、法人番号を持つ法人の場合「T＋13桁の法人番号」です。請求書の発行・受領のために、取引先マスタに持っておく必要のある項目です。

ただし、法人番号を取引先コードそのものにするのはおすすめしません。法人番号を持たない個人事業主や海外の取引先があり、また、同じ法人の中で請求先や納品先を分ける必要があるからです。取引先コードは自社の連番、法人番号は名寄せと確認のための属性と役割を分けます。

名寄せの進め方：一致キーの優先順位を決めてから突き合わせる

名寄せとは、同じ相手・同じ品目なのに別々に登録されているデータを見つけ、1つにまとめる作業です。いきなり名称で突き合わせると、表記ゆれで見落としたり、似た名前の別会社をまとめてしまったりします。先に「何が一致すれば同じとみなすか」の優先順位を決めます。

法人番号を持っていない取引先マスタでも、国税庁の公表データと名称・所在地で突き合わせれば、法人番号を付け足すことができます。法人番号が入れば、優先1の一致キーが使えるようになり、以降の名寄せが楽になります。

1. 対象を絞る
   直近数年に取引がある、残高がある、在庫があるデータだけを名寄せの対象にします。使っていないデータまで名寄せすると、手間が何倍にも増えます。
2. 表記を正規化する
   「㈱」「(株)」「株式会社」をそろえる、全角・半角をそろえる、空白を除く、といった機械的な整形をしてから突き合わせます。
3. 一致キーで候補を出す
   上の表の優先順位で重複の候補を一覧にします。この段階ではまだ統合しません。
4. 担当者が判定する
   取引先は営業と経理、品目は設計・購買・倉庫が、候補ごとに「同一／別物」を判定します。迷うものは取引履歴や請求書で確認します。
5. 残すコードと統合先を記録する
   統合した旧コードと残したコードの対照表を作ります。過去の履歴を調べるとき、照合のとき、取引先から旧コードで問い合わせが来たときに使います。

採番ルールとマスタ登録の運用：誰が・いつ・どう登録するか

コード体系をきれいに作っても、稼働後の登録ルールがなければ数年で元に戻ります。マスタごとに、登録を申請する人、承認する人、登録する人、登録の期限を決めます。

※説明用の例です。部署名は会社によって異なります。

運用ルールで決めておきたいことは、次の4つです。

• 採番は自動にする：人が空き番号を探して付けると、重複や飛び番が起きます。連番はシステムの自動採番に任せます
• 仮登録の扱い：「急ぎの受注で品目がまだない」ときの仮登録を認めるか。認めるなら、本登録までの期限と、期限切れの一覧を誰が見るかを決めます
• 削除しない：使わなくなったコードは削除せず「使用停止」にします。過去の明細とのつながりが残り、同じ番号の再利用も防げます
• 定期点検：半年に1回など、重複候補・使用停止候補・必須項目の空欄を一覧にして確認します

伝票番号・ロット番号の採番も一緒に決めておく

マスタのコードとは別に、受注番号・出荷番号・請求書番号などの伝票番号や、ロット番号の採番ルールも移行前に決めます。こちらはマスタと違い、一度使えば終わる番号なので、意味を持たせても問題が起きにくい領域です。

• 伝票番号：「拠点1桁＋年月4桁＋連番5桁」のように、拠点や年月を入れてかまいません。月や年度で連番を戻すかどうかは、問い合わせのときに番号だけで伝票を特定できるかで決めます。
• 請求書番号：取引先から番号で問い合わせが来ることを考え、旧システムの番号と重ならない範囲から始めます。切替月に旧システムと新システムの請求書が混在するためです。
• ロット番号：製造日や入荷日を含める付け方が多く、トレーサビリティ（どのロットがどこへ出荷されたか）の調べやすさで決めます。仕入先のロット番号を使う場合は、仕入先ロットを別項目で持ちます。

※桁の構成は説明用の例です。

こうしたマスタのルールは、要件定義書の「データ・マスタ」の章に書いておくと、ベンダーとの認識違いを防げます。章立ては要件定義書の書き方を参考にしてください。

コード体系で避けたい5つの決め方

コード体系の失敗は、稼働して数年たってから表に出ます。次の5つは、刷新のときに避けておきたい決め方です。

• 担当者や営業所をコードに入れる：担当替えや組織変更のたびにコードと実態がずれます。担当者・営業所はマスタの項目で持ちます。
• 年度をコードに入れる：「24-0001」のような付け方は、年をまたいで使う品目や取引先に向きません。受注番号や伝票番号のような一回限りの番号なら問題ありません。
• 旧システムのコードをそのまま使う前提で桁数を決める：旧コードの桁数に合わせると、新しい体系の自由度がなくなります。旧コードは「旧コード」項目で持ち、検索できるようにすれば足ります。
• 部署ごとに別の品目コードを使い続ける：営業は得意先の品番、設計は図番、倉庫は棚番で品目を呼んでいると、システムの中で同じ品目がつながりません。社内の品目コードを1つ決め、ほかの番号は属性として持ちます。
• コード体系をベンダー任せにする：パッケージの標準採番に合わせるのはよいことですが、どの単位で品目を分けるか（色・サイズ・改版）は業務の判断です。発注側が決める項目として要件に入れます。

製造業では、品目コードが部品表（BOM）や工程と結びつくため、影響がさらに大きくなります。製造業特有の論点は製造業のERPで扱っています。

卸売業や小売向けの商社では、取引先ごとに違う商品コード（得意先品番）で受注が来ることがよくあります。この場合も、得意先品番を社内の品目コードに置き換えるのではなく、「得意先×得意先品番→社内品目コード」の対照表をマスタとして持ち、受注入力やEDIの取り込みで自動変換するのが定石です。

移行前のマスタ整備チェックリスト

移行リハーサルに入る前に、次の項目を確認してください。

• マスタごとに有意コード・無意コード・折衷型のどれにするかが決まっている
• 品目コードの桁数を、10年後の累計件数から試算して決めた
• 使う文字（数字のみか、英字を含むか）と、ゼロ埋めのルールが決まっている
• 色・サイズ違い、図面の改版を別コードにするかどうかが決まっている
• 取引先を法人と請求先・納品先・支払先に分けて持つ設計になっている
• 取引先マスタに法人番号とインボイス登録番号の項目がある
• 名寄せの一致キーの優先順位が決まっている
• 名寄せの判定者（取引先は営業と経理、品目は設計・購買・倉庫など）が決まっている
• 旧コードと新コードの対照表があり、旧コードでも検索できる
• マスタごとの申請者・承認者・登録期限が決まっている
• 使わなくなったコードは削除せず「使用停止」にするルールがある

よくある質問

まとめ

コード体系は、基幹システムの中で後から変えるのが最も難しい設定です。移行前に、コードには意味を持たせすぎず、分類や外部の番号（法人番号・インボイス登録番号・JANコード）は属性として持つ形に整理し、名寄せで「1つの相手・1つの品目に1つのコード」を作っておく。そのうえで、採番は自動、登録は申請と承認、使わないコードは使用停止、という運用を決めておけば、稼働後にマスタが再び散らかるのを防げます。

自社のマスタがどの程度整っているか、コード体系を変えるべきか判断がつかない場合は、無料診断で現状と移行の論点を整理できます。