2026.11.12 ERP

ハンディターミナルとは：種類・スマホ型との違いとWMS連携、選定とアプリ開発の判断

ハンディターミナルは、バーコードや二次元コードを読み取り、その場で品番や数量を照合して在庫管理システムへ送るところまでを1台で済ませる業務用の携帯端末です。この記事では、テンキー付き専用機・Android搭載のスマホ型・市販スマホの3構成の違い、Windows系OSの保守終了とAndroidへの移行、在庫管理システムやWMSとの連携方式を整理します。後半では、市販の在庫アプリで足りる現場と、専用アプリや在庫管理システムの開発に進む現場の分かれ目を条件付きで示します。

まとめ：ハンディターミナル選定は機種より先に連携方式とOSの保守期限を決める

ハンディターミナルの選定で後から困るのは、端末の性能不足よりも、連携方式とOSの寿命です。読み取ったデータを既存画面へキー入力として流すのか、専用アプリで照合してからAPIで送るのか。ここが決まらないまま機種を選ぶと、導入後に誤入力の検知やオフライン時の扱いで作り直しが発生します。

機種を絞る際の確認順序は、作業環境、続いてOSの更新期間です。まず手袋・冷凍庫・屋外・落下といった環境条件で、テンキー付き専用機かスマホ型かを決めます。次にAndroid機ならメーカーが公開するセキュリティ更新の終了時期を確認し、更新期間が台数の償却期間より短い機種は外します。Windows Embedded Handheld 6.5やWindows Embedded Compact 2013で動く端末は、延長サポートが終わっているため更新対象です。

SKUが少なく、1日のスキャン回数も数十回程度なら、市販スマホと在庫アプリで始めて構いません。ロット・使用期限・シリアルの照合や基幹システムとのリアルタイム連携が要る現場は、専用アプリと在庫管理システムの開発を前提に計画したほうが総額は下がります。

ハンディターミナルとは何か、バーコードリーダーやスマホとの違いと現場での役割

ハンディターミナルは、物流倉庫の入出荷、小売店の発注と棚卸、製造現場の部品照合、飲食店のオーダー入力などで使われます。共通するのは「読む」「確かめる」「記録する」を作業者の手元で完結させる点です。

ハンディターミナルの定義、読み取り・照合・送信を1台で完結させる仕組み

ハンディターミナルは、スキャナ・表示画面・入力キー・記憶領域・通信機能を1つの筐体に収めた端末です。作業者は商品のバーコードを読み、画面に出た品名と予定数量を見て、実数をテンキーで入力します。端末はその場で予定との差異を判定し、ずれていれば警告音と画面表示で止めます。

照合の結果は、無線LANやモバイル回線で在庫管理システムへ送るか、端末に貯めてクレードルに戻したときにまとめて送ります。紙のリストに手書きしてから事務所でPCに入力する運用と比べると、転記の工程が丸ごと消えます。誤記入と入力待ちの時間差がなくなる点が、導入効果の中心です。

バーコードリーダーとの違い、PCにつながないと照合できない構成との差

バーコードリーダー（ハンディスキャナ）は読み取った文字列をPCやタブレットに送るだけの入力装置です。照合や記録はつないだ先のPCが受け持つため、作業者はPCの近くで作業するか、ケーブル長やBluetoothの届く範囲に縛られます。

ハンディターミナルは、照合と記録の機能を端末自体に備えた構成です。倉庫の奥の棚や店舗のバックヤードで作業し、結果だけを後から送れます。レジ横や受付カウンターのように作業場所が固定なら、バーコードリーダーで十分です。作業者が歩き回る現場では、ハンディターミナルを選ぶ理由が生まれます。

JAN・GS1-128・QRコードとRFIDまで、読み取る対象で変わる機種の条件

小売の商品に付くJANコード（GTIN-13）だけを読むなら、一次元バーコード対応の安価なスキャナで足ります。物流ラベルで使われるGS1-128、出荷ラベルや部品票のQRコードまで読む場合は、二次元コード対応のエリアイメージャ搭載機が必要です。

読み取り距離も機種を分けます。高い棚の段ボールラベルを床から読むなら、数メートル先を読める遠距離対応のスキャナを持つ機種を選びます。箱単位でまとめて読みたい、汚れや印字かすれで読めないといった課題が強いなら、バーコードではなくRFID（無線タグ）の仕組みと導入費用の比較から始めたほうが判断を誤りません。

ハンディターミナルの種類、テンキー付き専用機・スマホ型・市販スマホの3構成

現在出回っているハンディターミナルは、形状とOSで大きく3つの構成に分かれます。下の表は、選定で差が出やすい項目だけを並べたものです。

項目	テンキー付き専用機	スマホ型ハンディ	市販スマホ＋アプリ
入力	物理キー・手袋可	タッチ中心・一部キー	タッチのみ
読み取り	専用スキャナ・遠距離可	専用スキャナ内蔵	カメラ読み取り
堅牢性	落下・防塵防水を前提	IP等級と落下試験あり	保護ケース頼み
OS	独自OS・Android等	Android	Android・iOS
向く現場	冷凍庫・屋外・大量入力	店舗・倉庫の一般作業	少量SKU・試験導入

表の通り、3構成は優劣ではなく現場条件で分かれます。以下で、それぞれを選ぶ根拠と外す根拠を見ていきます。

テンキー付き専用機、手袋操作・冷凍倉庫・屋外の現場で選ばれる根拠

テンキー付きの専用機は、物理キーで数量を打てる点が最大の強みです。冷凍倉庫や冬の屋外では手袋を外せず、タッチパネルが反応しません。数量入力が1件ごとに発生する入荷検品や棚卸では、キーを押した感触で入力を確かめられるため、打ち間違いも減ります。

メーカー独自OSで動く機種は、Androidのような頻繁なOS更新が無く、同じアプリを長く動かせます。その代わり、アプリの作成にはメーカーの開発ツールが必要で、開発を依頼できる会社も限定的です。端末更新のたびにアプリの移植費用が発生する点は、導入前に見積もりへ入れておきます。

スマホ型ハンディ、Android搭載機の堅牢性とセキュリティ更新の基準

スマホ型は、Androidを載せたスマートフォン形状の筐体に、専用のスキャナを内蔵した端末です。Androidアプリを自由に入れられ、地図・カメラ・チャットなど他の業務アプリと1台で兼用できます。

GoogleのAndroid Enterprise Recommended の要件では、「堅牢なデバイス」の区分にIP54認定、MIL-STD-810G等の落下試験、Googleの公開から90日以内のセキュリティ更新提供を求めています。Android 11〜12の区分では、メーカーがセキュリティ更新の保証終了年月を自社サイトで公開することも要件です（2026年11月時点の掲載内容）。機種を比べるときは、この認定の有無と公開された保証終了時期を一覧に並べると、寿命の短い機種を機械的に外せます。

市販スマホとカメラ読み取り、スキャン件数と読み取り距離で足りなくなる境目

市販のスマートフォンに在庫アプリを入れ、カメラでバーコードを読む構成は、端末費用を最も抑えられます。SKUが数百程度で、1人が1日に読む回数が数十回なら、この構成で運用が回る現場は多くあります。

足りなくなるのは、連続で読む場面です。カメラ読み取りはピント合わせに時間がかかり、暗い棚や光沢のある包装で失敗が増えます。1日に数百回以上スキャンする作業者が出てきた時点で、専用スキャナを持つ機種に切り替える判断をします。Bluetoothの外付けスキャナをスマホに組み合わせる方法もありますが、充電と紛失の管理が2台分になる点は運用負荷として見込んでください。

ハンディターミナルのOS選び、Windows系の保守終了とAndroid機へ移行する判断

ハンディターミナルの更新理由として、故障よりも多いのがOSの保守終了です。セキュリティ更新が止まった端末を社内ネットワークにつなぎ続けると、端末単体ではなく倉庫全体の情報資産が危険にさらされます。

Windows系2種の延長サポート終了日と端末・アプリ更新の判断

Microsoftのライフサイクル情報では、Windows Embedded Handheld 6.5の延長サポートは2020年1月14日（米国太平洋時間）に終わっています。Windows Embedded Compact 2013も2023年10月10日（同）に延長サポートが終了しました。

この2つのOSで動く端末を今も使っている場合、更新は「いつか」ではなく計画済みであるべき段階です。注意したいのは、端末だけ入れ替えてもアプリはそのまま動かない点です。Windows CE系のアプリはAndroidでは動かないため、端末更新とアプリ作り直しは1つの案件として予算化します。

Windows 10 IoT Enterprise LTSC 2021の保守期間

PC向けのWindowsアプリをそのまま動かしたい現場では、Windows 10 IoT Enterprise LTSC 2021を載せたハンディターミナルが候補に入ります。Microsoftのライフサイクル情報では、メインストリームサポートが2027年1月12日、延長サポートが2032年1月13日（いずれも米国太平洋時間）までです。

OSのバージョンを固定して長期間同じアプリを動かせるため、PC版の業務アプリが既にあり、端末を5年以上使い続ける計画なら筋が通ります。反対に、新規にアプリを作る現場がWindows機を選ぶ理由は薄くなっています。機種の選択肢とアプリを書ける開発者の数は、Android側が多いのが実情です。

Android機の更新期限は機種ごとに確認し、償却年数と突き合わせる

Android搭載のハンディターミナルは、OSのメジャー更新とセキュリティ更新の提供期間がメーカーと機種で異なります。同じメーカーでも、発売時期が古い機種は保証の終了が早く来ます。

選定表には、端末価格と並べて「セキュリティ更新の保証終了年月」と「対応するAndroidの最終バージョン」を必ず入れます。端末を5年で償却する計画なのに、保証が導入から3年で切れる機種を選ぶと、残り2年はリスクを抱えたまま使うか前倒しで買い替えるかの二択になります。台数が多いほど、端末単価の差を上回るのが、この更新時期による差額です。

在庫管理システム・WMSとハンディターミナルを連携する3方式と向く業務

ハンディターミナルの価値は、読み取ったデータが在庫管理システムの入出庫と引当の仕組みやWMS（倉庫管理システム）にどう届くかで決まります。連携方式は大きく3つあり、作れる照合の深さが違います。

キーボードウェッジ方式、既存の画面へキー入力として流すだけの限界

キーボードウェッジは、読み取った文字列を「キーボードで打った」ように入力欄へ流し込む方式です。既存のWeb画面や在庫アプリをそのまま使えるため、開発ゼロで始められます。

ただし制約があります。Zebra社のスキャナ設定ツールDataWedgeのKeystroke Outputの説明には、キー入力の取りこぼしが出たら文字間の遅延を100ミリ秒単位で増やすこと、テキストとキーイベントを同時に送ると非同期のため順序が崩れる場合があること、Webアプリではバーコード内の制御文字がAndroidのキー押下イベントにならないことが書かれています。カーソルが別の欄にあればそこへ入力されてしまう点も含め、照合の正確さを画面側の作りに頼る方式です。

Intent・SDK連携の専用アプリ、照合とエラー表示を端末側に持たせる設計

専用アプリを作る場合は、スキャナからのデータをキー入力ではなくアプリ内のイベントとして受け取ります。DataWedgeではIntent OutputでAndroidのIntentとして業務アプリへ渡す方式が用意され、他メーカーも同様のSDKを提供しています。

この方式なら、どの入力欄にフォーカスがあるかに関係なく、読み取った値を「品番」「ロット」「ロケーション」として判別できます。予定外の品番なら画面を赤くして先へ進ませない、期限切れのロットなら警告する、といった照合を端末側で確実に止められます。誤出荷を工程別に減らす対策を仕組みで担保したい現場は、この方式を前提にした設計が必要です。

リアルタイム送信とバッチ一括送信、無線LANの圏外で起きる二重計上

照合結果をサーバーへ送るタイミングも設計が必要です。1件ごとにAPIへ送るリアルタイム方式は在庫が即時に動きますが、倉庫の奥や冷凍庫の中で無線LANが切れると作業が止まります。端末に貯めてクレードルや任意のタイミングで送るバッチ方式は通信に左右されない代わりに、送るまで在庫が更新されません。

現実的には両方を組み合わせ、通信できない間は端末に貯めて、つながった時点で自動送信する設計にします。ここで抜けやすいのが重複送信の防止です。送信途中で通信が切れて再送したときに同じ出庫が2回計上されないよう、各スキャン記録に一意のIDを付け、サーバー側で受け取り済みかを判定させます。

品番とJANコードの対応表、マスタ同期を誰がいつ行うかの取り決め

ハンディターミナルが照合に使う商品マスタは、端末とサーバーの両方に存在します。新商品の登録やJANコードの変更がサーバーに入っても、端末側のマスタが古ければ「未登録品」で止まります。

マスタは端末起動時と一定間隔で差分を取得する仕組みにし、更新担当と反映時刻を運用ルールとして決めておきます。1つの品番に複数のJANコードやケース用コードが紐づく商品は、対応表をどこで持つかについて、先に取り決めが必要です。棚卸で端末を一斉に使う日は、実地棚卸の手順と差異率の考え方に合わせて、前日までにマスタ更新を締める段取りが要ります。

ハンディターミナル導入の判断基準、市販アプリで足りる現場と開発が要る現場

ハンディターミナルの導入で最も費用差が出るのは、端末ではなくアプリとシステム連携です。ここでは、どちらに進むべきかを条件で言い切ります。

市販の在庫アプリとスマホで足りる条件、SKU数とスキャン回数の目安

次の条件がそろう現場は、市販の在庫アプリとスマホ、または汎用のハンディターミナルで始めるべきです。

SKUが数百程度で、ロットや使用期限の管理が要らない
在庫数をCSVで基幹システムへ取り込めば十分で、即時反映を求められていない
拠点が1つで、作業者が数名以内
取引先から出荷ラベルやEDIの形式を指定されていない

この段階で独自アプリを開発しても、要件が固まっていないため作り直しが起きます。まず市販アプリで半年ほど運用し、どの照合が足りないかを記録してから次に進む順番が安全です。入出荷のチェック手順そのものを整えたい場合は、検品のやり方とバーコード検品の流れから先に固めてください。

専用アプリと在庫管理システムの開発に進む条件、ロット照合と基幹連携

反対に、ロット・使用期限・シリアル番号を出荷のたびに照合する現場や、基幹システムやECの在庫をスキャンと同時に動かす必要がある現場は、市販アプリでは要件を満たしにくくなります。先入れ先出しの強制、複数拠点の在庫移動、取引先ごとのラベル形式への対応が重なると、市販アプリの設定範囲を超えるためです。

この場合は、Intent・SDK連携の専用アプリと、オフライン時の再送や重複防止を備えたサーバー側の仕組みを一体で設計します。端末の機種選定もこの設計に合わせて決めるのが筋です。在庫管理システム開発では、ハンディ端末からの入出庫登録と既存の基幹システムとの連携を含めて要件を整理できます。

ハンディ導入で失敗しやすい例、端末を先に買いマスタ整備を後回しにした現場

失敗例で目立つのは、端末を先に大量購入し、商品マスタとロケーション番号の整備を後回しにしたケースです。バーコードの無い商品や、1つの棚番に複数の商品が混在する状態のままでは、端末は「未登録」「不一致」を出し続け、作業者は手入力に戻ります。

もう1つは、台数分の端末を管理する仕組みを用意しなかったケースです。アプリの更新や紛失時のロックを1台ずつ手作業で行うと、台数が20台を超えたあたりで回らなくなります。Android機を複数台運用するなら、MDM（モバイルデバイス管理）の仕組みと選び方を導入計画に最初から入れておきます。

ハンディターミナルの機種選び・アプリ開発・導入準備でよくある質問

ハンディターミナルの導入検討でよく出る質問に、短く答えます。

ハンディターミナルとバーコードリーダーはどちらを選べばよいですか？

選択の判断基準になるのは、作業場所が固定されているかどうかです。レジ横や受付カウンターのようにPCの近くで読むだけなら、バーコードリーダーで足ります。倉庫の棚を歩いて回る、店舗のバックヤードで発注数を入力するなど、PCから離れて読み取りと照合を行う場合はハンディターミナルを選びます。照合や数量入力が要らず、読んだ文字列をPC画面に入れるだけの用途にハンディターミナルを買うのは過剰です。

スマホをハンディターミナルの代わりに使えますか？

スマホで代用することは可能です。SKUが少なく、1人あたりのスキャン回数が1日数十回程度の現場なら、市販スマホのカメラと在庫アプリで運用できます。一方で、冷凍倉庫や屋外など手袋をしたまま操作する現場、1日に数百回以上連続で読み取る現場では、カメラの読み取り速度とタッチ操作がボトルネックになります。その場合は、専用スキャナを内蔵したスマホ型ハンディか、テンキー付き専用機を選んでください。

Windows CEのハンディターミナルを使い続けても問題ありませんか？

推奨しません。Windows Embedded Handheld 6.5の延長サポートは2020年1月14日、Windows Embedded Compact 2013は2023年10月10日（いずれも米国太平洋時間）に終わっており、セキュリティ更新は提供されません。社内ネットワークにつないで使っている端末は、更新計画を立てる段階です。Windows CE系のアプリはAndroidでは動かないため、端末の入れ替えとアプリの作り直しを1つの案件として予算化してください。

ハンディターミナルのアプリは自社で開発すべきですか？

最初から開発する必要はありません。ロット管理や即時連携が不要な現場は、市販の在庫アプリで始め、足りない照合を記録してから判断します。ロット・期限・シリアルの照合、複数拠点の在庫移動、基幹システムとのリアルタイム連携が要件に入る場合は、専用アプリの開発を前提にした計画が必要です。Androidアプリの開発範囲や外注の進め方はAndroidアプリ開発の流れと外注の進め方で整理しています。

ハンディターミナルを導入するとき、最初に何から準備すればよいですか？

端末選びに先立つ準備は、商品マスタとロケーション番号の整備です。すべての商品にバーコードが付いているか、1つの品番に複数のコードが紐づいていないか、棚番が一意に決まっているかが、確認すべき項目です。次に、読み取ったデータを既存システムへどう渡すか（キー入力・専用アプリ・CSV取り込み）を決めます。端末の機種はその後、作業環境と連携方式に合わせて選ぶと、買い直しを避けられます。