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

ハンディターミナルシステムは、要件整理、契約と委託先の決定、実機検証、段階導入の順に発注すると、現場で使い続けられる仕組みになります。

発注範囲、RFP、費用、委託先の選び方に分けて説明します。全体像は、完全ガイドの記事で確認できます。

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

ハンディターミナルシステムの発注範囲

ハンディターミナルシステムの発注範囲を、業務アプリ、データ連携、通信・管理、教育・保守に分けた図。
周辺の業務や運用も含めて全体を組み立てます。

発注の対象は端末だけでなく、端末アプリ、WMS・基幹システム、データ連携などを組み合わせた一式です。通信、端末管理、教育・保守も、この範囲に入ります。

範囲を先に決めておかないと、端末の見積は安く見えても、連携開発やWi-Fi工事が後から追加されます。

端末・アプリ・連携の一体発注

端末は、バーコードや二次元コードを読み取る入力機器です。また、アプリは、入荷検品から配送完了までの操作の流れを定めます。

  • 業務アプリ:入荷、棚入れ、補充、ピッキングなどの現場操作から、出荷検品、返品、棚卸、配送完了までを扱います。
  • データ連携:読み取った情報を、WMS、販売管理、ERP、OMSへ送ります。
  • 通信・管理:通信断時の保存と再送、進捗・エラーの確認、端末の遠隔ロックと消去を設計に含めます。

配送業務で氏名や住所、電話番号、写真、GPSを扱う場合は、紛失時の遠隔ロックとデータ消去も発注範囲に含めます。

業務の標準度と連携の複雑さで選ぶ発注形態

発注形態は、標準の業務機能で始められる範囲と、独自要件の影響の大きさで選びます。方式ごとの違いを押さえておくと、必要な開発範囲を判断しやすくなります。

  • クラウドWMS・パッケージ:標準的な入出荷を短期間で始める場合に適しています。
  • ハーフスクラッチ:独自のロット・期限管理や基幹連携がある場合に現実的です。
  • フルスクラッチ:複数拠点や特殊工程、独自の配車・配送ルールが競争力に直結し、標準機能では現場の負担が大きい場合に検討します。

端末を交換する場面に備え、APIやWeb方式を使って機種への依存を抑えます。

2026年確認の公式情報では、NSPのLOGIBILITYは初期費用0円で、Android 12以上の端末に対応しています。さらに、入荷・出荷・在庫の機能から、必要なものを選べます(出典: NSP「クラウド型簡易WMS LOGIBILITY」、2026年確認)。

標準機能で始める範囲を見極めると、個別開発を抑える判断材料になります。ただし、この例は全社に同じ方式が合うという意味ではありません。

ポイント

端末の見積が安く見えても、連携開発や通信工事が後から加わると総額が読めなくなります。発注の範囲を一式で先に決め、発注形態も業務の標準度と連携の複雑さで選ぶと、判断がぶれにくくなります。

発注前の要件整理とRFPの作り方

RFPに記載する数量・環境・連携先を、規模・処理量、商品・連携、連携運用、現場環境の4項目で示す図。
4つの観点をそろえると提案の前提を合わせやすくなります。

RFPは、各社が同じ前提で提案と見積を作るための比較基準です。そのため、業務の目的と対象範囲を書き、データと制約、納品物と検収条件も具体化します。

一方で、画面の細部は、最初に決め切らなくても構いません。ただし、現場の例外と業務完了の条件だけは、曖昧なまま残さないようにします。

業務フローによる現場のAs-IsとTo-Beの整理

入荷予定の受信から、入荷検品、棚入れ、補充、ピッキング、出荷検品、返品、棚卸までを、一枚のフローにまとめます。各工程で、担当者、参照する情報、読み取る対象、確定するデータを書いておくと、発注側と開発会社が同じ流れを見て話せます。

  • 出荷検品:照合範囲(商品コード、注文番号、ロット、賞味期限、送り状番号)。
  • 例外処理:分納、バラ出荷、バーコードなし、破損、過剰入荷の扱い。
  • 障害・競合:通信断、端末故障、在庫引当の競合時の対応。

例外の扱いを先に確かめておくと、稼働後に追加開発が必要になる場面を減らせます。

RFPに書く数量・環境・連携先

数量と現場条件を具体的に示すと、各社の提案の前提をそろえられます。特に、見積額を左右する項目は漏れなく書きます。

  • 規模・処理量:拠点数、倉庫面積、利用者数、端末台数、SKU数、日次・ピーク時の入出荷行数。
  • 商品・連携:バーコード規格、ロット・シリアル・期限管理を書きます。
  • 連携運用:データ項目、連携頻度、現行のエラー処理の資料を添付します。
  • 現場環境:Wi-Fi範囲、冷蔵・冷凍、屋外、粉じん、水濡れ、落下、手袋操作などの条件。

既存の販売管理、ERP、OMSは、製品名と連携方式まで書いておきます。WMS、ラベルプリンター、計量器、マテハン機器についても、製品名と連携方式を書きます。長距離の読み取りやバッテリー交換の必要性も、端末の選定条件として明記します。

発注前の実機デモと受入条件

候補の端末は、カタログだけで選ばず、現場で数日間、実際の商品ラベルを読み取って試します。

  • 操作・性能:画面の見やすさ、キーやトリガー、手袋での入力、重量、バッテリー。
  • 耐環境性・通信:落下・水濡れへの耐性と、Wi-Fiローミングの動作を確かめます。
  • アプリ試験:タイムアウトや二重送信、途中切断、サーバー停止、端末交換、在庫引当の競合が起きた場合の動作を試します。
  • 受入条件:読み取り率、処理時間、通信復旧後の再送、在庫差異、教育の完了、マニュアル納品を定めます。

受入の条件は、RFPや契約書に書き、受入テストで判定できるようにしておきます。

ポイント

提案の比べやすさは、RFPに数字と条件がどこまで書かれているかで決まります。現場の例外と業務完了の条件を曖昧にしないことが、受入でのずれを防ぎます。

契約形態と発注後の進め方

要件が固まっている部分と、調査しながら決める部分は、分けて契約します。一括の固定価格では変更の扱いが厳しくなり、すべて時間精算では総額を見通しにくくなります。

発注後は、要件定義、実機検証、設計・開発を段階に分けて進めると、進行を管理しやすくなります。テスト・移行と保守も、段階として計画に含めます。

請負契約の成果物と検収条件

請負契約は、合意した成果物を完成させて検収を受ける契約です。そのため、納品物の範囲と形式を具体的に定めておく必要があります。

  • 成果物:画面や端末アプリ、API、管理画面に加え、テスト仕様書や操作マニュアル、移行データも明記します。
  • 権利・形式:ソースコードの扱いと納品形式。
  • 検収条件:受入環境、対象端末、テストデータ、性能基準、重大障害、再検収期限。

「使える状態」が曖昧なままだと、動作確認ができたことと現場業務が回ったことの間で、認識がずれます。そのため、検収の定義を具体的に決めておくことが欠かせません。

調査・伴走型の作業における準委任契約

準委任契約は、要件整理や現場調査、技術検証、プロジェクト管理などを、専門家が担う契約です。どの段階で使うか、どんな条件で管理するかも、具体的に決めておきます。

  • 適用場面:端末や連携仕様が決まらず、現場差も大きい段階では、調査と要件定義を準委任で進め、後の開発を請負に切り替えられます。
  • 管理条件:作業時間、担当者、報告物、会議体、意思決定者、月次の上限金額を定めます。
  • 契約の区別:成果物の完成保証を、請負契約と混同しないようにします。

段階導入による現場リスクの切り分け

倉庫や入荷検品など、効果とリスクを測りやすい範囲から試すと、全拠点と全機能を一度に切り替えずに済みます。

  1. 初期フェーズでは、マスタ移行、端末キッティング、通信調査、現場教育を行い、業務時間や誤読、再入力を確かめます。
  2. 次のフェーズで出荷、棚卸、返品を対象に加えて他拠点へ広げ、現場の改善点を次の運用に反映します。

旧システムと1〜2か月程度並行運用する場合は、二重入力をいつまで続けるか、在庫の正をどちらのシステムに置くかを、明確にしておきます。

ポイント

契約は、要件が固まった部分と調査しながら決める部分で分けます。段階の区切りを決めておくと、途中で変更が出ても進行を見失いにくくなります。

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

個別開発の価格帯を、パッケージ・ハーフスクラッチから大規模な複数拠点対応まで4区分の横棒で比較した図。
開発範囲が広がるほど、見積もりの幅も大きくなります。

費用は端末台数だけでなく、業務や拠点、連携の範囲で変わります。移行、通信・ネットワーク、保守も、費用を動かす要因です。

次の金額は、2026年時点の公開価格と類似案件から見た目安です。

端末本体の価格帯(1台あたり数万円から30万円台)

端末費用は、対応機能と堅牢性によって価格が変わります。

  • 価格帯:簡易バーコード端末から、無線、二次元コード、OCR、RFID、堅牢性を備えたAndroid端末まで幅があります。
  • 本体価格:1台9万円台から34万円程度が目安です。
  • 周辺費用:充電器、予備機、保守、キッティング、アプリライセンス、SIM通信。本体とは別に見積もります。

たとえば、2026年確認時、ウェルコムデザインではOPH-5000iが税込9万200円、BHT-S30が税込20万1,300円、RS36が税込33万9,900円でした(出典: ウェルコムデザイン オンラインショップ、2026年確認)。

クラウド・個別開発の費用の分け方

費用は、サービス形態と開発範囲で変わります。公開価格の目安と、周辺システムを含む類似案件の幅は、別々に見ると読み違いを防げます。

  • クラウドWMS・パッケージ:初期数万円から40万円程度、月額1万円から10万円程度です。
  • 端末込みサービス:i3ハンディシステムは初期20万円、1台あたり月額1万8,000円の公開例があります。
  • 短期レンタル:1台1日1,000円から3,000円程度が参考値です。

拠点・利用者・出荷明細に応じた課金のほか、追加機能、設定、連携が別料金になることもあります。契約期間や保守範囲も、見積の前に確認します。

レンタルは棚卸や繁忙期に役立ちます。ただし、長期で使うなら、購入や月額利用と総額で比べる必要があります(出典: 各サービスの公式料金ページおよび発注ナビ掲載情報、2026年確認)。

個別開発の相場は、端末アプリだけを作るのか、WMS・管理画面・API・移行・インフラまで含めるのかで変わります。

  • パッケージ・ハーフスクラッチ:120万円から500万円程度です。
  • 中規模スクラッチ:500万円から1,500万円程度です。
  • 複雑なERP・WMS連携:1,500万円から4,000万円以上です。
  • 大規模な複数拠点対応:4,000万円から1億円以上です。

上の金額は、端末だけでなく周辺システムや移行も含む類似案件の幅です。

要件を絞っても、必ず安くなるとは限りません。さらに、既存データの品質や連携仕様のあいまいさも、工数を左右します。

導入後のTCOを含む見積の合算

初期費用だけで判断すると、稼働後に予算が足りなくなりがちです。そこで、5年程度の利用期間で考え、導入後の費用も合算します。

  • 端末関連:端末、クレードル、バッテリー、予備機の費用。
  • システム関連:アプリとWMSの利用料、API・ファイル連携、クラウド基盤の費用。
  • 運用関連:Wi-Fi・SIM、ラベルプリンター、MDM、保守、問い合わせ、OS更新、教育、データ移行の費用。

10台でも、故障時の交換やバッテリー交換、保守期限、機種変更時のアプリ改修費まで比べます。端末の単価が安くても、総額で安いとは限りません。

端末の供給が続くかどうかも、TCOの一部です。たとえば、カシオは公式ページで、今後の新規ハンディターミナル開発と新規顧客への販売活動を停止すると案内しています。

DT-X450シリーズは在庫が僅少で、保守期限は2032年5月までです(出典: カシオ計算機「ハンディターミナル」、2026年確認)。既存の端末は、保守期限を先に確認しておきます。

新規発注では、代替機種、OS更新、アプリの移植性、複数メーカーからの調達可能性も、見積条件に加えます。

ポイント

初期費用だけで比べると、稼働後の予算が足りなくなりがちです。端末、システム、運用の3区分で、5年程度の総額を見ておくと判断しやすくなります。

委託先の選定と見積比較の観点

委託先は、現場業務と上位システムをつなぎ、稼働後も改善できるかで選びます。候補にするのは、現場検証の進め方と、障害時の責任分界(誰が何を受け持つか)を説明できる会社です。

物流・製造の現場実績と連携経験

導入社数よりも、自社の現場に近い業務の実績と、効果をどう測ったかを確かめることが大切です。事例を見るときは、次の3点が目安になります。

  • 業務範囲:入荷からピッキング、棚卸差異、返品、分納、ロット・期限、シリアル、ラベル発行、配送完了まで、どこまで対応しているか。
  • 連携・運用:オフライン対応、ERP・販売管理連携、端末交換、教育・保守の担当範囲。
  • 効果指標:検品時間、誤出荷、再入力、棚卸差異、教育時間、出荷締め後の残業などの導入前後と測定方法。

公開事例の効果が、自社でも同じように出る保証はありません。そのため、試験導入で同じ指標を測れる提案かどうかを確かめます。

同じ項目に分解した見積の比較

各社の作業範囲と前提をそろえたうえで、総額を比べます。見積項目の抜けや条件の違いも、このとき確かめます。

  • 開発・端末:端末本体・設定、アプリ、WMS・管理画面、API・ファイル連携の区分。
  • 導入・運用:移行、インフラ、Wi-Fi、テスト、教育、マニュアル、保守、予備機ごとに、金額を分けます。
  • 追加変更:単価、別途作業の内容、発生条件、概算の方法。

端末台数や拠点数、連携本数、データ件数、画面数、テストケース数など、前提となる数字も各社でそろえます。

価格に差があるときは、機能の違いだけでなく、責任範囲も確かめます。複数社で分担すると、納期や障害対応が複雑になることがあります。

一社に任せる場合でも、端末メーカーや通信会社、WMS提供会社との間で、どこまでを誰が受け持つかを確かめます。そのうえで、要件定義から安定稼働まで、一次窓口を契約前に決めておきます。

選定条件としてのセキュリティと保守

配送先の情報や担当者ID、GPS、写真を扱うなら、端末に個人データを残さない設計、保存時の暗号化、強固な認証を、RFPに書いておきます。

  • 端末対策:MDMによるロックと遠隔消去、紛失時の回線停止と報告の手順。
  • 通信・権限:通信の暗号化、最小権限、操作ログを定めます。
  • クラウド運用:バックアップ、復旧目標、保管場所、再委託先、契約終了時の返却と消去を確認します。

個人情報保護委員会は、端末に個人データを保存する場合の安全管理措置の例として、パスワードや暗号化、被害を抑えるためのネットワーク遮断を挙げています(出典: 個人情報保護委員会、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スマートフォンはどちらがよいですか?

冷凍倉庫や屋外、粉じんや水濡れ、落下が多い現場では、専用端末が向きやすいです。長距離スキャンや手袋での操作、物理キー、交換式バッテリーが必要な場合も、専用端末が候補になります。

軽作業や複数業務での共用、柔軟な調達を重視する場合は、Androidスマートフォンやタブレットが候補です。

選ぶ際は、OSのサポート、スキャナSDK、オフライン同期、MDM、カメラ性能を実機で検証し、端末の価格だけで決めないことが重要です。

RFPがなくても開発会社へ相談できますか?

相談はできます。ただし、拠点数や業務範囲、端末台数、1日の処理量、既存システム、現場環境を整理しておくと、初回提案の精度が上がります。

現場の写真や帳票、Excel、バーコードの例、ミスの記録を共有すると、標準機能と個別開発の範囲を切り分けやすくなります。また、RFPを作る前に、調査と要件定義だけを委託する方法もあります。

まとめ

発注は、入荷、棚入れ、ピッキング、出荷検品、返品、棚卸、配送のうち、どこを改善するかを決めることから始まります。端末の価格や台数は、その後で比べます。

次に、標準化できる範囲や既存連携、通信断への対応、将来の端末交換を比べたうえで、クラウド、パッケージ、ハーフスクラッチ、フルスクラッチのどれにするかを選びます。

RFPと検収条件に書く内容

RFPには、次の項目を具体的に書いておきます。

  • 業務:業務フロー、例外
  • 商品:SKU、ロット、期限
  • 規模:拠点数、処理量
  • 端末・システム:端末、既存システム

通信、セキュリティ、教育、保守、KPIも、RFPに含めます。

見積項目をそろえ、対象外の作業と追加費用の条件を確認します。そのうえで、契約を分けて段階導入と実機の受入テストを計画すると、認識の違いを抑えられます。

価格より現場で使い続けられる総額と体制

導入後も使い続けられるかを判断するには、総保有コストと現場改善の指標を、あわせて見ておく必要があります。

  • 委託先の判断:5年程度のTCO、保守期限、OS更新、代替端末、障害窓口、導入後の改善体制を含めて選びます。
  • 効果の確認:検品時間、誤出荷、棚卸差異、再入力、教育時間、荷役時間をKPIとして継続的に追い、導入効果を確かめます。

まずは、一つの現場と主要な業務を対象に、RFPと実機検証の準備を始めます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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