CTS-KB
モダナイゼーション

JAN出荷検品の端末選定 — BT-W85から.NET MAUIへ業務を移す

⏱ 約 10 分で読めます
#レガシー置換#.NET MAUI#.NET Compact Framework#ハンディターミナル#バーコード#出荷検品

JANを読んで出荷明細と照合し、サーマルプリンターで送り状を出す。その業務に、どの端末が必要でしょうか。

CTSは、JAN出荷検品をカメラ付きスマホへ置き換えることを積極的に提案しています。クライアント様では、すでに中古のiPhone 8が現場で稼働しています。 専用ハンディの更新を機に、中古iPhone・Androidで必要な業務を構成し、端末費用を見直すという切り口です。

当社は、最新のキーエンス端末（Android搭載機を含む）とWindows Embedded Compact 7版の両方について、開発・改修・保守を支援しています。 専用端末を残す選択肢を持ったうえで、JAN検品や送り状印刷の用途にはカメラ付きスマホの活用を提案しています。

その提案を支えるのが、業務要件と運用コストを結び付ける端末選定です。新規導入ではOSの更新期間や電池状態を考慮して機種を選び、必要な作業を実機で確認します。

本記事は「レガシー置換」シリーズの関連事例です。置換案件の契約と価格の考え方はコーポレートサイトの「開発実績（置換ケース）」に、スマホとハンディの両方で検品・入出庫・棚卸を行う製品構成は「CTS-LOGI（クラウドWMS）」にあります。ここでは、機器を変えても維持する業務と、作り直す接続部分を整理します。

BT-W85から引き継ぐもの

キーエンスの正式な型番は BT-W85、端末OSは Windows Embedded Compact 7 です。デスクトップ向けのWindows 7とは別系統のOSです。キーエンスの製品仕様

当社の旧資産は、Visual Studio 2008世代のC#と.NET Compact Frameworkを使っています。今回確認した旧資産と納品案件のプロジェクトは、いずれもCompact Framework向けのビルド設定で、TargetFrameworkVersion は v3.5 でした。初期の2.0環境との関係は、この設定だけでは確定できません。移行対象の版は、配備済みのアプリと照合して決めます。

別のクライアント様には、Windows 11の開発環境でBT-W85向けの一部機能を置き換え、納品済みです。 BT-W85を継続利用しながら必要な機能を更新する実績と、中古iPhone 8を使う実績があります。現場の状況に合わせて、部分置換とスマホ化を選べます。

区分当社での位置付け
旧ハンディBT-W85上で動く検品・出荷アプリ。既存業務の実績がある
旧開発環境Visual Studio 2008世代。Windows 10で使用し、Windows 11でも当社構成での実機デバッグを確認
既存ハンディの部分置換実績Windows 11を開発PCとして、BT-W85向けの一部機能を置換。実機デバッグを行い、クライアント様へ納品済み
既存スマホの稼働実績クライアント様で中古iPhone 8が稼働中。2026年9月時点の当社事例
移行先iPhone・Android向けの.NET MAUI。既存MAUI資産を取り込み、CTS共通の業務・帳票・APIへ接続する作業を進めている

ここでのWindows 11は開発PCのOSであり、BT-W85の端末OSをWindows 11へ変更したという意味ではありません。納品案件のソリューションはVisual Studio 2008形式で、端末プロジェクトはWindows CE向けです。当社の個別構成での実機デバッグ・部分置換・納品実績として記録します。

メーカーの対応状況は、Visual Studio、SDK、接続ツールごとに確認します。現在のキーエンスのOS対応表にはWindows 11対応の端末ライブラリやUSBドライバー等が掲載されています。キーエンスのPCソフトウェアOS対応表

旧環境と既存スマホの運用から、検品で通す入力、拒否する入力、実際の紙面を記録できます。これがCTS共通版の受入条件になります。

JAN検品と送り状印刷から要件を決める

「JANが読める」は最初の条件です。現場で一連の出荷を終えられるかまで確認します。

業務維持する条件端末選定で確かめること
JAN読取先頭ゼロを保持し、対象明細へ照合できる実商品のラベル、反射、照明、読取距離での成功率
数量検品誤商品・数量超過を拒否し、同じ商品の複数個を正しく数える連続読取の間隔、音・振動・残数表示、片手操作
途中復帰通信断や画面復帰後に、確認済み数量を重複加算しないWi-Fi切断、画面ロック、アプリの中断からの復帰
送り状印刷対象出荷、配送方式、用紙、発行履歴を一致させる実プリンターへの接続、紙切れ、結果不明時の案内
一日の運用充電・交代・故障時も作業を続けられる電池持ち、充電場所、予備機、担当者の切替

専用ハンディが持つトリガーキーや耐環境性が、その現場の作業時間・故障率に効くかを見ます。キーエンスにはAndroid搭載のBT-A500などもあります。移行先の候補は、一般スマホとAndroidの業務用ハンディの両方です。キーエンス BT-A500

比較項目中古iPhone・Androidを検討しやすい条件専用ハンディの価値が出やすい条件
読取作業屋内で近距離のJANを読み、読取間に画面操作がある大量の連続読取、遠距離や難読ラベルへの対応が必要
操作タッチ操作で作業できる手袋、物理キー、トリガーを使った操作が必要
環境保護ケース等を含めて現場条件を満たせる落下、粉じん、水、温度への明確な耐性要件がある
継続運用電池状態を選別し、同等構成の予備機を確保できる長時間稼働、電池交換、修理・保守体制を重視する

中古端末は、購入時の価格に加えて、OS更新を受けられる期間、電池状態、カメラの状態、交換機の調達性で選びます。MAUIの実行最低条件と、当社が業務用として採用する条件は分けて管理します。採用するMAUI版、OS、依存ライブラリに対応した端末を検証対象として固定します。MicrosoftのMAUI対応プラットフォーム

MAUIへ移すときの境界

Windows Embedded Compact用の実行ファイルを、iPhoneやAndroidでそのまま使うことはできません。旧実装から業務の振る舞いを取り出し、新しい画面と機器接続へ載せます。

引き継ぐ業務移行先で作り直す部分
JANと受注明細の照合、数量超過・不足の判定カメラや外付けスキャナーからの読取入力
検品の開始・途中保存・再開・確定MAUI画面、画面遷移、アプリ復帰時の状態管理
担当者と拠点ごとの利用範囲認証、API接続、端末設定の取得
配送方式に合う帳票内容帳票生成、プリンター接続、印刷結果の記録

カメラ、外付けスキャナー、専用端末SDKの入力は、共通の読取結果へ変換する設計にします。業務ロジックが機器固有APIを直接呼ぶ構造を避けると、端末を追加したときの変更範囲を小さくできます。AndroidハンディのSDK接続も、採用機種ごとの実装・検証が必要です。

特に、カメラが同じラベルを続けて検出することと、担当者が同一商品を2個検品することを区別します。単純に「同じJANを一定時間無視する」と、正当な数量加算まで落とす可能性があります。旧業務の操作を観察して、読取の受付条件と数量確定をテストへ落とします。

スマホからSATOへ、Status3で直接印刷する

当社は、iPhone・AndroidアプリからSATOのサーマルプリンターへ、TCP通信で直接印刷する機能を独自開発し、提供しています。 アプリの通信処理を非同期で実装し、通信プロトコルにはStatus3を採用しています。

提供中の対応シリーズは、SCeaTa（シータ）とPetit lapin（プチラパン）です。個別の型番、ネットワーク構成、使用する用紙に合わせて接続・印字を確認します。SATOのプリンター製品一覧

当社が利用したSATO提供サンプルはStatus3方式でした。そのサンプルを参考に、スマホ側の非同期通信と業務アプリへの組み込みを開発しています。当社の提供機能はStatus3対応で、Status4・Status5には未対応です。

TCP・Status3・SBPLは、それぞれ役割が違う

用語この印刷経路での役割
TCPスマホとプリンターの間でデータを送受信する通信経路
Status3プリンターへの要求、受付応答、状態確認をやり取りする通信プロトコル
SBPL文字・バーコード・印字位置など、ラベルの内容を指定する印字言語
非同期処理通信の完了待ちで画面操作を止めないための、アプリ側の実装方式

したがって「TCP経由（Status3）」という説明は使えます。より明確に書くなら、「TCP通信・Status3プロトコルによるSATOプリンターへの直接印刷」です。

メーカー資料でも、SCeaTaとPetit lapinのネットワーク接続でStatus3を選ぶ設定手順が示されています。LANのStatus3は1ポート方式で、資料上の既定ポートは1024です。接続先はプリンター側の設定に合わせます。SATO Multi LABELIST Component リファレンスマニュアル（2022年版、12・106ページ）

CTS共通版へ取り込んでいる実装でも、TCPの接続・送受信を非同期で行い、印刷データ送信後のACK／NAKと、ENQによる状態確認を扱っています。ACKは受付時の応答であり、それだけで用紙への印刷完了とは判定しません。

Status3・Status4・Status5の違い

番号によって印刷速度や画質を区分するものではありません。主な違いは、状態の問い合わせ方、応答形式、印刷処理を管理するための機能です。以下はS84-ex／S86-ex向け公式仕様に基づく比較で、各シリーズの対応可否や設定は機種別に確認します。SATO Programming Reference（本文355〜364・452ページ）

方式状態確認・印刷制御の主な特徴CTSの提供機能
Status3ENQで現在の状態を問い合わせ、印刷データの受付をACK／NAKで確認する対応済み・提供中
Status4ジョブ名を含む状態応答や、一時停止・再開を扱う。LANではENQ応答／周期応答、1ポート／2ポートの構成がある未対応
Status5アイテム番号を指定し、印刷データごとの処理状態・履歴を確認する。BCCによるデータ検査も扱う未対応

当社が想定する基本運用は、送り状や棚番ラベルを原則1枚ずつ発行し、目の前のサーマルプリンターで印刷物を確認する使い方です。担当者がスマホを操作し、その場で印刷結果を確認します。

この運用では、Status3による状態確認と現物確認で現在の業務要件を満たしています。Status4・Status5の追加機能は、連続印刷の一時停止・再開や、印刷データ単位の履歴照会が必要になった場合に検討します。

新しい構成へ移すときは、実機・実用紙で確認する

提供中の印刷機能を別の端末やシステムへ組み込む場合も、プリンターの型番、接続方式、用紙、解像度、配送会社との契約に合わせて確認します。

当社の移行では、A4帳票はHTML/CSSからPDFを生成し、SATO向けの感熱ラベルはSBPLを扱う経路へ分けています。スマホからの直接印刷とWindowsの印刷エージェントは、業務に合わせて接続経路を選びます。

印刷データの送信成功と、用紙が正しく排出されたことも区別します。送信後に通信が切れた場合は、現物を確認せず同じ送り状を自動再送しない設計が必要です。詳しい分離は「寄せる境界・寄せない境界」で扱っています。

費用対効果を左右するのは、一件を終えるまでの時間

比較するのは、端末本体、保護具・充電器・予備機、開発・移行、保守・更新、作業時間の合計です。プリンターを両案で継続使用するなら共通費用として扱い、端末変更のために追加で必要になる費用を分けます。

読取1回の差が小さくても、件数によっては本体価格の差を上回ります。次の式に、実機で測った値を入れます。

年間の作業時間差（時間）
  = 1回あたりの時間差（秒）× 1日の読取回数 × 年間稼働日 ÷ 3,600

たとえば、時間差1秒、1日1,000回、年240日の仮定では、年間約66.7時間の差になります。スマホが1秒遅いという測定結果ではありません。読取から検品確定までを同じ商品・同じ作業で測り、必要に応じて人件費へ換算します。機器価格の差だけで削減率を出すと、この部分を見落とします。

本番切替の前に残す確認

2026年9月12日時点で確認した移行記録では、共通ロジックや帳票の実装・テスト、iOSシミュレーターでの起動確認が進んでいます。今回のCTS共通版について、iPhone・Android実機での一連の検品、実サービス接続、SATO実機・実用紙での受入は残っています。旧ハンディ・既存スマホの稼働実績、提供中のSATO印刷機能、CTS共通MAUI版への移行・受入は、それぞれの提供状況として記録します。

採用候補の端末では、少なくとも次を一続きの業務として確認します。

  1. 実商品を使い、正常な読取、誤JAN、同一商品の複数個、数量超過・不足を確認する。
  2. 通信断、画面ロック、担当者交代の後も、検品数量と出荷対象が一致することを確認する。
  3. 実際の配送用紙へ印字し、住所・バーコード・印字位置と、紙切れ・再発行の操作を確認する。
  4. 一日の作業量で速度と電池持ちを測り、予備機への交代も試す。

この条件を満たせる現場では、中古スマホを含めた端末構成を選びやすくなります。専用ハンディが効率や継続運用で優位なら、その差を同じ比較表へ戻して判断します。

関連記事