製造業や食品・医薬の現場では、「どのロットが、いつ、どこへ流れたか」を追えることが信用の前提になります。トレーサビリティ（追跡可能性：原材料から出荷までモノの流れを後から追える状態）は、現場の作業ではなく経営の信用問題です。
この記事では、クラウドERP「NetSuite」でロット管理・シリアル番号管理をどう設定し、運用で何に気をつけるかを、公式情報に沿って実務目線で解説します（出典：Oracle NetSuite公式ヘルプ）。
※ ERP（Enterprise Resource Planning）とは、会計・在庫・販売などの基幹業務を1つのシステムで統合管理する仕組みです。
なぜトレーサビリティが「経営課題」なのか
このセクションの要点：トレーサビリティは、リコールや品質問題が起きたときに会社を守る仕組みです。
製品に不具合が見つかったとき、最初に問われるのは「対象を特定できるか」です。
- どのロットが影響を受けるのか
- その在庫は今どこにあるのか
- すでに出荷した分は、どの取引先に渡ったのか
これらを短時間で追えるかどうかで、被害の範囲も、会社への信頼も大きく変わります。
ベンチャーネットは、この点を「機能の話」ではなく「経営の備え」として捉えています。番号を付けること自体が目的ではありません。いざというときに追える状態をつくることが目的です。
食品・医薬・製造など、規制やリコール対応が求められる業界では、ここが特に重要になります。
ロット管理とシリアル番号管理の違い
このセクションの要点：2つは追跡の「単位」が違います。扱う商品によって使い分けます。
NetSuiteには、番号で在庫を追跡する方法が2種類あります。
- ロット管理：まとまり（ロット）単位で追跡します。ロットごとに数量と固有の原価を管理できます（出典：Oracle NetSuite公式ヘルプ）。
- シリアル番号管理：個体（1つひとつ）単位で追跡します。出荷時に特定の個体を選んで引き当てられます（出典：Oracle NetSuite公式ヘルプ）。
ロットとシリアルを組み合わせると、「先に期限が来るものから先に出す」といった出荷戦略（FEFO：First Expiring, First Out）も定義できます（出典：Oracle NetSuite公式ヘルプ）。
※ ロット＝同じ条件で製造・入荷した「ひとかたまり」。シリアル番号＝製品1個ごとに割り当てる固有の番号。
表①：ロット管理とシリアル番号管理の使い分け
| 観点 | ロット管理 | シリアル番号管理 |
|---|---|---|
| 追跡の単位 | まとまり（ロット）単位 | 個体（1個）単位 |
| 原価の持ち方 | ロットごとに数量と固有原価 | 個体単位で引き当て |
| 有効期限 | 設定可能（期限警告・ラベル印字） | — |
| 向いている商品 | 食品・原材料・医薬品など | 機器・高額品・保証管理が必要な商品など |
どちらが適切かは、商品の性質と「何を追跡したいか」で決まります。迷う場合は、要件を先に整理してから選ぶのが安全です。
まず機能を有効化する（設定の起点）
このセクションの要点：ロット/シリアル管理は、最初に「機能をオンにする」ことから始まります。
設定の入口は1か所です。
- Setup > Company > Enable Features を開く
- 「Items & Inventory（品目と在庫）」タブを選ぶ
- 用途に応じて次のいずれか（または両方）にチェックを入れる
- Lot Tracking（ロット追跡）
- Serialized Inventory（シリアル在庫）
- 保存する
これでロット品目・シリアル品目を作成できる状態になります（出典：Oracle NetSuite公式ヘルプ）。
ビン（棚・置き場の管理単位）まで含めて細かく追跡したい場合は、後述の「Advanced Bin / Numbered Inventory Management」も合わせて有効化します。
※ ここで「オンにできる」のは機能だけです。採番ルールや有効期限の運用は別途設計が必要になります（詳しくは後述の失敗パターンへ）。
品目レコードの設定
このセクションの要点：機能を有効化したら、品目（商品）ごとに追跡の中身を整えます。
ロット品目・シリアル品目を作成する
品目は Lists > Accounting > Items > New から作成し、種別として「Inventory Item > Lot Numbered（ロット番号）」または「Serialized（シリアル）」を選びます。種別は作成時に決まる設計です（出典：Oracle NetSuite公式ヘルプ）。
なお、非在庫品目（在庫として持たない品目）は、後からロット/シリアル在庫へ変換できます（出典：Oracle NetSuite公式ヘルプ）。一方で、すでに在庫や取引履歴のある標準在庫品目を、その場でロット/シリアルへ切り替える公式手順は用意されていません。実務では、新しくロット/シリアル品目を作成し、在庫を移行する形をとります。
有効期限とラベル（ロット品目）
ロット品目では、有効期限まわりの運用ができます（出典：Oracle NetSuite公式ヘルプ）。
- 期限が近いロットを販売しようとしたときに警告を出す
- 「Days Before Lot Expiration Warning（期限の何日前に警告するか）」を設定する
- ロット番号と有効期限を印字したラベルを発行する
食品・医薬のように期限管理が必須の業界では、ここを最初に設計しておくと安心です。
番号の自動採番（SuiteApp）
ロット番号・シリアル番号は、手入力だけでなく自動採番もできます。
「Lot Auto Numbering」というSuiteApp（NetSuiteに追加できる拡張機能）を使うと、カスタムの採番形式を設定でき、在庫詳細の入力時に自動で番号が生成されます（出典：Oracle NetSuite公式ヘルプ）。
- 主に NetSuite OneWorld（複数法人・多拠点を管理する構成）向けに設計・テストされています
- 利用には所定の機能（Advanced Bin/Numbered Inventory、Lot Tracking や Serialized Inventory など）の有効化が前提です
- Heat Code・製造日・仕入先ロット番号・原産国などの項目を扱えます
※ SuiteApp＝NetSuiteの機能を追加する公式の拡張パッケージ。OneWorld＝複数の法人・国・通貨をまとめて管理するための構成。
カスタム項目で「追跡したい情報」を持たせる
ロット/シリアル品目には、カスタム項目を追加できます。これにより、品質管理の手順やリコール情報など、自社の業務に固有の情報を番号に紐づけて追跡できます（出典：Oracle NetSuite公式ヘルプ）。
取引での運用
このセクションの要点：設定した番号は、入荷・出荷・調整などの取引で使っていきます。
入荷・出荷で番号を入力する
取引の「Serial/Lot Number」欄に番号を入力します。数量の分だけ番号が必要です。たとえば数量2なら、シリアル番号も2つ入力します（出典：Oracle NetSuite公式ヘルプ）。
特定の番号を入力すると、その個体・ロットを引き当てます。番号を入れない場合は数量だけが引き当てられ、番号は後から指定することもできます（出典：Oracle NetSuite公式ヘルプ）。
在庫調整
棚卸差異などの調整は、Transactions > Inventory > Adjust Inventory で行います。シリアル品目の場合、入力するシリアル番号の数は調整数量と一致させる必要があります（出典：Oracle NetSuite公式ヘルプ）。
取引上で番号を変えたときの注意
シリアル番号を取引上で変更しても、関連する取引（出荷・請求など）の番号は自動では更新されません。連動先は手動で合わせる必要があります（出典：Oracle NetSuite公式ヘルプ）。ここは運用ミスが起きやすい箇所です。
標準在庫と Advanced Bin/Numbered Inventory の違い
ビン単位まで細かく追跡したい場合は、「Advanced Bin / Numbered Inventory Management」を有効化します。これを有効にすると、取引画面の「Inventory Detail（在庫詳細）」から、番号やビンを指定して在庫を追加・削除できます（出典：Oracle NetSuite公式ヘルプ）。
表②：標準在庫とAdvanced Bin/Numbered Inventoryの違い
| 観点 | 標準（番号管理のみ） | Advanced Bin/Numbered Inventory |
|---|---|---|
| 追跡の細かさ | ロット/シリアル番号まで | 番号＋ビン（置き場）単位まで |
| 在庫詳細 | 基本的な番号管理 | 在庫詳細サブレコードで番号・ビンごとに管理 |
| 向いているケース | 番号追跡が主目的 | 倉庫内の置き場まで管理したい |
※ ビン（Bin）＝倉庫内の棚・ロケーションなど、置き場所の管理単位。
トレーサビリティの実務
このセクションの要点：番号は「付ける」だけでなく「追える・抽出できる」状態にして初めて意味を持ちます。
NetSuiteのロット/シリアル管理では、前方向・後方向のトレースができます（出典：Oracle NetSuite公式ヘルプ）。
- 後方トレース：完成品から、使った原材料のロットへさかのぼる
- 前方トレース：原材料のロットから、それを使った完成品・出荷先へたどる
リコールや品質調査では、この「たどれること」が要になります。
そのために、前述のカスタム項目（リコール情報・品質管理手順など）を初期段階で設計しておくことが重要です。番号を付けただけで検索・抽出の設計を後回しにすると、いざというときに追えません。
よくある失敗パターンと回避策
このセクションの要点：ロット/シリアル管理は「設定」より「運用設計」でつまずきます。代表的な4つを挙げます。
失敗1：品目の種別を後から変えようとする
よくある現象
- 既存の標準在庫品目を、あとからロット/シリアル管理に切り替えたい
- 「とりあえず普通の品目で始めて、後で変えればいい」と考えている
- 切替できる前提で運用を組んでしまっている
なぜ詰まるのか
品目の種別は作成時に決まる設計です。非在庫品目からロット/シリアルへの変換はできますが、在庫・履歴のある標準在庫品目を、その場で切り替える公式手順は用意されていません。
どう回避するか
対象品目を設計段階で洗い出し、追跡が必要なものは最初からロット/シリアルで作成します。ベンチャーネットは、要件定義の段階で「どの品目を、どの単位で追うか」を先に切り分けます。
失敗2：機能を有効化しただけで運用ルールを決めない
よくある現象
- 採番ルールが人によってバラバラ
- 有効期限の警告日数を誰も設定していない
- 入力する担当・タイミングが決まっていない
なぜ詰まるのか
機能の有効化はオンにするだけで済みます。しかし、採番形式・期限警告・入力担当は別途設計しないと、現場任せになり形骸化します。
どう回避するか
自動採番（SuiteApp）と期限警告の設定を、運用ルールとセットで整えます。ベンチャーネットは「設定」だけでなく、運用が定着するところまで一緒に設計します。
失敗3：POS・組立・外部連携の境界を見落とす
よくある現象
- 店舗POSでロット/シリアルが思った通りに動かない
- 組立（アセンブリ）品でロット/シリアルが設定できない
なぜ詰まるのか
- SuiteCommerce InStore（SCIS：店舗向けPOS）は、ビン管理・Advanced Bin/Numbered Inventory に対応していません（出典：Oracle NetSuite公式ヘルプ）。
- 通常のアセンブリ（組立品）には、シリアル/ロット番号品目を構成部品として含められません。種別の整合が必要です（出典：Oracle NetSuite公式ヘルプ）。
※ アセンブリ＝部品を組み合わせて1つの完成品にする品目のこと。
どう回避するか
店舗・倉庫・組立など、関連する仕組みの要件を先に確認します。ベンチャーネットは、個別機能ではなく全体像から設計します。
失敗4：記録して終わり、リコール時に使えない
よくある現象
- 番号は付けているが、いざ追跡となると出てこない
- 「どのロットがどこへ行ったか」をすぐに抽出できない
なぜ詰まるのか
リコール情報や品質管理を追跡するカスタム項目・検索を設計していないためです。番号を付けることと、追えることは別です。
どう回避するか
リコールを想定した検索・カスタム項目を初期設計に入れます。ベンチャーネットは、「番号が付いた状態」ではなく「いざというとき使える状態」までを目指します。
よくある質問（FAQ）
ロット管理とシリアル番号管理の違いは？
ロット管理はまとまり（ロット）単位、シリアル番号管理は個体（1個）単位で追跡します。
ロットは数量と固有原価をロットごとに管理し、有効期限の運用もできます。シリアルは出荷時に特定の個体を引き当てられます。食品・原材料はロット、保証管理が必要な機器はシリアル、というように商品で使い分けます。
既存の在庫品目を、後からロット/シリアルに変えられる？
種別は品目の作成時に決まります。
非在庫品目からロット/シリアル在庫への変換は可能です（出典：Oracle NetSuite公式ヘルプ）。一方、在庫や履歴のある標準在庫品目を、その場でロット/シリアルへ切り替える公式手順は用意されていません。実務では、新しくロット/シリアル品目を作成して在庫を移行します。追跡が必要な品目は、最初からロット/シリアルで設計しておくのが安全です。
食品・医薬のトレーサビリティ（有効期限・FEFO）に使える？
使えます。
ロット品目は有効期限を持て、期限が近いロットの販売時に警告を出せます。前方向・後方向のトレースもでき、「先に期限が来るものから出す」FEFO戦略も定義できます（出典：Oracle NetSuite公式ヘルプ）。
ロット番号は自動採番できる？
できます。
「Lot Auto Numbering」SuiteApp を使うと、カスタムの採番形式を設定でき、在庫詳細の入力時に自動で番号が生成されます。主にOneWorld向けで、所定の機能の有効化が前提です（出典：Oracle NetSuite公式ヘルプ）。
店舗POS（SuiteCommerce InStore）でも使える？
販売自体は可能です。ただし、SCISはビン管理・Advanced Bin/Numbered Inventory に対応していません（出典：Oracle NetSuite公式ヘルプ）。店舗運用がある場合は、この制約を前提に設計します。
まとめ：設定して終わりではなく、運用が定着して初めて機能する
ロット/シリアル管理は、機能を有効化するだけなら短時間で済みます。
しかし、本当に効くのは「いざというときに追える状態」を業務に組み込めたときです。採番ルール、有効期限の運用、リコール想定の検索、店舗・組立・連携の境界。ここまで設計して、初めてトレーサビリティは経営の備えになります。
ベンチャーネットは、機能を入れて終わりにしません。自社の商品・業界要件に合うかを一緒に確認し、運用が定着するところまで伴走します。
「自社の場合はロットとシリアルのどちらが合うのか」「既存品目はどう移行すべきか」――こうした判断こそ、設計段階で相談していただきたい部分です。
関連記事
- NetSuiteで販売管理・在庫管理・購買管理を行うためのポイント（在庫管理の全体像）
- NetSuiteと物流SaaS／3PLの連携（外部WMSとのつなぎ方）
- NetSuiteとは｜クラウドERP入門
- NetSuite製造業向け導入ガイド（生産・原価・在庫）
[URL要確認]
