NetSuite×バーコード／ハンディターミナル活用ガイド｜純正で足りる?外部連携が要る?を判断する

製造や倉庫の現場では、紙の伝票やExcelへの手入力がいまも残っています。

転記ミス、二重入力、リアルタイムで在庫が見えない。こうした悩みは、バーコードの活用で大きく減らせます。

NetSuiteでバーコードを使う道は、大きく2つあります。ひとつはNetSuite純正のモバイル機能。もうひとつは外部のハンディ端末との連携です。

この記事は、その2つの道を交通整理します。「自社は純正で足りるのか、それとも外部連携が要るのか」を判断できる状態を目指します。

この記事で分かること

• NetSuiteでバーコードを使う「2つの道」(純正モバイル / 外部ハンディ連携)の違い
• 純正モバイル4機能(Manufacturing Mobile・WMS・Ship Central・Smart Count)でできること
• 純正を使うときのライセンス要件と、見落としやすい制約
• 「純正で足りる / 外部連携が要る」を判断するための比較軸

読了の目安:約12分

NetSuiteでバーコードを使う2つの道

NetSuiteでバーコードを活用する方法は、純正モバイルと外部ハンディ連携の2つに分かれます。まずは全体像を押さえましょう。

最初に、よく出てくる用語を整理します。

• バーコード:商品や伝票の情報を、線や点の模様で表したもの。読み取ると手入力が要らなくなります。
• ハンディターミナル:バーコードを読み取る携帯端末。「ハンディ」とも呼ばれます。
• WMS:Warehouse Management Systemの略。倉庫の入出庫や在庫を管理する仕組みです。
• MES:Manufacturing Execution Systemの略。製造現場の実績を記録・管理する仕組みです。

この2つの道は、次のように整理できます。

道①:NetSuite純正のモバイル機能を使う

NetSuiteには、バーコードを使うためのモバイルアプリが標準で用意されています。追加のアプリ開発をせずに、NetSuiteの中で完結します。製造・倉庫・出荷など、用途ごとにアプリが分かれています。

道②:外部のハンディ端末・アプリと連携する

純正では業務に合わない部分がある場合、外部のハンディ端末やアプリをNetSuiteと連携させる方法もあります。自社の業務フローに合わせた作り込みがしやすい一方、連携開発のコストがかかります。

どちらが正解、という話ではありません。現場の作業環境や業務の複雑さによって、向き不向きが変わります。

まずは純正でできることを正しく知ること。そのうえで「足りない部分があるか」を見極めるのが、遠回りのようで確実な進め方です。

【純正①】Manufacturing Mobile ― 製造現場の実績入力

Manufacturing Mobileは、製造現場の作業実績をバーコードで入力するための純正アプリです。追加ライセンスなしで始められる点が特徴です。

何ができるか

Manufacturing Mobileは、製造の現場作業をモバイル端末で記録します。主な機能は次のとおりです。

• 作業指示(Work Order)への作業実績の入力
• 部材の消費・生産数の記録
• 部材の移動や購買発注(PO)の受領
• 出荷に関する処理

紙の作業票やクリップボードを使った手入力を、バーコードの読み取りに置き換えられます。

ライセンス要件(追加ライセンスは原則不要)

ここはよく誤解される点です。Manufacturing Mobileを使うのに、上位の高額ライセンスは必須ではありません。

Oracleの公式情報では、Manufacturing機能を契約すると、Manufacturing Mobileが自動的に使えるとされています。Advanced ManufacturingライセンスやWMSライセンスは必須ではありません。Assembly & Work Orderのライセンスがあれば、セットアップが可能です。

(出典:Oracle NetSuite公式ドキュメント「Manufacturing Mobile Overview」)

同じスキャナー端末で、製造とWMS(倉庫)の両方の作業を行うこともできます。

動作方式(ブラウザベースでリアルタイム反映)

Manufacturing Mobileは、モバイル端末のブラウザ上で動作します。作業を完了すると、その内容がリアルタイムでNetSuiteに反映されます(出典:Oracle NetSuite公式ドキュメント)。

専用の重いアプリを各端末にインストールして回す、という運用が不要になります。

【純正②】WMS ― 倉庫の入庫・ピッキング・梱包・棚卸

NetSuite WMSは、倉庫業務をバーコードで効率化する純正機能です。受領から出荷まで、倉庫の一連の作業をモバイル端末で行えます。

何ができるか

NetSuite WMSのモバイルアプリでは、倉庫の日常業務を端末上で完結できます。主な作業は次のとおりです。

• 入庫(受領):仕入先からの納品をスキャンして受け取る
• 棚入れ(Putaway):あらかじめ決めたルールで保管場所へ
• ピッキング:受注に対して商品をスキャンして集める
• 梱包(Packing):出荷に向けて商品をまとめる

バーコードで照合することで、誤出荷(ミスピック)や数量の取り違えを減らせます。

(出典:Oracle NetSuite公式「Mobile Warehouse Management」)

ライセンス・前提

NetSuite WMSは、追加(アドオン)モジュールとして提供されます。モバイル倉庫管理の機能は、このWMSモジュールに含まれます(出典:Oracle NetSuite公式)。

つまりWMSの機能を使うには、WMSモジュールの契約が前提になります。Manufacturing Mobileとは契約の考え方が異なる点に注意してください。

【純正③】SCM Mobile と Ship Central ― 共通基盤と出荷処理

ここは構造の理解が大切な部分です。SCM Mobileは単体のアプリではなく、複数の純正アプリが共有する「土台」です。その上にWMSやShip Centralが乗っています。

SCM Mobileは「共通のモバイル基盤」

SCM Mobileは、それ単体で使うものではありません。次の純正モバイルアプリに、共通のモバイル機能と画面を提供する基盤です(出典:Oracle NetSuite公式「SCM Mobile Setup」)。

• NetSuite WMS(倉庫の入出庫・在庫)
• Manufacturing Mobile(製造実績の収集)
• NetSuite Ship Central(梱包・出荷)
• Smart Count(棚卸)

つまり「SCM Mobileを入れる」のではなく、「使いたいアプリに付いてくる共通基盤」と理解すると正確です。

Ship Central ― 梱包と出荷に特化

Ship Centralは、梱包から出荷までを担う純正モバイルアプリです。キオスク端末やタブレットでの利用に最適化されています(出典:Oracle NetSuite公式「NetSuite Ship Central」)。

主にできることは次のとおりです。

• 商品をカートンに梱包し、パレットにまとめる
• 同じ顧客向けの複数注文をまとめて梱包する
• 連携した配送会社を通じて出荷する

なお出荷機能には、配送サービス連携(ShipEngine)が前提になります。ラベル印刷には印刷連携(PrintNode)が必要です(出典:Oracle NetSuite公式「Ship Central FAQs」)。

Smart Count ― 棚卸

Smart Countは、棚卸(在庫の数え直し)のための純正アプリです。在庫が動いている最中でも、指定した範囲のカウントができます(出典:Oracle NetSuite公式「SCM Mobile Setup」)。

純正モバイルの使い分け早見表

ここまでの純正アプリを、用途で整理します。自社のどの業務に当てはまるかを確認してください。

アプリ	主な用途	前提となる契約	補足
Manufacturing Mobile	製造実績の現場入力	Manufacturing機能(Assembly & Work Orderで可)	追加の上位ライセンスは原則不要
WMS	入庫・棚入れ・ピッキング・梱包	WMSモジュール(アドオン)	モバイル倉庫管理を含む
Ship Central	梱包・出荷	Ship Central(SCM Mobile基盤上)	出荷はShipEngine連携が前提
Smart Count	棚卸	SCM Mobile基盤上	稼働中でもカウント可能

すべてのアプリは、SCM Mobileという共通基盤の上で動きます。

どれを使うかは「製造の実績を取りたいのか」「倉庫の入出庫を効率化したいのか」「出荷を速くしたいのか」という、自社の課題から逆算するのが近道です。

純正で気をつける制約と落とし穴

純正モバイルは強力ですが、導入前に知っておくべき制約があります。ここを見落とすと、端末を買ったあとで「動かない」となりかねません。

制約①:iOS(iPhone・iPad)は非対応

これは特に重要な制約です。NetSuiteの純正モバイルアプリは、iOS端末では使えません。

Oracleの公式情報では、純正モバイルアプリの利用にあたり、iOSで動作する端末はサポート対象外とされています。ハンディスキャナーはAndroid 7.0以降が必要です。1Dバーコードスキャナーなどの要件もあります。

(出典:Oracle NetSuite公式「SCM Mobile Setup」)

「手持ちのiPhoneで使えるだろう」と考えていると、計画が崩れます。端末選定の前に、必ず確認すべき点です。

制約②:対応バーコードの種類を確認する

純正アプリは多様なバーコードに対応しますが、アプリごとに対応範囲が異なります。

• WMS:Composite、GS1、HIBC に対応
• Ship Central:GS1 DataMatrix に対応

(出典:Oracle NetSuite公式「SCM Mobile Setup」)

GS1バーコードを使うと、ロット番号やシリアル番号といった情報を読み取りで取得できます。トレーサビリティ(追跡可能性)が求められる現場では、この対応状況が選定の分かれ目になります。

制約③:「純正=何でもできる」という思い込み

純正モバイルは、NetSuiteの標準的な業務フローに沿って設計されています。

裏を返すと、日本独自の商慣習や、自社特有の細かい運用に、そのまま合わないケースもあります。標準のUIや手順に現場を合わせる発想が、ある程度は必要になります。

この「合わない部分」が大きいと感じたとき、次の章で扱う外部連携が選択肢に入ってきます。

純正で足りないときの「外部ハンディ連携」という選択肢

純正で業務に合わない部分が大きい場合、外部のハンディ端末やアプリをNetSuiteと連携させる道があります。ここでは特定の製品ではなく、連携の「方式の考え方」を整理します。

外部連携を検討するケース

純正の制約が、自社にとって無視できないときが検討の入り口です。たとえば次のような場合です。

• すでにiOS端末(iPhone・iPad)の運用が前提になっている
• 純正アプリにない、自社独自の作業手順を端末上で再現したい
• 既存のハンディ端末の資産を活かしたい
• 日本の商慣習に合わせた細かい画面・帳票が必要

これらは「純正の標準フローに現場を合わせきれない」というサインです。

連携方式のタイプ

外部ハンディ連携には、いくつかの方式があります。代表的な考え方を中立に整理します。

• API連携型:ハンディ側のアプリとNetSuiteを、APIでつなぐ方式。読み取ったデータをリアルタイムでNetSuiteに反映できます。
• 専用アプリ型:NetSuite向けに作られた外部のモバイルアプリを使う方式。導入が比較的早い反面、提供元の仕様に依存します。
• 個別開発型:自社の業務に合わせて、連携の仕組みを開発する方式。自由度が高い一方、開発・保守のコストがかかります。

どの方式にも、長所と短所があります。「外部連携のほうが優れている」という単純な話ではありません。

純正の制約と、外部連携のコスト。この両方を天秤にかけて判断することが大切です。

純正 vs 外部連携 どちらを選ぶ?

純正と外部連携は、トレードオフの関係にあります。どちらが自社に合うかを、複数の軸で見比べましょう。

判断軸	純正モバイル	外部ハンディ連携
初期コスト	追加ライセンスが最小限	連携開発のコストが発生
カスタマイズ性	標準機能の範囲	業務に合わせて柔軟に
保守性	Oracleの標準更新に追従	連携部分の保守が必要
端末の自由度	Android中心(iOS非対応)	iOSを含め選択肢が広い
現場への適合	標準UIに業務を合わせる	現場仕様に寄せやすい
向くケース	標準フローで回る現場	標準では使いづらさが出る現場

判断のポイント

迷ったときは、次の順番で考えると整理しやすくなります。

1. まず純正でできる範囲を把握する
2. 純正の制約(iOS非対応・標準フロー)が自社に致命的か確認する
3. 致命的でなければ純正から始める
4. 致命的なら、外部連携の方式とコストを検討する

どの端末・どの方式が自社に合うかは、現場の作業環境によって変わります。製造ラインなのか、冷蔵倉庫なのか、屋外なのか。条件次第で最適解は変わります。

ここは「一般論で決めず、自社の現場で見極める」ことをおすすめします。判断に迷うときは、NetSuiteの導入・運用に詳しいパートナーと一緒に整理すると、遠回りを避けられます。

導入でよくある失敗パターン

バーコード運用の導入では、つまずきやすいパターンがあります。事前に知っておくだけで、多くは避けられます。代表的な3つを紹介します。

失敗①:端末選定から入ってしまう

よくある現象

• 「まずハンディを何台買うか」から議論が始まる
• 機種のスペック比較に時間を使ってしまう
• 端末が届いてから「業務に合わない」と気づく

なぜ失敗するのか

端末は手段であって、目的ではありません。先に運用ルールを決めずに端末から入ると、「何をスキャンして、どう記録するか」が定まりません。結果として、現場で使われない端末が眠ることになります。

どう回避するか

先に「どの業務を、どの順番で、誰が記録するか」を決めます。運用設計が固まってから、それに合う端末・方式を選びます。ベンチャーネットでは、端末選定の前に現場の運用設計から一緒に整理することを大切にしています。

失敗②:「純正で何でもできる」と思い込む

よくある現象

• iOS端末で使う前提で計画を立てていた
• 必要なバーコード種別への対応を確認していなかった
• 出荷連携や印刷連携の前提条件を見落としていた

なぜ失敗するのか

純正モバイルには、この記事で見たような制約があります。iOS非対応、対応バーコードの範囲、外部サービス連携の前提などです。これらを確認せずに進めると、稼働直前で計画の組み直しが必要になります。

どう回避するか

導入前に、制約のチェックリストを作ります。端末のOS、使うバーコード種別、出荷や印刷の連携要件を、ひとつずつ確認します。制約を先に洗い出すことが、手戻りを防ぐ近道です。

失敗③:現場の運用ルールを決めずに導入する

よくある現象

• 人によってスキャンのタイミングがバラバラ
• 例外処理(誤読・欠品)の手順が決まっていない
• 結局、紙の運用が裏で残ってしまう

なぜ失敗するのか

バーコード運用は、現場全員が同じ手順で使って初めて効果が出ます。ルールが曖昧だと、人によって使い方が分かれ、データの信頼性が下がります。これでは「リアルタイムで正確な在庫」という目的が達成できません。

どう回避するか

標準の作業手順と、例外時の対応を、現場と一緒に決めます。そして定着するまで伴走します。一人で進めるより、運用の型を持つパートナーと組むほうが、定着が早く進みます。

よくある質問(FAQ)

NetSuiteでバーコードを使うときに、よく寄せられる質問をまとめました。

まとめ ― 純正から始め、足りなければ一緒に拡張する

NetSuiteでバーコードを使う道は、純正モバイルと外部ハンディ連携の2つでした。

純正モバイルには、Manufacturing Mobile・WMS・Ship Central・Smart Countがあります。共通基盤のSCM Mobileの上で動き、製造・倉庫・出荷・棚卸をカバーします。

一方で、iOS非対応や標準フローへの適合といった制約もあります。この制約が自社に致命的なら、外部連携が選択肢に入ります。

大切なのは、いきなり端末や外部連携に飛びつかないことです。まず純正でできる範囲を知り、自社の現場で「足りない部分」を見極める。この順番が、遠回りのようで確実です。

とはいえ、純正の制約が自社にどう影響するか、外部連携にどこまでコストをかけるべきかは、判断が難しい領域です。現場の作業環境によって、答えが変わるからです。

ベンチャーネットは、Oracle NetSuite認定パートナー(Solution Provider)として、こうした判断を一緒に整理する伴走を大切にしています。一人で抱え込まず、現場に合った形を一緒に見つけていきましょう。

NetSuiteを「現場で使える」形に拡張したい方へ

純正の制約を超えて、外部システムとのリアルタイムAPI連携やアドオン開発で現場最適を実現するサービス「NetSuiteリブート」をご用意しています。

NetSuiteリブート(NetSuite開発サービス)を見る

関連記事

• NetSuiteで販売管理・在庫管理・購買管理を行うためのポイント3選
• 製造業ERP14選｜解決できる課題・できること・選び方まで解説
• 【2026年版】ERPを徹底比較｜中堅・中小企業が失敗しない選び方