製造トレーサビリティ、位置データで工程履歴を自動記録する方法

2026-08-24

#工程追跡

#製造履歴

#スマートファクトリー

#RTLS

#ORBRO

リコール通知が届いた日の会議室の光景は、どの工場でもよく似ています。ホワイトボードにシリアル番号がひとつ書かれ、その下に作業日誌、バーコードのスキャン記録、MESの入力値が時系列に並びます。ところが、組立完了のスキャンと検査開始のスキャンの間が空いています。その空白の時間を埋めるのは記録ではなく、その日勤務していた人の記憶です。

この場面が物語ることはひとつです。多くの工場で、履歴は「残っているもの」ではなく、事後に「再構成されるもの」だということです。再構成は記憶に頼り、記憶は証拠になりません。「この製品がいつどの工程を通ったか証明できますか」という監査の問いの前で、分厚い作業日誌が急に薄く感じられる理由がここにあります。

この記事では、その構造を変える方法を扱います。製品の位置をリアルタイムで捕捉すれば、位置履歴がそのまま工程履歴になります。人が記録しなくても履歴が積み上がる仕組みを、どう作るかを整理しました。

I. スキャンとスキャンの間

バーコードやQRによる工程記録はイベント方式です。読み取った瞬間の事実は正確ですが、読み取らなかった時間は空白のままです。工程間の待機、手直しのための逆行、床への仮置き。これらは正常フローではないため、そもそもスキャンポイントが存在せず、どこにも残りません。リードタイムのかなりの部分が、まさにこの見えない待機の中に隠れています。

スキャンの規律を徹底すればよいのでは、という反論もあるでしょう。実際、多くの工場がまずその道を試します。しかしスキャンは仕事の上に載せられた仕事であり、物量が集中する日ほど真っ先に省略されます。記録が最も必要な瞬間と、記録が最も抜けやすい瞬間が同じだということです。さらに悪いことに、抜けたスキャンを後から見つけても、スキャンを忘れたのか工程を飛ばしたのかは区別できません。

記録の解像度が設備ではなく人の誠実さに比例する構造は、人を叱っても変わりません。記録する主体を変える必要があります。

II. ゾーンが工程になる

記録する主体を変える手がかりは、すでに工場の床に描かれています。工程の多くは空間で分かれているからです。組立ゾーン、検査ゾーン、出荷待機ゾーン。製品がどのゾーンにいるかが、そのままどの工程段階にいるかを意味します。

この対応関係をシステムにそのまま移せばよいのです。製品に位置タグを取り付け、監視画面の図面上に工程ごとのゾーン(Zone)を描きます。製品がゾーンに入れば進入イベントが、とどまれば滞在時間が、出れば退出イベントが自動で記録されます。人が行っていた工程完了の入力を、位置データが代わりに行うわけです。ORBRO OSではZone Managerでゾーンを定義し、ゾーンが生み出すイベントの活用法はゾーンを描いた瞬間から監視が始まるで詳しく扱いました。

実際の導入も同じ構造です。韓国のある車両商品化センターでは、数百台の車両が検査・板金・塗装ゾーンを行き来する環境で、車両がゾーンに進入した瞬間に作業ステータスが自動で切り替わるよう構成しました。海外のある金融機器工場では、5段階の生産ラインを5つのゾーンとして定義し、端末一台一台の工程遷移が人の入力なしに記録されるようにしました。二つの現場に共通するのは装置ではなく設計です。ゾーンの定義がそのまま工程の定義なのです。

III. 残るスキャンはただ一回

自動記録といっても、スキャンが完全になくなるわけではありません。ライン投入の時点で、製品のシリアルバーコードと位置タグを順に読み取り、1対1で紐づける一回が残ります。この紐づけの後は、人の入力は不要です。タグの位置履歴が、そのシリアルの工程履歴として積み上がっていきます。

製品が完成して梱包・出荷に至れば、タグを回収して紐づけを解除し、タグは次の製品へ循環します。したがってタグは生産する製品の数だけではなく、同時にライン上にある仕掛品の数だけあれば足ります。

運用の要は回収です。回収が漏れると、タグは完成品と一緒に出荷されてしまいます。梱包ゾーンを出た瞬間に回収アラートが上がるように仕掛けるなど、回収そのものをゾーンイベントとして管理するのが安全です。履歴を自動化するシステムなら、そのシステム自身の運用手順も同じ自動化の下に置くのが筋です。

IV. 再構成が照会に変わる

履歴がひとりでに積み上がると、最初になくなるのは捜索作業です。特定のシリアルが今どの工程のどの位置にあるかが検索一回で返ってくるため、広い作業場を歩き回って探す仕事が消えます。

次になくなるのが、会議室での再構成です。監査やリコールの場面で、シリアルごとの全工程タイムラインをそのまま出力でき、問題が確認された個体と同じ時間帯に同じゾーンを通過した個体を一括照会して影響範囲を絞り込めます。リコールの範囲を「全量」ではなく「該当区間」に縮める根拠がこのデータです。記憶をつなぎ合わせていた場所に、照会結果が置かれます。

積み上がった履歴は証拠にとどまらず、改善の材料になります。どの工程にどれだけ滞留するかが個体単位で残るため、ボトルネックが印象ではなく数字で見え、ラインバランシングや増設判断の根拠が自然に育ちます。同じ原理は工場の外でも成り立ちます。プラント施工現場で資材にタグを付け、設置エリアをゾーンとして定義すれば、どの資材がいつどのエリアに入ったかが残り、ゾーンごとの施工進捗まで集計できます。

V. 導入時の考慮事項

ゾーン設計がデータ品質を決めます: 工程の区分が曖昧な境界(工程間の待機場など)をどのゾーンに属させるかを先に定義しないと、履歴が濁ります。
並行期間を設けます: 既存のスキャン手順を一度に廃止せず、自動記録と突き合わせて一致率を確認したうえで縮小します。
MES・ERP連携の範囲: ゾーンイベントをどのシステムのどのフィールドに渡すか、何をもって工程完了とみなすかを合意します。
現場環境の検証: 金属設備が密集する製造現場は電波条件が厳しい環境です。システム構成やアンカー配置の条件はUWB位置測位システムの構成ガイドをご参照ください。
タグ回収率: 回収漏れは運用コストに直結します。回収ポイント、責任者、漏れアラートを最初から設計に組み込みます。

おわりに

リコール通知が届いた日の会議室に戻ってみましょう。ホワイトボードの空白を記憶で埋める工場と、照会画面を開く工場の差は、その日に生まれたものではありません。日頃から履歴を誰が残していたのかが、その日に表面化しただけです。人が残す履歴には人と同じだけの隙間があり、位置が残す履歴には空白の時間がありません。

ORBRO OSは、製品と仕掛品のリアルタイム位置、ゾーンベースの工程イベント、シリアル単位のタイムラインをひとつの画面で管理し、既存のMES・ERPと連携します。工程履歴を人の記録に依存しているのであれば、いまの記録体系のどこに空白があるのかを一緒に洗い出すところから始められます。現場の条件を添えてお問い合わせください。