ハンディターミナルシステム開発の発注/外注/依頼/委託方法について

ハンディターミナルシステムの発注は、端末を購入してアプリを入れるだけではなく、現場業務、在庫データ、既存システムとの連携、通信環境、導入後の保守までを一つの業務基盤として設計することが重要です。発注形態と要件を先に整理すれば、必要以上の開発を避けながら、現場で使い続けられる仕組みを作れます。

この記事では、ハンディターミナルシステムの発注・外注・委託を検討している担当者に向けて、クラウドWMSやパッケージ、ハーフスクラッチ、フルスクラッチの選び方を解説します。RFPに書く項目、請負と準委任の違い、2026年時点で確認できる費用のレンジ、委託先の選定基準、複数社の見積を比較する方法まで、発注前に決めるべきことを順番に整理します。

▼全体ガイドの記事
・ハンディターミナルシステム開発の完全ガイド

ハンディターミナルシステムは何を発注するのですか？

発注する対象は、ハンディターミナル本体だけではありません。端末アプリ、在庫や入出荷を管理するWMS・基幹システム、データ連携、管理者画面、通信、端末管理、教育・保守を組み合わせた一式がハンディターミナルシステムです。最初にこの範囲を合意しないと、端末の見積は安く見えても、後から連携開発やWi-Fi工事が追加されます。

端末はバーコードや二次元コードを読み取る入力機器です。アプリ側では、入荷検品、棚入れ、補充、ピッキング、出荷検品、返品、棚卸、配送完了などの業務をどの順番で操作するかを定義します。さらに、読み取ったデータをWMSや販売管理、ERP、OMSへ送るAPI・ファイル連携、通信断時の一時保存と再送、管理者が進捗やエラーを確認する画面も必要です。配送業務で氏名・住所・電話番号・写真・GPSを扱う場合は、端末紛失時の遠隔ロックやデータ消去まで発注範囲に含めます。

短期間で標準的な入出荷を始めるなら、クラウドWMSやパッケージを選び、設定と端末導入を外注する方法が適しています。独自のロット・期限管理や基幹連携がある場合は、パッケージを土台に追加開発するハーフスクラッチが現実的です。複数拠点、特殊な工程、独自の配車・配送ルールなどが競争力に直結し、標準機能に合わせると現場負担が大きい場合はフルスクラッチを検討します。ただし、フルスクラッチでも端末機種に依存しすぎず、将来の交換に備えたAPIやWeb方式を設計しておくことが重要です。

2026年に公式ページで確認できる例では、NSPのLOGIBILITYは初期費用0円で、Android 12以上の端末に対応し、入荷・出荷・在庫の機能を選択して導入できます。これはすべての企業に同じ方式が適するという意味ではなく、標準機能で始められる範囲を見極めれば、個別開発を最小化できるという判断材料です（出典: NSP「クラウド型簡易WMS LOGIBILITY」、2026年確認）。

発注前の要件整理とRFPはどのように作りますか？

RFPは、開発会社に希望を伝える文書ではなく、各社が同じ前提で提案と見積を作るための比較基準です。業務の目的、対象範囲、データ、制約条件、納品物、検収条件を具体化すると、会社ごとに異なる前提で金額を出されるリスクを減らせます。最初から画面の細部を決め切る必要はありませんが、現場で起きる例外と、業務が完了したとみなす条件は曖昧にしないことが大切です。

入荷予定の受信から入荷検品、棚番への格納、補充、ピッキング、出荷検品、返品、棚卸までを一枚のフローにします。それぞれの工程で「誰が」「何を見て」「何を読み取り」「どのデータを確定するか」を書き出してください。たとえば出荷検品では、商品コードだけでなく注文番号、数量、ロット、賞味期限、送り状番号のどこまで照合するかを定義します。分納、バラ出荷、バーコードがない商品、破損、過剰入荷、通信断、端末故障、在庫引当の競合といった例外を先に確認すると、稼働後の追加開発を抑えられます。

RFPには、拠点数、倉庫の広さ、利用者数、端末台数、SKU数、1日の入荷・出荷行数、ピーク時の処理量、バーコード規格、ロット・シリアル・期限管理の有無を記載します。既存の販売管理、ERP、OMS、WMS、ラベルプリンター、計量器、マテハン機器があれば、製品名だけでなく連携方式、データ項目、連携頻度、現行のエラー処理も添付します。Wi-Fiの利用範囲、冷蔵・冷凍、屋外、粉じん、水濡れ、落下、手袋操作、長距離読取、バッテリー交換の必要性も現場条件として明記します。

候補端末は、カタログだけで決めないことが重要です。現場で数日間、実際の商品ラベルを読み取り、画面の見やすさ、キーやトリガーの操作、手袋をした状態の入力、重量、バッテリー、落下や水濡れへの耐性、Wi-Fiローミングを確認します。アプリは正常系だけでなく、タイムアウト、二重送信、途中切断、サーバー停止、端末交換、在庫引当の競合を試験します。RFPや契約書には、読み取り率、処理時間、通信復旧後の再送、在庫差異の扱い、教育完了、マニュアル納品など、受入テストで判定できる条件を書いておくと安心です。

契約形態と発注後の進め方はどう決めますか？

契約は、要件が固まっている部分と、調査しながら決める部分を分けて考えます。すべてを一括の固定価格で発注すると、要件変更の扱いが厳しくなり、逆にすべてを時間精算にすると総額の見通しを持ちにくくなります。ハンディターミナルシステムでは、要件定義、実機検証、設計・開発、テスト・移行、保守を段階化する方法が比較的管理しやすいです。

請負契約は、合意した成果物を完成させ、検収を受けることを目的とする契約です。画面、端末アプリ、API、管理画面、テスト仕様書、操作マニュアル、移行データ、ソースコードの扱い、納品形式を明記します。特に「使える状態」の定義が曖昧だと、開発会社は動作確認、発注者は現場業務の完遂を想定し、検収時に認識がずれます。受入環境、対象端末、テストデータ、性能基準、重大障害の扱い、再検収の期限まで合意してください。

準委任契約は、要件整理、現場調査、技術検証、プロジェクト管理など、専門家が一定の業務を遂行することを目的とする契約です。端末を選び切れていない、既存システムの連携仕様が不明、現場ごとに業務差が大きいといった段階では、準委任で調査と要件定義を行い、その結果をもとに開発部分を請負へ切り替える方法があります。作業時間、担当者、報告物、会議体、意思決定者、月次の上限金額を決め、成果物の完成保証を請負と混同しないことが大切です。

最初から全拠点・全機能を切り替えるのではなく、一つの倉庫や入荷検品など、効果とリスクを測りやすい範囲で試す方法があります。初期フェーズでは、マスタ移行、端末キッティング、通信調査、現場教育、業務時間、誤読や再入力を確認します。次のフェーズで出荷、棚卸、返品、他拠点へ広げると、現場の改善点を反映できます。旧システムとの並行運用を1〜2か月程度設ける場合は、二重入力の期間と在庫を正とするシステムを明確にしてください。

ハンディターミナルシステムの費用相場と内訳は？

費用は、端末台数だけでなく、対象業務、拠点数、連携先、データ移行、通信・ネットワーク、保守の範囲で大きく変わります。公開価格は個別見積の代わりにはなりませんが、端末、クラウド・パッケージ、個別開発を分けて見ると予算の初期仮説を作れます。以下は2026年時点で確認した公開価格や、WMS・入出庫管理システムの類似案件から整理したレンジです。

端末の公開販売価格は、簡易なバーコード端末から、無線、二次元コード、OCR、RFID、堅牢性を備えたAndroid端末まで幅があります。ウェルコムデザインのオンラインショップでは、2026年の確認時点で、OPH-5000iが税込9万200円、BHT-S30が税込20万1,300円、RS36が税込33万9,900円などの掲載例がありました（出典: ウェルコムデザイン オンラインショップ、2026年確認）。したがって端末本体は、要件に応じて1台あたりおおむね9万円台から34万円程度を一つの参考レンジとし、充電器、予備機、保守、キッティング、アプリライセンス、SIM通信を別に見積もります。

クラウドWMSやパッケージは、初期費用が数万円から40万円程度、月額が1万円から10万円程度という公開情報の整理があります。ただし、拠点課金、利用者課金、出荷明細課金、追加機能、初期設定、連携費用が別の場合があります。端末込みのサービスでは、i3ハンディシステムに初期20万円、1台あたり月額1万8,000円という公開価格例もありますが、契約期間や保守範囲を含めて確認が必要です。短期レンタルは1台1日1,000円から3,000円程度という参考値があり、棚卸や繁忙期には有効ですが、長期利用では購入・月額利用との総額比較が必要です（出典: 各サービスの公式料金ページおよび発注ナビ掲載情報、2026年確認）。

個別開発は、端末アプリだけか、WMS・管理画面・API・マスタ移行・インフラまで含むかで相場が変わります。入出庫管理やWMSに近い類似システムの公開目安では、パッケージ・ハーフスクラッチが120万円から500万円程度、中規模スクラッチが500万円から1,500万円程度、複雑なERP・WMS連携が1,500万円から4,000万円以上、大規模な複数拠点対応が4,000万円から1億円以上と整理されています。これはハンディ端末だけの価格ではなく、周辺システムや移行を含む類似案件のレンジです。要件が少ないから必ず安くなるとは限らず、既存データの品質や連携仕様の不明確さが工数を左右します。

初期費用だけで判断すると、稼働後に予算が不足しやすくなります。端末・クレードル・バッテリー・予備機、アプリとWMSの利用料、APIやファイル連携、クラウド基盤、Wi-FiやSIM、ラベルプリンター、MDM、保守、問い合わせ、OS更新、教育、データ移行を5年程度の利用期間で合算してください。たとえば10台の端末を使う場合でも、端末価格の差だけでなく、故障交換の条件、バッテリーの交換、保守期限、機種変更時のアプリ改修費まで比較すると、安価な端末が必ずしも安いとは限りません。

端末の供給継続性もTCOの一部です。カシオは公式ページで、今後の新規ハンディターミナル開発と新規顧客への販売活動を停止すると案内し、DT-X450シリーズは在庫僅少、保守期限は2032年5月までとしています（出典: カシオ計算機「ハンディターミナル」、2026年確認）。既存端末の更新では保守期限を確認し、新規発注では代替機種、OS更新、アプリ移植性、複数メーカーの調達可能性を見積条件に加えてください。

委託先の選定と見積比較で見るべきポイントは？

委託先は、端末を扱えるかだけでなく、現場業務と上位システムをつなぎ、稼働後も改善できるかで選びます。実績を確認する際は、導入社数の多さだけでなく、入荷から出荷までの業務範囲、ロット・期限やシリアル管理、オフライン対応、既存ERP・販売管理との連携、端末交換、教育・保守の担当範囲を質問してください。提案書の見た目より、現場検証と障害時の責任分界を説明できる会社が発注先の候補になります。

候補会社には、同業の事例を説明してもらいます。入荷検品やピッキングだけでなく、棚卸差異、返品、分納、ロット・期限、シリアル、ラベル発行、配送完了など、自社に近い例があるかを確認します。事例の数字は「何台導入したか」だけでは不十分です。検品時間、誤出荷、再入力、棚卸差異、教育時間、出荷締め後の残業など、導入前後のKPIと測定方法が示されているかを見ます。公開事例の効果は自社に保証されるものではないため、試験導入で同じ指標を測れる提案かどうかを確認してください。

複数社の見積を比べるときは、総額の安い順に並べないでください。端末本体、端末設定、アプリ開発、WMS・管理画面、API・ファイル連携、マスタ移行、インフラ、Wi-Fi、テスト、教育、マニュアル、保守、予備機、追加変更の単価を同じ項目にそろえます。見積に含まれない項目は「別途」とだけ書かず、想定する作業、発生条件、概算の考え方を確認します。特に端末台数、拠点数、連携本数、データ件数、画面数、テストケース数が各社で同じ前提になっているかを確認してください。

価格差がある場合は、機能の有無だけでなく、責任範囲の違いを調べます。安い提案が端末のみで、別の会社がWi-Fiや連携を担当するなら、全体の納期と障害対応が複雑になります。反対に、すべてを一社に任せる提案でも、端末メーカー、通信会社、WMS提供会社との責任分界が曖昧な場合があります。要件定義から切替後の安定稼働まで、誰が一次窓口になるかを契約前に確認してください。

配送先情報、担当者ID、GPS、写真を端末で扱う場合は、端末に個人データを残さない設計、保存時の暗号化、強固な認証、MDMによるロック・遠隔消去、通信の暗号化、最小権限、操作ログ、紛失時の回線停止と報告手順をRFPに書きます。個人情報保護委員会も、端末に個人データを保存する場合のパスワードや暗号化、被害を抑えるためのネットワーク遮断などを安全管理措置の例として示しています（出典: 個人情報保護委員会、2026年確認）。クラウドを利用する場合は、バックアップ、復旧目標、データ保管場所、再委託先、契約終了時のデータ返却・消去も確認してください。

物流のデジタル化は、法令対応の観点でも業務データの整備と関係します。国土交通省の物流効率化法ポータルでは、2026年4月以降、一定規模以上の特定事業者に中長期計画、物流統括管理者の選任、定期報告などが義務付けられると案内されています。ハンディターミナルは荷役や検品の時刻・実績を記録する道具になりますが、導入だけで法対応が完了するわけではありません。何を測定し、どの部署が改善し、どの記録を報告に使うかまで委託先と確認します（出典: 国土交通省「物流効率化法」理解促進ポータル、2026年確認）。

よくある質問（FAQ）

ここでは、発注時に特に質問されやすい内容をまとめます。費用や期間は要件で変わるため、回答のレンジを自社の拠点数、端末台数、連携範囲に置き換えて確認してください。

端末本体は公開販売価格の例で1台あたり9万円台から34万円程度、クラウド・パッケージは初期数万円から40万円程度と月額1万円から10万円程度が一つの参考です。連携や個別開発を含む場合は、ハーフスクラッチで120万円から500万円程度、中規模スクラッチで500万円から1,500万円程度という類似システムのレンジもあります。端末、通信、Wi-Fi、移行、教育、保守を含めた総額で見積を依頼してください。

標準機能のクラウドWMSなら最短1か月から数か月、端末アプリと既存WMS・基幹の連携なら3か月から6か月程度、複数拠点やスクラッチ開発なら半年から1年以上が初期仮説になります。データクレンジング、API仕様の確定、現場の受入テスト、教育、繁忙期を避けた切替を含めると延びる場合があります。開発期間だけでなく、要件定義、実機検証、移行、並行運用、安定稼働確認を分けて計画してください。

冷凍倉庫、屋外、粉じんや水濡れ、落下が多い現場、長距離スキャン、手袋操作、物理キー、交換式バッテリーが必要なら、専用端末が向きやすいです。軽い作業、複数の業務で端末を共用したい場合、調達の柔軟性を重視する場合はAndroidスマートフォンやタブレットが候補になります。OSのサポート期間、スキャナSDK、オフライン同期、MDM、カメラの読み取り性能を実機で検証し、端末価格だけで決めないことが重要です。

相談できますが、拠点数、業務範囲、端末台数、1日の処理量、既存システム、現場環境だけでも整理しておくと、初回提案の精度が上がります。現場の写真や現在の帳票、Excel、バーコード例、困っているミスの記録を共有すると、開発会社は標準機能で対応できる部分と個別開発が必要な部分を切り分けやすくなります。正式なRFPを作り込む前に、調査・要件定義だけを委託する進め方もあります。

まとめ

ハンディターミナルシステムの発注では、端末の価格や台数から始めず、入荷、棚入れ、ピッキング、出荷検品、返品、棚卸、配送のどこを改善するかを明確にします。そのうえで、クラウド・パッケージ・ハーフスクラッチ・フルスクラッチを、標準化できる範囲、既存システムとの連携、通信断への対応、将来の端末交換で比較します。

RFPには、業務フロー、例外処理、SKU・ロット・期限、拠点数、処理量、端末仕様、既存システム、通信環境、セキュリティ、教育、保守、KPIを記載します。見積比較では、端末、アプリ、連携、移行、インフラ、テスト、教育、保守を同じ項目にそろえ、含まれない作業と追加費用の条件まで確認します。請負と準委任の役割を分け、段階導入と実機受入テストを計画すると、発注後の認識違いを抑えられます。

最終的には、初期費用の安さではなく、5年程度のTCO、保守期限、OS更新、代替端末、障害時の窓口、導入後の改善体制を含めて委託先を選びます。ハンディターミナルで取得したデータを、検品時間、誤出荷、棚卸差異、再入力、教育時間、荷役時間などのKPIにつなげれば、導入効果を継続的に確認できます。まずは一つの現場と主要業務を対象に、RFPと実機検証の準備から始めてください。

▼全体ガイドの記事
・ハンディターミナルシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

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