ハンディターミナルシステムの開発は、端末を購入してバーコードを読ませるだけでは完了しません。入荷・棚入れ・ピッキング・出荷検品・棚卸などの現場業務と、WMSや販売管理システム、通信環境、端末管理を一体で設計して初めて、在庫の正確性と作業効率を安定させられます。
本記事では、ハンディターミナルシステム開発の進め方を、要件整理、製品・開発方式の選定、設計・開発、テスト、稼働、定着の6フェーズに分けて解説します。2026年時点で確認できる端末価格やクラウドWMSの公開料金も参考にしながら、見積もりで確認すべき項目、現場で使えるチェックリスト、導入後に追うKPIまで具体的に紹介します。
▼全体ガイドの記事
・ハンディターミナルシステム開発の完全ガイド
ハンディターミナルシステム開発の全体像

ハンディターミナルシステムとは、携帯端末でバーコード、二次元コード、RFIDなどを読み取り、入出荷や在庫の実績を上位システムへ登録する仕組みです。端末、業務アプリ、WMSや基幹システム、無線LAN・モバイル回線、管理者画面、端末管理を組み合わせて運用します。
どの業務をデジタル化するシステムですか?
代表的な対象業務は、入荷検品、棚入れ、補充、ピッキング、出荷検品、返品、棚卸、配送実績の登録です。入荷時に商品コードと数量を照合し、棚入れ時に商品とロケーションを紐づけ、出荷時に注文や送り状と再照合すれば、転記ミスや誤出荷をその場で検知できます。製造現場では、部品投入、工程移動、完成品、シリアル番号、ロットを記録してトレーサビリティにも活用できます。
最初からすべての業務を対象にせず、誤出荷や棚卸差異が大きい工程から始めることが重要です。例えば出荷検品だけを先行し、効果を確認してから入荷・棚卸へ広げる方法もあります。現場の入力回数、検品時間、再入力件数、在庫更新の遅れを導入前に計測しておくと、稼働後の効果を判断しやすくなります。
クラウド、パッケージ、スクラッチはどう選びますか?
標準的な入出荷・在庫管理を短期間で始めたい場合は、クラウドWMSやパッケージが候補になります。既存の販売管理、ERP、OMS、製造管理と固有ルールをつなぎたい場合は、パッケージを基盤に追加開発するハーフスクラッチが現実的です。複数拠点の特殊なロット管理、独自の工程、マテハン設備との制御まで必要な場合は、スクラッチ開発を検討します。
2026年時点では、Androidスマートフォンやタブレットをハンディ端末として利用できるクラウドWMSもあります。NSPのLOGIBILITYはAndroid 12以上のスマートフォン、タブレット、ハンディターミナルに対応し、入荷・出荷・在庫から必要な機能を選べる方式を案内しています。一方、冷凍倉庫、屋外、粉じん・水濡れ、落下が多い現場では、IP等級、耐落下性、読取距離、手袋操作、バッテリー交換性を優先して専用端末を選ぶ必要があります。
ハンディターミナルシステム開発の進め方

開発の成否は、画面を作る前に現場の例外とデータの流れをどれだけ整理できるかで決まります。ここでは、要件整理から導入後の定着までを6フェーズに分けます。各フェーズの完了条件を決め、次の工程へ進む前に現場責任者、情報システム部門、経理・物流管理者、開発会社の認識をそろえます。
フェーズ1:要件整理で現場の例外まで洗い出します
最初に、入荷、検品、棚入れ、補充、ピッキング、出荷、返品、棚卸を業務フローにします。紙帳票やExcelの項目をそのまま画面へ移すのではなく、誰が、どの場所で、何を読み取り、いつ在庫を確定させ、エラー時に誰が承認するかを決めます。分納、欠品、過剰入荷、バラ出荷、商品ラベルがない場合、ロット・賞味期限違い、破損、返品、棚移動、通信断、端末故障を通常業務と同じ重要度で確認します。
要件整理のチェック項目は、SKU数、1日の入出荷明細数、拠点数、同時利用者数、バーコード規格、ロット・期限・シリアル管理の有無、既存システムの連携方式、Wi-Fiの死角、端末の利用温度、必要な予備機です。ここで数値が曖昧なまま見積もりを依頼すると、後から画面追加や連携変更が発生し、費用と期間が膨らみやすくなります。
フェーズ2:端末と開発方式を実機で選定します
候補を2〜3種類に絞り、カタログではなく実際の倉庫や店舗で数日使います。確認するのは、読み取り距離と速度だけではありません。手袋をしたときのキー操作、画面の文字サイズ、重量、片手での持ちやすさ、バイブレーション、バッテリーの持続時間、交換運用、落下や水濡れへの耐性、Wi-Fiのローミング、スリープ復帰、ラベルプリンターとの接続を確認します。
端末価格は仕様によって大きく変わります。ウェルコムデザインのオンラインショップでは、2026年に確認できる参考価格として、税込7万7,000円のバーコード端末から33万9,900円の堅牢Android端末まで掲載されています。冷凍環境対応のHoneywell CK65には税込86万2,400円や91万3,000円の掲載例もあります(出典: ウェルコムデザイン オンラインショップ、2026年確認)。端末単価だけでなく、クレードル、予備バッテリー、保守、MDM、通信費を含めて比較します。
フェーズ3:画面、データ、連携を設計・開発します
設計では、端末画面の遷移だけでなく、在庫が確定するタイミングとデータの責任範囲を定義します。例えば入荷予定、入荷実績、棚番、商品、ロット、期限、作業者、端末、注文、出荷実績をどのキーで結び付けるかを決めます。OMSや販売管理から入荷・出荷予定を受け、ハンディで実績を登録し、WMSや基幹へ返す場合は、API、CSV、ファイル転送などの方式と送受信頻度を明確にします。
通信が不安定な現場では、リアルタイム連携だけを前提にしないことが重要です。端末側に一時保存し、再送時に重複登録を防ぐ取引ID、タイムアウト時の表示、在庫競合時の扱い、サーバー停止時の作業継続範囲を設計します。個人情報やGPS、写真を扱う配送業務では、端末にデータを残さない、認証を強化する、MDMでロック・遠隔消去する、通信と保存を暗号化する、操作ログを監査するという条件も設計書に含めます。
フェーズ4:正常系と異常系をテストします
テストは、画面が表示されるかを確認するだけでは不十分です。入荷予定と異なる商品、数量違い、期限切れ、存在しない棚番、同じラベルの二重読取、通信切断、途中で電池が切れた場合、送信ボタンを連続で押した場合、在庫引当が競合した場合を実データに近い条件で検証します。誤読やスキャン漏れを現場作業者が発見できる表示になっているかも重要です。
受入テストでは、現場の代表者が一連の業務を通して操作し、合格条件を数値で判定します。例えば、指定された商品・棚・数量を正しく読めること、エラー時に作業者が次の行動を判断できること、通信復旧後に実績が一度だけ反映されること、管理者画面で作業状況を確認できることを確認します。テストデータ、担当者、実施日、結果、残課題、再テスト日を記録します。
フェーズ5:段階的に稼働し、切替時の混乱を抑えます
本稼働は、全拠点・全業務を一日に切り替えるより、対象業務や拠点を限定した段階導入が安全です。最初の拠点で端末のキッティング、マスタ登録、ラベル発行、問い合わせ、障害時の代替手順を確認し、その結果を次の拠点へ反映します。繁忙期、棚卸直前、商品入れ替えの集中時期を避け、旧システムや紙帳票をいつまで併用するかも決めます。
切替当日は、現場責任者、システム担当、開発会社、端末・ネットワーク担当の連絡先を明確にします。予備端末、予備バッテリー、紙での暫定記録、再入力の手順、出荷を止める判断基準を用意しておくと、障害が起きても業務全体の停止を避けられます。稼働後1〜2か月は旧新データの差異を確認し、在庫・出荷実績・返品実績の突合を定例化します。
フェーズ6:教育とKPIで現場に定着させます
導入後に使われない原因は、機能不足よりも、現場が困ったときの相談先や例外処理が分からないことにあります。作業者向けには、入荷、棚入れ、出荷、棚卸、返品、通信断の手順を写真や実機画面で示します。管理者向けには、マスタ更新、端末追加、アカウント停止、ログ確認、障害の切り分けを教育します。新人が一人で操作できるまでの教育時間も記録します。
導入後90日間は、検品時間、誤出荷件数、棚卸差異、在庫更新の遅延、紙やExcelへの再入力件数、端末故障数、問い合わせ件数、教育時間を追います。導入台数やアプリの稼働率だけでは、業務改善の成否を判断できません。例えば、パナソニック コネクトが公開する舞浜倉庫の事例では、2025年7月時点の想定効果として現場生産性約1.2倍、入荷作業時間30%短縮が示されています(出典: パナソニック コネクト、2025年)。自社でも同じKPIを導入前後で比較し、追加改善につなげます。
ハンディターミナルシステムの費用相場と内訳

費用は、端末を何台買うかだけで決まりません。アプリ開発、WMSや基幹システムとの連携、マスタ移行、Wi-Fiやモバイル通信、ラベルプリンター、MDM、保守、教育、予備機まで含めた総額で判断します。公開価格はサービスごとに初期設定や保守の範囲が違うため、以下は見積もりを作るための目安として扱います。
端末・周辺機器は1台あたりいくらですか?
バーコードを読む簡易端末から、2次元コード、OCR、長距離スキャン、RFID、冷凍環境対応を備える堅牢端末まで、価格帯は広いです。リサーチノートで確認した公開例では、Android系・業務用端末は税込9万200円〜33万9,900円程度が目安です。今回のWeb確認では税込7万7,000円の簡易端末も見つかりましたが、無線の有無や保証期間が異なります。したがって記事上の相場は、一般的な端末でおおむね7万〜34万円程度、特殊な堅牢・冷凍対応では50万〜90万円台もあり得るという幅で見るのが安全です。
端末以外には、クレードルや充電器、交換バッテリー、保護ケース、ラベルプリンター、アクセスポイント、SIM、MDM、予備端末が発生します。端末を10台導入するなら、本番利用10台だけでなく、故障・充電・繁忙期に対応する予備台数を何台確保するかを決めます。購入とレンタルを比較するときは、3〜5年の保守費、バッテリー交換、OSサポート終了後の移行費まで含めたTCOで比較します。
クラウド・パッケージの料金はどの程度ですか?
クラウドWMSは、初期費用、拠点単位の月額、ユーザー数課金、端末数課金、出荷明細課金、追加機能費を確認します。LOGIBILITYは公式ページで初期費用0円、フル機能版の月額12万円、保守サポート込み、端末・ラベルプリンター・通信費は利用者負担と案内しています(出典: NSP「LOGIBILITY」、2026年確認)。このように、月額が明確でも端末や通信が別の場合があるため、月額だけで安いと判断しません。
リサーチノートで整理した類似サービスの目安では、クラウド・パッケージの初期費用は数万円〜40万円程度、月額は1万〜10万円程度のサービスがあります。ただし、機能選択や拠点数で変わります。端末込みのサブスクリプションでは、初期20万円、1台あたり月額1万8,000円という公開例もありますが、契約期間、保守範囲、税区分、追加機能の扱いがあるため、他社へそのまま一般化できません。
個別開発と保守はどこまで見込むべきですか?
個別開発の費用は、端末アプリだけか、WMS、管理画面、API、データ移行、帳票、認証、監視、インフラまで含むかで変わります。類似する入出庫・WMS開発の公開相場では、パッケージやハーフスクラッチで120万〜500万円程度、中規模スクラッチで500万〜1,500万円程度、複雑なERP・WMS連携で1,500万〜4,000万円以上、大規模・複数拠点では4,000万円〜1億円以上というレンジが示されています。これはハンディ端末単体の統計ではなく、周辺システムを含む類似案件の目安です。
保守費は、障害対応、OS更新、端末機種の追加、マスタ変更、問い合わせ、監視、バックアップ、セキュリティ対応の範囲で決まります。月額保守の目安として10万〜50万円程度を置く場合がありますが、24時間対応か、平日対応か、改修費を含むかで意味が変わります。見積書では、初期費用、月額費用、従量費、保守、機器、通信、教育、データ移行を分けて記載してもらいます。
見積もりを取る際のポイント

見積もりの金額差は、開発会社の単価だけでなく、前提条件の違いから生まれます。端末台数、対象拠点、業務範囲、連携先、データ移行、通信環境、テスト、教育、保守を同じ条件で提示し、標準機能と追加開発を区別して比較します。
発注前にどの情報を整理しますか?
RFPや相談資料には、業種・拠点数・倉庫の広さ、SKU数、1日の入荷・出荷件数、ピーク時の件数、同時利用者数、端末台数、商品コードの種類、ロット・期限・シリアルの要否、ラベル規格、既存システム名、連携方式、必要な帳票を記載します。冷蔵・冷凍、屋外、粉じん、水濡れ、手袋、落下、長距離読み取りなどの現場条件も、写真や動画と一緒に渡します。
特に重要なのは、例外処理を一覧化することです。欠品、過剰入荷、商品ラベルの汚れ、棚番変更、返品、誤読、通信断、端末紛失、出荷確定後の取消を誰がどの画面で処理するかを記載します。正常系だけの資料では、開発会社が安全側に工数を積むため、見積の比較が難しくなります。
開発会社・ベンダーは何社くらい比較しますか?
初回は2〜4社程度に同じ資料を渡し、提案内容と見積の前提を比較すると判断しやすくなります。ハンディアプリの開発実績だけでなく、WMS・在庫・入出庫の業務知識、既存基幹との連携、オフライン対応、端末の機種変更、キッティング、教育、保守の窓口を確認します。会社の知名度や端末メーカーの取扱数だけでなく、現場で実機検証を実施できるかを重視します。
提案時には「標準機能に合わせて業務を変える範囲」と「自社固有の追加開発」を分けて説明してもらいます。例えば、クラウドWMSの標準機能で入荷・出荷を始め、特殊な返品処理だけを追加する方法なら、初期費用と将来保守を抑えやすくなります。反対に、現場の帳票や手順をすべて再現すると、カスタマイズ費用とアップデート時の検証負荷が高くなります。
契約前にどのリスクを確認しますか?
契約前には、OSのサポート期限、端末の供給継続性、SDKの提供条件、データの持ち出し方法、解約時のデータ返却、障害時の責任分界、SLA、バックアップ、復旧目標、再委託先、セキュリティ監査の範囲を確認します。2026年時点で、カシオは今後の新規ハンディターミナル開発と新規顧客への販売活動を停止し、DT-X450は在庫僅少、保守期限は2032年5月までと案内しています(出典: カシオ計算機「ハンディターミナル」、2026年確認)。既存機種を継続利用する場合も、後継機やアプリ移行の計画を用意します。
物流業務では、法令や取引先要件に関係する記録も確認します。国土交通省の物流効率化法では、2026年度から一定規模以上の特定荷主などに中長期計画の作成や定期報告などが求められます。荷主の指定基準値は取扱貨物重量9万トン以上と案内されています(出典: 国土交通省「物流効率化法」理解促進ポータル、2026年確認)。ハンディターミナルは荷待ち時間、荷役時間、検品、出荷時刻を記録する手段になりますが、導入だけで法対応が完了するわけではなく、記録の定義と運用を合わせて設計します。
ハンディターミナルシステム開発でよくある質問

ハンディターミナルシステムは、業務の進め方や端末環境によって適切な答えが変わります。ここでは、導入前に特に相談が多い質問へ、判断の基準を先に回答します。
ハンディターミナルはスマートフォンで代用できますか?
代用できる場合があります。標準的なバーコード検品で、屋内、落下や水濡れが少なく、カメラ読み取りの速度で業務が成立するなら、Androidスマートフォンやタブレットを選べます。冷凍倉庫、長距離スキャン、手袋操作、連続読取、堅牢性、交換バッテリーが必要なら、専用端末を実機で比較します。
倉庫のWi-Fiが不安定でも利用できますか?
利用できますが、通信断を想定した設計が必要です。端末に作業データを一時保存し、復旧後に再送する方式、送信済みIDによる重複防止、サーバー側の在庫競合処理、通信断中に許可する業務範囲を決めます。Wi-Fi調査では、作業場所、棚の高さ、アクセスポイントの切替、冷凍エリア、屋外への移動を含めて実測し、通信環境の改善費も見積もりへ含めます。
開発から稼働まで何か月かかりますか?
標準パッケージの導入は最短1か月から数か月、端末アプリと既存WMS・基幹の連携は3〜6か月程度、複数拠点やスクラッチ、マテハン連携を含む場合は半年〜1年以上が初期の目安です。期間は開発会社の規模だけでなく、マスタの整備状況、API仕様、現場テストの回数、端末選定、繁忙期の制約で変わります。短納期にする場合も、実機テストと切替リハーサルを削らないことが重要です。
小規模な倉庫でもハンディターミナルシステムを導入できますか?
導入できます。最初から高機能なスクラッチシステムにせず、出荷検品や棚卸など効果が出やすい業務をクラウドWMSで始め、必要に応じて機能を広げる方法があります。端末台数、拠点数、出荷明細数、利用機能、通信費、ラベル機器、保守を分けて試算し、紙・Excelの再入力がどれだけ減るかを基準に投資判断します。
まとめ

ハンディターミナルシステム開発は、端末選びから始めるのではなく、入荷から出荷、返品、棚卸までの業務とデータの流れを整理することから始めます。要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで完了条件を設け、正常系だけでなく通信断、誤読、在庫競合、端末故障、OS更新まで確認します。
導入前に決めること
導入前は、対象業務、SKU・ロット・期限、拠点と件数、端末と周辺機器、既存システム連携、通信断時の運用、セキュリティ、移行、教育、保守、KPIを一枚にまとめます。見積もりは端末単価ではなく、アプリ、WMS、連携、通信、機器、教育、保守を含む総額と、3〜5年のTCOで比較します。
次に行うこと
次の一歩は、現場を歩いてAs-Is業務を確認し、紙帳票、Excel、商品ラベル、棚番、例外処理を集めることです。そのうえで、候補端末を実機で試し、同じRFPを複数社へ渡して提案と見積を比較します。稼働後は検品時間、誤出荷、棚卸差異、再入力、教育時間を追い、システムを導入しただけで終わらせず、現場に定着させます。
▼全体ガイドの記事
・ハンディターミナルシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
