製造業のラインサイド二棚かんばん補充システムを導入するなら、空箱を検知する画面だけを作っても欠品は防げません。空になった棚の信号が、供給スーパーマーケットのピッキング、搬送、ラインでの受領、次の箱の使用まで途切れず流れる設計が必要です。本稿はタイ工場の生産管理・物流・IT担当者に向け、二棚の成立条件、カードとスキャン、ERP/MES/WMSの在庫境界、RFPからFAT/SATまでを実務順に整理します。
まず区別する：ラインサイド二棚の対象工程
ラインサイドの二棚方式では、同じ部品を入れた二つの箱を使用点の近くに置きます。一方を使い切った時点で空箱またはカードを補充信号とし、その間はもう一方から生産を続けます。補充担当者は供給スーパーマーケットから定量の箱を取り、決められた置き場に届けます。空箱が戻り、満箱が使用点に入り、次の空箱が発生するまでが一巡です。Oracleの製造業向け資料も、箱が空になると補充信号を出し、次の箱を使う二棚の動きを説明しています。Oracle Flow Manufacturingを参照してください。
この対象は、倉庫の予備在庫からピッキング棚へ補充する「倉庫内の棚補充」と違います。倉庫のピッキング棚は倉庫作業の供給点であり、ここで扱う使用点は製造ラインです。また、ラインで余った未使用資材を品質判定して倉庫へ戻す「余剰返却」は逆方向の取引です。二棚補充の正方向の流れに混ぜると、空箱信号と返品伝票、消費実績が同じ在庫移動として見えてしまいます。RFPでは開始点と終了点を「ラインの空箱発生→供給スーパーマーケットの払出し→ライン受領」と明記してください。
かんばんは、単なる部品ラベルではありません。Lean Enterprise Instituteは、かんばんをプル方式で生産または引取りを認可し、指示する信号と定義しています。カードには品番、入数、供給元、保管場所、消費工程のような情報を載せられ、バーコードを加える場合もあります。ライン側から供給点への引取り指示と、供給点側で必要になる生産指示を分けて理解することが重要です。Lean Enterprise Instituteのかんばん解説は両者の役割を説明しています。
導入前に二棚が成立する品目を選ぶ
全品目を二棚化する必要はありません。定常的な使用量、標準容器で管理できる数量、繰り返し補充できる供給点がある部品から始めます。変動が激しい特殊部品、大型で二箱分の置き場がない部品、ロット・期限の厳格な選別が必要な部品には別の供給方式が適する場合があります。Oracleのかんばん概要も、比較的安定した需要と中～高水準の生産量の品目が典型的な対象と説明しています。Oracle Inventoryのかんばん概要の適用条件を参考に、現物で評価してください。
候補品目ごとに、部品番号と版、供給単位、実使用量の変動、最大補充リードタイム、供給点の在庫、運搬ルート、箱の寸法、棚の奥行き、検査区分、代替品ルールを記録します。「1日平均何個使うか」だけで箱サイズを決めると、休憩前の集中使用、段取り替え、物流便の遅れを吸収できません。逆に最大値をすべて安全在庫へ積むと、二棚化してもライン上の過剰在庫が残ります。まず一週間以上、時間帯別の引取りと補充実績を観測し、通常と例外を分けてから初期値を置きます。これは現場での設計手順の提案であり、どの工場にも当てはまる固定の必要日数ではありません。
二棚の一箱は、補充の往復時間を耐える必要があります。設計用の概算として「ピークを含む想定使用速度×補充完了までの時間＋変動余裕」を一箱の必要数量と比べます。ただし、作業時間の揺れ、容器入数、最小梱包単位、品質保留で使えない箱を考慮し、現物試験で調整します。計算結果を四捨五入して終えるのでなく、実際の容器容量に合わせて、どの時点で空箱信号を出すかを決めます。完全に空になってからでは間に合わない品目は、使用開始時カードを外す方式や三箱以上の方式も検討します。方式変更の根拠は、補充時間と消費の観測値として残してください。
空箱・カード・スキャンを一つの状態遷移にする
現場で最もよく起こる欠落は「箱は空になったが、信号が供給担当者に届いていない」です。空箱を指定位置に置く、カードを回収箱に入れる、携帯端末でスキャンするなど、物理動作とシステム動作を一対にしてください。スキャンを必須にするなら、箱を置いただけでは依頼が成立しないことを作業標準と画面に明示します。逆にカード回収を正本とするなら、スキャンは時刻記録や二重検知のために使い、スキャン障害でも補充が止まらない手順を定めます。空箱とカードの双方を無条件に補充要求へ変換すると二重依頼になります。
最小の状態は「満箱がラインにある」「使用中」「空箱として要求済み」「供給点で引当済み」「ピッキング済み」「搬送中」「ライン受領済み」「空箱・カード回収済み」です。ただし全工程で毎回スキャンさせる必要はありません。物流量と欠品リスクに応じて、証跡が必要な境界だけを選びます。大切なのは、補充要求の一意なID、品番と版、ラインと置き場、箱IDまたはカードID、要求数量、発生時刻、担当者、現在状態が追えることです。通信断の再送があっても、同じIDの要求が二件のピッキング指示にならない設計にします。
スキャン用のコードには、何を識別するかを先に決めます。品番だけなら同じ部品の二つの箱を区別できません。箱IDだけなら、別の部品が誤って入ったときの照合が弱くなります。カードIDと品番・置き場のマスターを結ぶ方式、容器の一意IDとロット情報を組み合わせる方式などから選びます。GS1はバーコードが品目、荷姿、場所やロット等の情報の識別・取得に使われることを説明しています。GS1コードを使うか社内コードを使うかは取引先と既存設備に合わせて決め、読み取り距離とラベル耐久を現場で試験します。GS1のバーコード標準概要を確認してください。
かんばんカードの印字情報は作業員の視認用情報と機械読取用情報を分けて設計します。最低限、品番、部品名、標準箱数量、供給元、ライン・棚位置、カード番号、補充ルート、版、適用開始日を検討します。特に棚位置の変更時に古いカードが残ると、システム上は正しい要求でも間違った場所へ届きます。カードを再印刷したときは旧カードを失効し、二枚の有効カードが同じ容器を示さないようにします。水や油のある工場ではラミネートや容器タグの固定方法も受入試験の対象です。
カード失効時にはデータだけを無効にするのでなく、現場のラック、回収箱、搬送台車、供給点に旧カードが残っていないかを照合します。旧カードが付いた満箱が実際に存在するなら、その箱をいったん保留し、品番・ロット・数量・行先を確認してから新カードを割り当てます。読み取ったカードが失効済みなら端末は補充要求を作らず、旧カード番号と発見場所を記録して責任者へ知らせます。この手順がないと、カードを新しくした翌日に古い箱がラインへ戻り、要求数と実物の箱数が合わなくなります。複数シフトの工場では失効一覧を紙でも共有し、夜勤の引継ぎで残存カードの有無を確認します。
供給スーパーマーケットのピッキングをどうつなぐか
ラインの空箱を「補充したい」という情報に変えた後、供給スーパーマーケットでは実物の在庫と照合します。要求が入った順にすべて拾うと、移動距離が伸びたり、同じラインへの便が分散したりします。一方、便を待ってまとめ過ぎると二つ目の箱も空になります。システムには、要求発生時刻、次便時刻、ライン上の残り一箱の予測持続時間、品目の重要度を表示し、優先順位を決める材料を渡します。優先順位を自動算定する場合でも、現場監督者が理由を記録して介入できるようにします。
ピッキングでは、供給点の棚位置、品番・版、ロットまたは有効期限、必要数量、箱の状態を照合します。要求一件に一箱を対応させるのか、同一品目の複数要求を一括ピッキングして後でライン別に分配するのかを決めます。一括の場合は「供給点で引当済み」と「ライン別に荷揃え済み」を分け、途中で行き先を失わないようにします。欠品時にピッカーが勝手に別ロットや代替部品を入れない権限制御も必要です。代替は生産技術・品質・計画の承認ルールに従います。
スーパーマーケットはプル生産で、下流が引き取った量を補充するための供給点です。Lean Enterprise Instituteは、スーパーマーケットから品目が引き取られるとカードや空箱の信号が上流へ戻る仕組みを説明しています。Lean Enterprise Instituteのスーパーマーケット解説を参照してください。供給点の在庫不足までライン補充システムで解決できると考えないことが重要です。供給点への調達または前工程からの補充は、別のかんばんや発注点管理と接続します。工場全体の発注条件については、既公開の発注点管理システム導入ガイドも参考になります。
搬送・受領の「渡したつもり」をなくす
ピッキング完了とラインへの補充完了は別です。搬送台車に載せたが別のラインに置いた、使用点の近くまで運んだが棚へ入れていない、受領スキャンだけ先にした、というずれが起こります。RFPには、少なくとも供給点からの払出し、搬送引継ぎ、ライン指定位置への受領のどこで時刻と担当者を残すかを書きます。全箱のバーコード読取を義務化するのか、ルート単位の一括受領を認めるのかは、品目の取り違えリスクと工数の両方で判断します。
搬送容器の色だけに頼ると、夜勤や複数製品混流の現場で誤配を見落とします。ラックの位置コードと容器タグを照合し、端末には品番・写真・行先を短く表示する方が確実です。端末がオフラインでも搬送を止めない場合は、紙の例外票を使い、復旧後に誰が何時に実物を受領したかを後入力します。後入力の時刻をスキャン時刻として偽装せず、実際の受領時刻と登録時刻を別に保存します。二重入力や先受領を検知するためにもイベントIDが要ります。
ラインで受け取った箱は、置き場、品番、版、ロット、数量、外観状態を確認します。密封包装を開ける前に分かる項目と、開封後でないと分からない項目を区別し、品質保留品は使用可の満箱にしません。空箱を回収しないまま新箱だけ投入すると、次の巡回で古いカードが再度要求を起こすことがあります。空箱・カードの回収を補充完了と同じワークフローに入れるか、別の例外監視にするかを明示してください。
ERP・MES・WMSの在庫境界を先に決める
二棚導入で最も議論が長引くのは「いつ在庫が減るか」です。ラインへ届けた時点で供給点の在庫を減らし、ライン在庫へ移す方式があります。工程で実際に部品を使った時点でMESの消費実績を立て、ERPへ集約する方式もあります。バックフラッシュを使う工場では製造実績や完成数量に応じて後から理論消費を計上することもあります。どれが唯一の正解というより、同じ物理移動をERP・MES・WMSで二重に計上しない境界が必要です。
典型的にはERPが品目・購買・会計在庫の正本、WMSが供給点の棚位置と物流作業の正本、MESがラインでの使用や製造実績の正本を持ちます。ただし実際の導入では既存システムの権限と記録範囲を調査し、マスターの責任者と更新元を表にします。ISA-95の枠組みは、企業資源管理と製造運用管理の情報の流れを整理する手がかりになります。OPC FoundationはERPと製造運用の階層、および材料を含む情報モデルを説明しています。OPC FoundationのISA-95概要を参照してください。
在庫区分は、倉庫の保管在庫、供給スーパーマーケットの使用可能在庫、ピッキング済みで搬送中の在庫、ラインにある満箱、使用中の箱、品質保留、空箱を最低限区別します。「空箱」と「帳簿在庫ゼロ」は同義ではありません。空箱には少数の残材が残る場合があり、容器の実測数量とシステムの標準入数がずれます。この差は棚卸で見つけるだけでなく、差異理由を記録し、どの勘定または原価へ反映するかを決めます。会計処理の最終設計は企業のERP設定と会計方針に従います。
システム間の連携は、補充要求、引当、払出し、受領、使用実績、取消、差異調整のイベントを並べて設計します。各イベントに一意ID、品目、数量、ロケーション、時刻、元イベントID、処理結果を持たせ、再送時には同じ取引として認識します。GS1のEPCISは、何が、いつ、どこで、どの業務文脈で起こったかを記録するイベントの考え方を示します。すべての工場がEPCISを実装する必要はありませんが、イベントを分ける考えは監査可能な連携設計に役立ちます。GS1 EPCISの概要を参照してください。
倉庫ロケーション間の移動と、倉庫からラインへの払出しを同じトランザクション名で扱うと、実績の意味が曖昧になります。供給点までの庫内移動の管理は、既公開の倉庫ロケーション移動管理システム導入ガイドで扱っています。本稿の補充イベントは、その先のライン使用点へ届ける工程に置きます。複数システムがある場合は、ライン受領後にWMSからMESへ状態を渡すなど、責任境界をRFPに描いてください。
例外処理を先に設計して停止を防ぐ
通常の補充だけを実装しても、現場で使えるシステムにはなりません。最優先の例外は、カード未回収、カード二重スキャン、空箱の紛失、要求の通信遅延、供給点の在庫不足、ピッキングの品番違い、搬送遅延、ラインの受領拒否、ロットの品質保留、棚位置変更です。例外ごとに、誰が検知し、誰が判断し、誰がデータを直し、いつ通常状態へ戻すかを定義します。「管理者へ連絡」とだけ書いた仕様では、夜勤に担当者が不在のときに止まります。
二重スキャンでは要求を二件作らず、既存要求の状態と担当者を表示します。要求取消では、ピッキング前、ピッキング後、搬送中、ライン受領後で可否が変わります。受領後の取消を単純な削除にすると、実物がラインにあるのに帳簿だけ供給点へ戻ります。取消では元イベントを残したまま補正イベントを作り、現物の行先と数量を確認します。GS1 EPCIS標準も、誤った出来事の記録を後から単純に消すのでなく、訂正の出来事を追加する考え方を示します。GS1 EPCIS標準を設計参考にできます。
在庫不足時は「要求が作られたこと」と「供給可能な箱があること」を別状態にします。供給点の欠品なら、残り一箱の推定持続時間をライン監督者へ知らせ、代替品の承認、前工程の緊急製造、他ラインからの融通など、工場のルールに従って判断します。自動で別品番を割り当てる処理は、寸法や品質の適合が証明されない限り危険です。物流システムは承認済み代替の指示だけを実行し、変更理由を記録します。現場に逃げ道を設けることと、変更を無記録で許すことは違います。
ネットワーク断では、端末がオフラインの間にどこまで作業してよいか、紙か電子の控えをどう採番するか、復旧後に競合をどう解消するかを決めます。複数端末が同じカードを読み、双方がオフラインになった場合は、後で同期した順序だけで正当性を決められません。箱ID、カードID、実物の所在と最終受領者を突き合わせる手順が必要です。通信が不安定な建屋や夜勤では、例外手順をSATで実演してから本番移行してください。
KPIは「要求件数」より実際の補充品質を見る
導入効果を測る指標は、要求からライン受領までの時間、残り一箱が尽きる前に届いた割合、欠品によるライン停止時間、誤配件数、二重要求件数、在庫差異、カード紛失件数、緊急便の比率です。要求が多いほどシステムがよく使われている、という評価はできません。箱が小さ過ぎれば要求は増え、物流工数と停止リスクも増えます。逆に要求が少ないのは、ライン上に過剰在庫を置いた結果かもしれません。指標は箱サイズと生産量の変化を併記して読みます。
たとえば補充リードタイムは、空箱スキャンからピッキング完了、搬送開始、ライン受領までを区切って計測します。総時間だけでは、供給点の欠品で待っているのか、運搬ルートで滞留しているのか判断できません。夜勤、週末、製品切替日で分け、遅延の上位原因を現場で確認します。最初の目標値は実測の分布と許容停止リスクから設定し、根拠のない一律の「30分以内」といった数字をRFPへ入れない方がよいでしょう。
現場レビューでは、データ上は受領済みでも棚に箱がない、満箱扱いなのに品質保留札が付く、カード回収箱に前日のカードが残る、といった「状態と実物のずれ」を見ることが重要です。デジタル化は不整合を見えるようにしますが、現物確認の代わりにはなりません。改善会議では、端末操作の遅さだけでなく、置き場の分かりにくさ、搬送動線、容器形状、補充便の編成を同時に見直します。
RFPに書くべき機能・データ・受入条件
RFPの最初のページには、対象ライン、候補品目数、稼働シフト、供給点数、既存ERP/MES/WMS、端末・ネットワーク、導入の目的を書きます。目的は「ライン欠品を減らす」「補充の見える化」「在庫差異を縮める」のように測定可能な形にします。品目数だけでは見積の精度は出ません。要求件数のピーク、複数工場の有無、ロット管理、品質保留、オフライン運用、印刷・ラベル更新、既存システムのAPI制約も提示します。設備やシステムを提供する側が、どこまで標準機能でできるか、どこが開発かを回答できるようにします。
機能要件は「空箱信号の取得」「二重要求防止」「供給点の引当・ピッキング」「搬送引継ぎ」「ライン受領」「例外処理」「監督者画面」「実績・監査ログ」に分けます。各機能に、入力方法、責任者、結果の状態、失敗時動作、操作権限、監査に残す時刻を添えます。カードの印刷・再発行・失効も必須です。サプライヤーには画面のデモだけでなく、実際の品目・容器・置き場を使った一巡の操作を説明してもらいます。
非機能要件には、稼働時間、オフライン許容、復旧時の再送、同時操作、端末の耐久、バーコード読み取り、アクセス制御、バックアップ、監査ログの保管期間を入れます。性能は平均値より、シフト交替や一斉段取り替えのピークで確認します。データ連携は「APIがある」と書くだけでなく、方向、頻度、項目、ID、再送、失敗通知、整合性確認、運用担当を定義します。ERPの在庫を動かす取引は、承認された業務時点以外では発行しないことを明示します。
見積比較表では初期開発費だけでなく、端末、プリンタ、ラベル、無線LAN整備、ERP/MES/WMS連携、マスター整備、教育、保守、変更時の単価を分けます。欠品停止の損失や物流工数の改善余地は工場固有の実績で評価します。汎用記事に載る投資回収率をそのまま自社の効果として使わないでください。提案者に、改善仮説と測定方法、前提条件を併記させると、導入後に効果を検証できます。
FATとSATで二棚の一巡と例外を確認する
FATでは、模擬データで空箱から補充要求を一件作り、供給点の引当、ピッキング、搬送、受領、カード回収までを追います。正常系だけでなく、同じカードの連続スキャン、端末の通信断、在庫不足、誤品ピッキング、受領拒否、取消、再送、ロット保留を試します。画面表示だけで合格にせず、要求IDと各システムの在庫数量、イベントログが一致することを確認します。特に再送後も要求が一件のままであること、取消後に実物と帳簿の差が残らないことを受入条件にします。
SATでは実際の棚、容器、ラベル、端末、無線環境、搬送便、夜勤担当者を使います。ライン上の二棚で一つ目を使い切り、二つ目が尽きる前に補充箱が正しい置き場へ届くかを測ります。ラベルは油や反射、距離で読めるか、端末画面は手袋で操作できるか、通路の狭さで搬送が遅れないかを確認します。現地でしか見えない失敗をFAT合格のまま放置しないことが重要です。SATの結果は品目別、シフト別に記録し、箱サイズや便の調整へ戻します。
本番移行前には、旧カードの失効、初期在庫の照合、ラインと供給点の置き場マスター、未完了要求の扱い、紙運用への戻し方を決めます。切替直後の数シフトは、デジタル状態と現物を毎便確認し、差があれば誰が補正を承認するかを明確にします。教育はスキャン手順だけでなく、空箱を置く位置、例外を止める判断、受領拒否の伝え方まで含めます。物流、製造、品質、情報システムが同じ受入表に署名できる状態が望まれます。
導入の進め方：一ラインから条件を学ぶ
最初のパイロットは、定常品目があり、供給点とラインの距離、複数シフト、少数の例外を観測できる一ラインを選びます。簡単過ぎる実験だけでは、他ラインへ広げた際に混流・ロット・夜勤の問題が出ます。一方、初日から全工場へ展開すると、カードと棚位置の誤りを大量に複製します。パイロット中は、手作業の旧運用と新システムのどちらを正本とするか決め、二重入力で在庫を二回減らさないようにします。
一巡の実績が安定したら、部品の追加条件を決めます。新しい品目を登録するときは、箱数量、カード枚数、ライン置き場、供給点、補充リードタイム、品質区分、ERP/MES/WMSでの取引時点を確認します。品目を減らすときはカード失効と残箱の処置を伴います。棚位置変更も端末マスターだけで済まず、現場表示とカード印字を同時に変えます。運用開始後のマスター変更をプロジェクトの残課題にせず、責任者と承認フローを設計の中に入れてください。
トヨタの生産方式の歴史では、スーパーマーケット型の生産にかんばんを組み合わせ、必要な部品を必要な時に必要な量だけ動かす考え方が説明されています。Toyotaの生産方式の資料は背景理解に役立ちます。ただし、二棚のカードを電子化するだけでプル生産になるわけではありません。実際の消費から要求が起こり、供給点からの引取りと補充がつながり、例外時に過剰な先行投入をしない運用が伴って初めて機能します。
よくある質問
二棚かんばん補充システムはすべての部品に必要ですか？
いいえ。安定した繰り返し消費があり、定量容器と置き場を設定できる品目に向きます。大型品、低頻度品、個別受注品、厳密な先入先出が難しい品目は別方式も比較します。導入前に使用速度、補充リードタイム、棚面積、ロット条件を現物で確認します。
空箱スキャンはERPの在庫減算と同じですか？
必ずしも同じではありません。空箱スキャンは補充要求の発生です。供給点からの払出し、ラインへの受領、工程での消費は別イベントです。会計在庫をどの時点で動かすかは既存ERPと製造実績の設計に合わせて決め、同じ数量を二重に減算しないようにします。
カードとバーコードのどちらを使うべきですか？
カードは視覚的な補充指示として有効で、バーコードは時刻と対象の記録に役立ちます。併用する場合も、どの動作が正式な要求になるかを一つに定めます。カード紛失、印字劣化、端末通信断を試験し、紙の控えと復旧後の照合方法を用意します。
二棚方式の箱数量はどう決めますか？
残る一箱が補充完了まで持つかを、時間帯別の使用量と補充リードタイムから見ます。標準入数、容器容量、便の間隔、品質保留、需要変動を反映し、FATの計算だけでなくSATで現物を使って調整します。間に合わないなら、信号の発生点や箱数・便の設計を変えます。
FATとSATでは何を区別しますか？
FATでは状態遷移、連携、再送、二重要求防止、在庫整合を模擬環境で確認します。SATでは現場の棚、容器、端末、無線、搬送便、シフトと実物の部品を使い、信号が間に合って正しい箱が届くことを確認します。両方で例外処理と帳簿・現物の一致を検証します。
まとめ
ラインサイド二棚補充は、空箱を発見する仕組みではなく、消費を供給点への引取り指示に変え、正しい箱を正しい使用点へ間に合わせる業務設計です。品目と箱数量を実測で選び、カード・スキャンの正本を一つにし、供給点での引当・搬送・受領・空箱回収を状態として追います。ERP/MES/WMSの在庫境界と取消・欠品・通信断の例外を先に決めれば、FAT/SATで実物に即した受入判断ができます。一ラインで測り、箱と便を調整してから横展開してください。
二棚方式が自社の部品供給に適するか、既存ERP/MES/WMSとの境界をどう切るか検討中なら、対象品目と現在の搬送ルートを共有いただく段階からご相談ください。現場の一巡と受入条件を一緒に整理できます。
