現品管理システム｜RFP・90日PoC・受入設計

現品管理システムを導入しても、現場が探し物を続け、ホワイトボードとExcelを照合し、現品票を再発行しているなら、問題は「画面がないこと」ではありません。個体ID、所在、状態、数量、現品票、移動履歴の定義が別々だからです。本稿では、タイの製造現場を想定し、現品管理システムのRFP、90日PoC、受入基準を実務レベルで整理します。狙いは在庫集計だけではなく、「この物は何か、今どこにあり、どの工程状態で、何個あり、次に何をしてよいか」を一つの記録で答えられる仕組みです。

結論：現品管理システムは「個体ID＋イベント台帳＋物理表示」で設計する

現品管理の中核は、最新残高だけを持つ在庫表ではありません。原材料、仕掛品、完成品、容器、パレットなど追跡対象にIDを与え、受入、分割、統合、払出、工程着手、工程完了、保留、移動、出荷という出来事を時刻・場所・担当・根拠とともに記録し、その結果として現在の所在、状態、数量を導出できるイベント台帳です。

さらに、画面上の記録と物理的な現品を結ぶ現品票が必要です。バーコードや2次元コードを読めなくても最低限識別できる人間可読文字、スキャンに使うデータキャリア、改訂番号、再発行履歴を一貫させます。重要なのは、現品票そのものを正本にしないことです。紙が剥がれたり、汚れたり、再印刷されたりしても、システム上のIDとイベント履歴から状態を復元できる設計にします。

RFPでは機能一覧より、次の五つを要求します。

この五つが一つの取引として整合すれば、工程進捗の見える化やバーコード管理は、その上に自然に載ります。逆に、先にダッシュボードだけを作ると、きれいな画面に不確かなデータが並びます。

現品管理とは何を管理する仕事か

現品管理は「在庫が何個あるか」を数えるだけではありません。製造現場では同じ品目コードでも、ロット、シリアル、工程、品質状態、保管条件、所有者、出荷可否が異なります。これらを区別できなければ、帳簿上は在庫があっても必要な現品を使えません。

たとえば品目Aが合計100個あるとしても、40個は工程10完了、30個は検査待ち、20個は品質保留、10個は次工程へ移動中かもしれません。生産計画が利用できるのは40個だけです。現品管理システムでは、単なる合計100個と、用途別に利用可能な内訳を分けます。

追跡対象の粒度を先に決める

IDの粒度は細かいほど良いわけではありません。1個単位で追跡すると、ラベル、スキャン、イベント、データ量が増えます。品質保証や顧客要求でシリアル追跡が必要な対象は個体単位、同一条件でまとめて扱えるものはロット単位、運搬中はパレットや容器単位で集約するなど、業務リスクと作業負荷で決めます。

最低限、次を区別します。

• 品目：何であるか。図面版数や仕様版を含めるかを決める。
• 現品ID：追跡対象そのもの。ロット、シリアル、現品単位など。
• 荷姿ID：箱、容器、台車、パレットなど、現品をまとめて動かす単位。
• 場所ID：工場、倉庫、ゾーン、棚、機械前、検査台、保留区画など。
• 作業指示ID：なぜその現品が加工・移動されたかを結ぶ番号。
• イベントID：一回の受入、移動、分割、統合、状態変更を一意に識別する番号。

同じバーコード文字列を複数の意味で使わないことが重要です。「12345」が品目なのか現品なのか棚なのかを端末画面の文脈だけで判断する設計は、誤読と誤更新を招きます。接頭辞、データ型、チェック、マスター参照で識別種類を判定できるようにします。

現在値と履歴を分ける

現在地、現在状態、現在数量は検索を速くするために保持してよい一方、その値だけでは監査できません。誰が、どの端末で、どのイベントを登録し、どの旧値から何へ変えたかを残します。修正は過去行の上書きではなく、取消または訂正イベントで行い、元記録との関係を保存します。

この原則はGS1 EPCISの考え方とも整合します。EPCISは、識別された対象について「いつ、どこで、なぜ、何が起きたか」という可視性イベントを異なるアプリケーション間で共有するための標準です。自社システムをEPCISで実装する必要はありませんが、現品をイベントとして記録する設計は、将来の拠点間・取引先間連携に耐えやすくなります。GS1の最新版リポジトリではEPCIS 2.0.1が2025年7月1日に公開されています。

直近の「仕掛品管理」と何が違うのか

仕掛品管理の記事では、工程間滞留、経過時間、WIP量、ボトルネックを中心に扱います。本稿の現品管理システムは、より基礎となる同一性と統制を対象にします。

工程進捗を見える化するには現品の同一性が前提です。したがって、両者は競合するテーマではなく、「現品の信頼できる記録」を土台に「工程滞留を改善する」という関係です。工程別の滞留KPIはタイ工場の仕掛品管理を参照してください。

個体ID・ロットID・荷姿IDの設計

IDは意味を詰め込み過ぎない

IDに工場コード、品目、年月日、ライン、連番をすべて埋め込むと、人には分かりやすく見えます。しかし、工場統合、品目移管、ライン変更、日付訂正が起きるとIDと実態が矛盾します。原則は、IDを一意で不変なキーとして扱い、品目、場所、製造日、工程など変更可能な属性は別フィールドに持つことです。

人間可読性が必要なら、短い表示IDとシステム内部の不変IDを分ける方法があります。ただし、現品票、端末、API、CSVでどちらを使うかをRFPに明記し、混同を防ぎます。

ロットとシリアルを使い分ける

ロットは同一条件で製造・検査・判定する集団、シリアルは一つの対象を区別する番号です。ロット番号だけでは同一ロット内の個数や所在を自動的に特定できません。容器が分かれた場合は、ロットに加えて現品単位または荷姿単位のIDが必要です。

GS1 Application Identifiersでは、AI (10)がバッチ／ロット、AI (21)がシリアル、AI (00)がSSCC、AI (01)がGTINなど、データ項目の意味と形式が定義されています。GS1準拠が契約上必要かは対象業界と取引形態で判断しますが、少なくとも「何の番号か」をデータキャリア内で識別できる設計は有効です。

分割・統合では親子関係を残す

100kgの材料を60kgと40kgへ分割した場合、元IDを上書きしてはいけません。元現品を消費または分割済みにし、新しい二つの現品IDを作り、親子関係と数量を保存します。複数ロットを混合する場合も、投入元と生成先を結びます。

数量の受入では、次の保存則を基本にします。

分割前数量 = 分割後数量合計 + 記録された損失・サンプル・廃棄

単位換算、丸め、含水率、歩留まりなどで完全一致しない工程は、許容差と理由コードを設定します。「差異調整」で何でも閉じられると、誤投入や未記録廃棄を隠します。

所在・状態・数量を一つの取引で更新する

現品管理システムでよくある不具合は、所在だけ変わり数量が残る、現品票を出したのに状態が旧値のまま、ERP払出に成功したが現場端末が通信断で失敗する、といった部分成功です。

「移動中」を正式な状態にする

棚Aから工程Bへ移すとき、読み取った瞬間に所在地を工程Bへ変えると、実物はまだフォークリフト上なのに到着済みになります。一方、出庫元のままにすると移動中の物が検索できません。重要な移動では、出庫確認、移動中、到着確認の段階を持たせます。

小距離の一方向移動ではワンスキャンでよい場合もあります。全移動を二段階にするのではなく、誤配送リスク、距離、途中保管、引渡し責任に応じて方式を選びます。

状態遷移表で禁止操作を定義する

状態は自由入力にせず、遷移元、遷移先、実行権限、必須理由、必要承認を定義します。

品質保留の現品を生産払出できない、工程未完了の現品を完成品として出荷できない、といった業務ルールをサーバー側で検証します。画面上の警告だけでは、APIや一括取込で迂回されるおそれがあります。

二重登録と再送を前提にする

無線が不安定な工場では、端末が応答を受け取れず同じ移動を再送することがあります。各操作に一意な取引IDを持たせ、同じ取引IDの再送は二重計上せず同じ結果を返す、いわゆる冪等性をRFPに入れます。

オフライン対応を採用する場合は「後で同期できる」だけでは不足です。端末間の競合、古いマスター、同一現品の二重操作、時刻ずれ、同期失敗、端末紛失をどう扱うかが必要です。Microsoft Power Appsの公式説明も、offline-firstではローカル変更を保持し、接続回復後にDataverseへ自動同期する仕組みを説明しています。ただし、同期後に業務上の整合が自動的に保証されるとは書かれていません。品質状態や数量の競合はエラーとして隔離し、責任者が解消する設計が安全です。

現品票発行を「印刷機能」で終わらせない

現品票に載せる情報

現品票は、データキャリアと人間可読表示の両方を持たせます。表示項目は用途によりますが、一般には次を検討します。

• 現品ID、品目コード、品名、仕様版または図面版。
• ロット／シリアル、数量、単位、品質状態。
• 現在工程または次工程、保管条件、発行日時、票の版。
• バーコードまたは2次元コード、短い人間可読ID。
• 必要な場合は有効期限、検査期限、顧客・注文、危険表示。

すべてをコードへ埋め込む必要はありません。変わりやすい状態や所在をコードに入れると、移動ごとに貼り替えが必要です。通常は不変IDをコード化し、スキャン後に最新状態をシステムから取得します。ネットワーク断でも必要な情報がある場合だけ、署名や版管理を含めて最小属性を追加します。

バーコード品質は実環境で受け入れる

GS1はバーコードを、製品、出荷、場所などの識別子と、シリアル、ロット、日付などの属性を符号化できる自動認識手段として説明しています。ただし規格に対応したコード種を選ぶだけで、現場で読めるとは限りません。

ラベル材質、プリンタ解像度、リボン、表面の油・粉塵・結露、曲面、貼付位置、読取距離、照明、手袋、端末カメラを含む実環境で検証します。正常票だけでなく、しわ、擦れ、薄れ、部分汚れ、低温・高温後の限界見本を作り、読取成功率と読取時間を測ります。

再発行は旧票の無効化とセット

再発行ボタンを誰でも押せると、同じIDの現品票が二枚存在し、別々の物へ貼られる事故が起きます。再発行理由、実行者、時刻、発行端末、旧票番号、新票番号を記録し、旧票を回収・破棄またはシステム上で無効化します。

一つの現品に複数の物理票が必要なら、コピー番号または用途を区別します。「同じIDの印刷物が複数あること」と「同じIDを別現品へ割り当てること」を分けて統制します。

工程進捗の見える化へどうつなげるか

現品イベントから、工程進捗を無理なく導出できます。作業指示に対し、投入待ち、作業中、工程完了、検査待ち、次工程到着を現品単位で集計します。

表示すべきは予定との差と例外

ダッシュボードに全現品を並べるだけでは判断できません。管理者には、予定開始を過ぎて未投入、工程完了したが次工程未到着、保留が解除されない、現品票未発行、最後のイベントから一定時間更新がない、といった例外を表示します。

現場リーダーには、次の60分で必要な現品、所在不明、誤った工程に到着した現品、読取エラー、未同期イベントを優先します。経営層には、納期影響、保留金額、工程別リードタイム、差異の再発傾向を示します。同じデータでも役割ごとに意思決定が違います。

実績時刻の定義を固定する

工程着手時刻が「最初の材料読取」「設備スタート」「作業者の開始ボタン」のどれか、工程完了時刻が「最後の製品排出」「検査合格」「次工程引渡し」のどれかで、リードタイムが変わります。RFPでイベントの意味と計測点を決め、後からKPIに合わせて定義を変えないようにします。

MESやERPとの責任分界にはISA-95が参考になります。ISAはISA-95を、製造オペレーションと企業側の機能・情報交換を整理する標準群として説明し、主にレベル3の製造オペレーション管理とレベル4の業務計画・物流の境界を扱っています。現品管理システムが、作業実績・現場状態を担当し、ERPが品目・注文・会計在庫を担当するなど、正本と同期方向を決めます。

生産管理システム全体の比較観点はタイ工場の生産管理システム比較も参照してください。

現品管理システムRFPの書き方

RFPは「バーコード対応」「リアルタイム表示」「ERP連携」といった名詞の羅列では比較できません。対象業務、データ、性能、例外、移行、受入を同じ粒度で提示します。

1. 対象範囲と境界

対象工場、建屋、倉庫、工程、品目群、勤務、利用者数、端末数、プリンタ、ネットワーク、連携システムを示します。原材料受入から出荷まで全部を初期対象にするのか、特定ラインの工程間移動から始めるのかを明記します。

システム境界では、品目・BOM・工程・作業指示・購買・在庫評価・品質判定の正本を決めます。現品管理側で変更できる項目、参照だけの項目、同期遅延の許容時間、障害時の運用を示します。

2. データ辞書

各項目について名称だけでなく、定義、型、桁、必須、単位、コード体系、正本、作成者、更新条件、保存期間を記載します。数量には基準単位と表示単位、換算係数、丸めを含めます。時刻にはタイムゾーン、端末時刻とサーバー時刻の扱いを含めます。

場所マスターは棚だけでなく、移動中、検査台、保留区画、外注先、未確定場所を扱うかを決めます。「その他」という万能コードを常用すると所在管理が崩れます。

3. 業務シナリオ

少なくとも次を、開始条件、入力、検証、更新結果、帳票、異常時まで記述します。

1. 受入と初回現品票発行。
2. 作業指示への引当と払出。
3. 工程着手、部分完了、全完了。
4. 現品の分割、統合、単位換算。
5. 工程間移動、到着確認、未完了移動の解消。
6. 検査待ち、保留、解除、不適合、手直し、廃棄。
7. 現品票の破損、紛失、再発行、貼替え。
8. 誤読、二重読取、取消、訂正。
9. 無線断、サーバー停止、プリンタ停止、同期競合。
10. 棚卸、差異調査、承認、確定。

4. 非機能要件

画面応答、スキャンから登録完了までの時間、同時接続、日次イベント量、保存年数、バックアップ、復旧目標、監視、ログ、権限、暗号化、脆弱性対応を定義します。性能値はネットワーク、端末、データ量、ピーク負荷を含む条件付きで書きます。

NIST IR 7693は、既知の識別子や資産情報を基に資産を一意に識別するための構成要素、データモデル、識別方法を示しています。IT資産管理を主題とする文書であり、製造現品にそのまま適用する規格ではありませんが、「番号だけでなく、どの規則で発行し、どう解釈するか」をRFPで定める参考になります。

5. 受入要件

「基本機能が動くこと」ではなく、シナリオ、テストデータ、前提、期待結果、証拠、合否、再試験を契約前に決めます。ベンダーデモのきれいなデータではなく、重複ロット、端数、長い品目名、タイ語、日本語、無効マスター、汚れた現品票を含む実データで行います。

90日PoC：三段階で事実を作る

90日PoCは短期間で全社展開版を作る活動ではありません。限定した工程で、識別、作業性、通信、データ整合、改善効果、展開コストに関する不確実性を減らす活動です。以下は開始日をDay 1とする標準例で、調達や現場停止条件に合わせて調整します。

Day 1–30：基準線と設計を固定する

• 対象を1工場、1ラインまたは2〜3工程、代表品目群に限定する。
• 現品の流れを歩いて確認し、帳簿と現物の差異、探す時間、再発行、手書き訂正を観測する。
• ID粒度、場所粒度、状態遷移、数量規則、現品票様式、例外コードを承認する。
• ラベル材質、プリンタ、スキャナ、端末、Wi-Fiの候補を実環境で試す。
• ERP/MESとの最小インターフェースと、PoC中の正本を決める。
• PoC前の基準線を、測定方法と母数を含めて保存する。

この段階で画面を急いで作るより、現物とデータの意味を合わせます。現場担当、品質、生産管理、倉庫、IT、保全が同じ現品を見ながら決めることが重要です。

Day 31–60：正常系と主要例外を運用する

• 受入、発行、移動、着手、完了、分割、保留を実運用する。
• 誤読、二重読取、ラベル破損、再発行、通信断、プリンタ停止を意図的に試す。
• 読取時間、手入力、未同期、誤った状態遷移、取り消し件数を日次で確認する。
• 現場の迂回運用を記録し、画面、配置、作業標準、教育を週次で修正する。
• すべての仕様変更を課題番号と改訂履歴に結ぶ。

PoC中に旧Excelを完全停止すると、未成熟な仕組みに現場を拘束する場合があります。一方、二重入力を長く続けると評価が歪みます。並行期間、切替条件、障害時のみ使う退避記録を明示します。

Day 61–90：ピーク・障害・展開性を受け入れる

• 代表的なピーク物量と交代勤務で連続運転する。
• 同時操作、API遅延、Wi-Fi区間断、端末交換、バックアップ復元を試す。
• 棚卸で物理現品、現品票、システムの一致を確認する。
• 管理者がイベントから差異原因を追跡できるかを確認する。
• マスター追加、工程追加、プリンタ追加に必要な時間と役割を測る。
• 本番化の残課題、費用、スケジュール、教育、サポート体制を見積もる。

PoCのKPIと受入基準

目標値は現状値とリスクから合意し、根拠なく100%を置かないことが大切です。以下はRFPの書き方を示す仮定例であり、市場平均やTOMAS TECHの保証値ではありません。

99.8%という数字だけでは合否にできません。母数、対象工程、除外条件、測定期間、端末、ラベル状態、許容する手動復旧を決めます。たとえば1,000点中2点の不一致でも、その2点が品質保留品の誤払出なら重大です。率と重大度を分けます。

受入テストの代表シナリオ

1. 同じ現品を二台の端末から同時に別場所へ移動する。
2. 分割後の数量合計が元数量を超える入力を行う。
3. 品質保留の現品を生産払出しようとする。
4. 現品票を再発行し、旧票と新票を順に読む。
5. オフライン中に移動し、別端末で状態を変更してから同期する。
6. ERP側で作業指示を取消し、端末が古い指示で登録する。
7. タイ語品名と日本語備考を含むラベルを連続印刷する。
8. バックアップから復元し、最終確定イベントとの差を照合する。
9. APIを再送し、同一取引が二重計上されないことを確認する。
10. イベント取消後も、元記録と取消理由を監査できることを確認する。

バーコード管理システムの機器選定

1次元か2次元か

1次元コードは単純なIDを高速に読みやすく、既存設備との互換性が高い場合があります。2次元コードは小さい面積により多くのデータを載せられ、画像式リーダーで向きの自由度を取りやすい一方、印字品質、セル寸法、表面、読取距離の設計が必要です。

方式は流行ではなく、必要データ量、ラベル面積、読取距離、既存機器、顧客要求、業界標準で選びます。GS1 General Specificationsは、GS1識別キー、属性、バーコードの利用方法を定める中核仕様です。外部流通に使う場合は自社独自コードだけで決めず、取引先とGS1 Member Organisationに確認します。

RFIDを選ぶ条件

RFIDは見通しがなくても複数タグを読める場合があり、通過ゲートや繰返し利用容器に適する可能性があります。一方、金属、液体、タグ位置、読取範囲、意図しない一括読取、コスト、設備干渉の検証が必要です。バーコードで十分な一工程に、将来性だけを理由にRFIDを入れる必要はありません。

PoCでは、同じ代表現品をバーコードとRFIDで比較し、読取率だけでなく誤読、紐付け作業、ラベル／タグ耐久、端末、保守、例外処理を測ります。

端末とプリンタ

手袋、落下、粉塵、液体、温度、充電、交代勤務、言語切替を確認します。スマートフォン型端末は柔軟ですが、カメラ読取速度やバッテリー交換、MDM管理を検証します。専用ハンディは耐久性とスキャン性能に利点がある一方、台数と保守費用を見ます。

プリンタは印刷速度だけでなく、用紙交換、リボン、ヘッド清掃、テンプレート配布、キュー復旧、誤印刷廃棄まで受け入れます。プリンタ停止時の仮票運用と、復旧後の正式票への切替も必要です。

ERP・MES・設備連携の責任分界

現品管理システム単体で全データを持つと、品目や作業指示が二重管理になります。反対にERPへすべて同期させようとすると、現場の秒単位イベントや未完了移動が会計在庫を乱します。

推奨は、データ項目ごとに正本を一つ決めることです。

インターフェースには、メッセージID、業務取引ID、作成時刻、発生時刻、送信元、再送回数、結果コードを持たせます。監視画面では「API正常」だけでなく、未処理、保留、再送、業務エラーを確認できるようにします。

タイ工場で見落としやすい運用要件

多言語は画面翻訳だけではない

画面、アラーム、作業標準、現品票、状態コード、教育資料で同じ用語を使います。日本語の「保留」をThai画面では一語、Excelでは別の英語にすると、集計と会話がずれます。用語集を作り、業務オーナーが意味を承認します。

品名を翻訳する場合も、品目コードは変えず、表示名を言語別属性にします。検索ではタイ語、英語、日本語の別名から同じ品目へ到達できるようにすると現場が使いやすくなります。

シフトと引継ぎ

未完了移動、保留、未同期、プリンタ障害、仮票は、シフト交代時に一覧で引き継ぎます。個人のメモだけに残さず、担当者、期限、次の操作をシステムへ記録します。

現場変更管理

棚移動、工程追加、ラベル材質変更、端末更新、Wi-Fiアクセスポイント変更、ERP項目変更が現品管理へ影響します。変更前に影響評価、テスト、マスター有効日、旧版廃止、教育、切戻しを決めます。PoCで成功した構成も、全工場へ複製する前に場所・量・言語・ネットワーク差を評価します。

費用対効果を誇張せずに試算する

現品管理システムの便益は、人員削減だけではありません。探索時間、転記、再発行、棚卸、誤投入、保留品の誤使用、納期確認、差異調査を減らし、工程進捗の判断を早めます。ただし、削減時間が実際に残業削減や能力増へ転換されなければ、会計上の便益にはなりません。

仮の試算を示します。対象30人が1日平均12分の探索・照合を行い、年間250日、労務費を1時間あたり180THBと仮定すると、年間時間価値は 30人 × 0.2時間 × 250日 × 180THB = 270,000THB です。さらに棚卸、誤投入、納期遅延回避などを個別に積み上げます。

この数値は市場相場や実績ではなく、計算方法を示す仮定です。PoCでは探索の開始・終了定義、観測人数、期間、外れ値、業務量を記録し、自社値へ置き換えます。便益の二重計上にも注意します。探索時間短縮と生産能力増が同じ時間に由来する場合、両方を全額加算できません。

費用には、ソフトウェア、設定・開発、端末、プリンタ、ラベル、Wi-Fi、連携、マスター整備、データ移行、教育、サポート、端末更新、消耗品を含めます。90日PoCが安価でも、拠点展開のマスター運用とサポートが高いことがあります。3〜5年の総費用と、保守可能な体制を比較します。

導入失敗を招く典型パターン

ラベルを貼れば追跡できると思う

コードは識別の入口です。スキャンした後に、どの業務イベントとして、どの状態と数量を更新するかがなければ、読取履歴しか残りません。

最新残高だけを移行する

現行Excelの残高をそのまま入れると、所在、状態、ロット、票との不一致を新システムへ持ち込みます。稼働前に現物照合、重複ID解消、無効票回収、初期イベント作成を行います。

正常系だけでPoCを終える

実運用の負荷は例外時に現れます。ラベル破損、端数、取消、通信断、保留解除、シフト交代を試さないPoCは、デモとしては成功しても運用評価になりません。

現場入力を増やして見える化する

一つの移動に品目、数量、場所、作業指示を毎回手入力させると、入力省略と誤りが増えます。IDから候補を絞り、現在状態から次に許可される操作だけを表示し、スキャン回数を最小化します。

システム障害時の紙を無視する

紙の退避票は必要な場合があります。重要なのは、仮番号、発行者、時刻、対象、復旧後の登録責任、正式票への差替えを事前に決めることです。無統制なメモを後でまとめて入力する運用は、イベント順序を壊します。

FAQ：現品管理システム・現品票・バーコード管理

現品管理システムとは何ですか？

原材料、仕掛品、完成品、容器などを一意なIDで識別し、所在、状態、数量、工程、現品票と、その変更履歴を管理する仕組みです。在庫残高だけでなく、移動・分割・統合・保留・再発行などのイベントを記録する点が重要です。

現品票発行では何を管理すべきですか？

テンプレートと印刷だけでなく、発行番号、現品ID、版、発行者、時刻、プリンタ、再発行理由、旧票無効化を管理します。コードには不変IDを中心に入れ、変わりやすい所在や状態は読取後に取得する方式が一般的です。

工程進捗の見える化は現品管理とどう関係しますか？

現品の工程着手・完了・到着イベントを作業指示へ集計すると、進捗、未着手、滞留、検査待ちを表示できます。イベント時刻の意味と、現品IDと作業指示の関係を先に固定する必要があります。

バーコード管理システムはQRコードだけで作れますか？

データキャリアとして2次元コードを使うことはできますが、それだけではシステムになりません。ID採番、状態遷移、数量、権限、取消、再発行、端末、プリンタ、ネットワーク、ERP/MES連携が必要です。外部流通では適用するGS1規則も確認します。

90日PoCの対象範囲はどの程度がよいですか？

1工場の代表ライン、2〜3工程、代表品目と主要例外を含む範囲が出発点になります。ただし業務量とリスクで調整します。単純な正常系だけでなく、分割、保留、再発行、通信断、シフト交代を評価できる範囲にします。

現品管理システムの受入基準は何ですか？

読取成功、所在一致、数量保存、禁止状態遷移、二重計上防止、再発行統制、履歴再現、応答、復旧を、テスト条件・母数・証拠とともに定義します。平均値だけでなく、品質保留品の誤払出など重大事象は件数ゼロを要求する場合があります。

RFIDとバーコードのどちらを選ぶべきですか？

複数同時読取、非接触、繰返し容器ではRFIDが有利な場合があります。低コスト、目視、単純な一件読取、既存互換ではバーコードが適する場合があります。金属・液体・読取範囲・誤読・耐久・保守を現場PoCで比較します。

まとめ：現品とデータが同じ事実を示す仕組みを受け入れる

現品管理システムの目的は、バーコードを貼ることでも、地図画面を作ることでもありません。個体ID、荷姿ID、場所、状態、数量、現品票、業務イベントを一貫させ、現物と台帳が同じ事実を示す状態を作ることです。

RFPでは、データ辞書、状態遷移、分割統合、再発行、オフライン競合、ERP/MES責任分界、受入シナリオを明記します。90日PoCでは、最初の30日で定義と基準線、次の30日で正常系と主要例外、最後の30日でピーク・障害・展開性を検証します。KPIは率だけでなく、母数、条件、重大度、追跡可能な証拠まで定めます。

TOMAS TECHは、タイ工場の現状調査、ID・状態・現品票の設計、RFP作成、90日PoC、バーコード／RFID機器選定、ERP・MES連携、受入テスト設計を支援できます。製品選定前の要件整理や、既存Excelを残した段階でもお問い合わせいただけます。

参考情報

• GS1 Global Traceability Standard
• GS1 Traceability standards overview
• GS1 Barcodes standards
• GS1 Application Identifiers
• GS1 General Specifications repository
• GS1 EPCIS 2.0.1
• ISA-95 Standard: Enterprise-Control System Integration
• OPC UA Common Object Model: ISA-95
• Microsoft Power Apps mobile offline overview
• NIST IR 7693 — Specification for Asset Identification 1.1