「夜勤に伝えたはずなのに、保留ロットを流してしまった」「保全中の設備を朝勤が稼働可能と判断した」。こうした問題を防ぐために工場 シフト引継ぎシステム 導入を検討する際は、紙の日報をタブレットに置き換えるだけでは不十分です。交代の瞬間に誰が何を受け取ったかを確定する必要があります。本記事は、未完了作業、設備・ロット状態、保全許可、受領確認を一つの業務として設計する方法を、要件定義からFAT・SATまで具体化します。
要約：引継ぎで管理するのは「次の班が判断できる現在状態」
引継ぎ記録の単位を勤務日ではなく、継続する案件・設備・ロット・許可にします。送り手が準備し、対面で説明し、受け手が現物と記録を照合してから責任を引き受ける三段階を、画面と運用で支えます。HSEのシフト引継ぎ資料が示す準備・対話・受け手によるクロスチェックは、この設計の参考になります。ただしHSEは英国の機関であり、この資料をタイの法的要件として扱うものではありません。安全手順、許可、隔離の判断は現地の管理者と適用法令に従ってください。
タイ工場で最初に作るべきものは、大規模なソフトウェア構成図ではありません。「交代時に判断を止めるべき状態」と「受領済みとみなす条件」を一枚にした運用表です。その表をRFPに転記し、FATで業務条件を、SATで実際のライン・端末・通信・担当者を使った交代を確認します。
シフト境界の未完了作業や設備状態を整理したい場合は、TOMAS TECHへのお問い合わせから、現行の引継ぎ票と対象ラインの概要をご相談ください。要件を固める前の段階でも、必要な情報項目と検証シナリオを一緒に整理できます。
シフト引継ぎシステムとは何か：勤務表・日報との違い
シフト管理システムは、誰がいつ働くかを決め、出勤や要員配置を扱います。一方、本記事のシフト引継ぎシステムは、交代時点で進行中の作業と設備の状態を次の班に渡します。勤務表の「次の担当者」は受領者候補を特定する入力にはなりますが、担当者が実際に内容を確認した証拠にはなりません。代行、欠勤、応援者がいる工場では、勤務表と実際の受領者を分けて記録する必要があります。
製造日報の電子化は、一定期間の生産量、不良、停止、作業内容を振り返る基盤です。日報の集計は有用ですが、「今、仕掛ロットを投入してよいか」「隔離中の設備はどれか」といった交代直後の行動判断を、期間集計だけから読み取るのは困難です。引継ぎシステムは日報を置き換えるのではなく、未解決項目を継続的に追い、必要な記録へリンクします。
作業指示システムは、定めた方法と版を現場に提示します。引継ぎでは、標準手順から一時的に外れている条件、承認待ち、設備の暫定措置、次班が再開前に確認する項目を扱います。手順書のURLを貼るだけで引継ぎ完了にせず、どの手順のどの条件が今のロットに関係するかを明記します。
対象範囲を絞るときは、三つの質問を使えます。①交代後、前の班に聞かずに次の操作を判断できるか。②現物・MES・保全票の状態と記録が食い違ったら、どちらを優先するか決まっているか。③受け手が疑義を出したとき、誰が止め、誰が解決するか。三つ目が空白なら、電子サインを増やしても引継ぎ品質は上がりません。
なぜ交代の瞬間に情報が失われるのか
多くの工場では、生産実績は日報、品質判定は検査表、設備故障は保全システム、隔離・作業許可は別の票に分かれます。個々の台帳が正しくても、受け手は短時間で「このラインは今どの状態か」を組み直さなければなりません。引継ぎの失敗は、情報がどこにも存在しないことだけでなく、複数の場所にある正しい情報を受け手が結び付けられないことからも起こります。
英国HSEは、効果的な引継ぎを送り手の準備、双方の情報交換、受け手のクロスチェックと整理しています。また、対面、双方向、口頭と書面の併用、受け手の情報需要に合った設計を推奨しています。これは画面を作れば対話が不要になるという意味ではありません。例外状態を画面で見えるようにし、対話で不明点を確かめ、現物で最終確認するための枠組みです。HSEは交代のための時間と資源を確保することも挙げています。交代時間を生産時間から一切捻出できない設計は、運用時に「確認済み」を形式化しがちです。
交代漏れの典型は、未完了の作業指示だけを列挙し、継続条件を書かないことです。「設備Aの調整中」だけでは、主電源の状態、保全責任者、試運転の許可者、加工中ロット、次に許される行為が分かりません。「ロットBを保留」だけでは、物理的な置き場所、識別札、保留理由、解除権限、代替材料の可否が分かりません。受け手が補完を推測しなければ進めない文章は、未完成の引継ぎとして扱うべきです。
さらに、交代直前の変化が危険です。送り手が16:50に記録を完成させても、16:57に保全が隔離状態を変え、17:00に受け手が古い画面を読めば、記録は整っていても現在状態ではありません。イベント時刻と表示更新時刻を示し、交代確定前に変化した高重要度項目を再確認する仕組みが必要です。通信断や端末故障では、最後に同期した時刻を表示し、現場の所定の代替手順へ切り替えます。
引継ぐべきデータ：案件、設備、ロット、保全許可を分ける
一つの長い自由記述欄では、検索、責任分担、完了判定、後日追跡が難しくなります。最初は四つのオブジェクトを区別します。未完了案件は「何が未決か」、設備状態は「今何が可能か」、ロット状態は「どの品をどの条件で扱えるか」、作業許可は「誰がどの作業をどの条件で許したか」です。これらを共通の設備ID、ラインID、ロットID、作業指示IDで結びます。保全許可と設備状態を同一フィールドに潰さないことが大切です。許可が存在しても、設備を稼働してよいとは限りません。
未完了案件の必須項目は、識別ID、発生時刻、対象ライン・設備・ロット、事象、現在の暫定措置、次に必要な行動、期限、担当者、優先度、完了条件、関連記録、最終更新者です。自由記述は「観察した事実」と「判断・指示」を分けて入力します。「異音あり」は観察ですが、「速度を上げない」は指示です。指示を受け手が承知したか、権限者が承認したかは別の状態として保持します。
設備は少なくとも稼働可、条件付き稼働、停止、保全作業中、隔離中、判定待ちのような業務上の状態を持たせます。ただし、この分類は工場の安全手順に従って調整します。状態とともに、情報源、最終確認時刻、確認者、未解決アラーム、再開条件を表示します。PLCやセンサーから取得した信号は役立ちますが、信号値が作業許可や物理的隔離の確認を代行するわけではありません。機械側の「停止」と保全側の「隔離済み」は同義ではなく、誤って一本化すると危険な判断を誘います。
ロットには、数量だけでなく、工程、所在、品質判定、保留理由、混載・混入の懸念、次工程への投入可否、解除権限を付けます。表示するのは現在ステータスだけでは足りません。「いつ、誰が、どの根拠で、前の状態から変えたか」の履歴も必要です。たとえば品質保留のロットと投入可能なロットが同じ台車上にあるなら、画面で色分けするだけでは不十分で、実物ラベルと置き場を照合する手順まで引継ぎに組み込みます。
保全・作業許可は、許可番号、対象設備、作業範囲、期間、発行者・受領者、隔離点、関連する同時作業、現場の安全状態、引継ぎ先、完了後の設備返却条件を参照できるようにします。HSEのpermit-to-work資料は、許可票そのものが安全を保証しないこと、作業が一つのシフトで終わらない場合には安全な状態と次班への明確な指示を残すことを示しています。電子化時にも、この関係を画面上で見えるようにします。許可発行、現物の隔離確認、作業者の理解、作業完了、設備返却は別々のイベントです。
米国OSHAのロックアウト・タグアウト教材は、シフトや人員が変わる際、退勤者から入勤者へ保護を秩序立てて移すことを説明しています。これは米国制度の説明であり、タイ工場の法令を直接示すものではありません。それでも、交代時に「保護が連続しているか」を問いにする設計は有用です。現場手順では、誰が隔離を管理し、誰が現物を確認し、許可と鍵・タグの扱いをどう接続するかを、設備ごとに明確にしてください。
受領確認を「読んだ」から「照合した」に変える
システムで最も誤解されやすいのが受領ボタンです。ボタンはクリックの記録にはなりますが、受け手が現場の現状を理解したことを自動的には証明しません。受領の意味を、①一覧を開いた、②重要項目を確認した、③現物または一次記録と照合した、④疑義なく責任を引き受けた、という段階に分けます。高重要度の項目は一括受領を許さず、項目単位に質問と回答を残します。
送り手は交代前に未完了案件を整理し、状態の変化を確定させます。受け手は一覧を読み、ラインを巡回し、ロット札や許可の現物を照合します。食い違いがあれば「受領保留」とし、停止・隔離・品質保留などの現行手順を優先します。送り手、受け手、監督者の誰が次の判断を行うかを画面で示します。受領保留中の案件を消す、日報へ移す、時間切れで自動完了する、といった動作は避けます。
重要項目の例は、保全中の設備、品質保留、材料取り違えの可能性、警報の暫定対応、試運転条件、交代中のパラメータ変更です。ただし重要度の分類は、単純な色と優先順位だけで決めません。工場で定めたリスク評価と権限体系を反映し、ラインによって異なる「停止すべき条件」を設定します。表示上の赤色が安全判断を代替しないよう、必ず実際の処置と責任者を紐付けます。
受領の監査証跡には、送信時刻、最終編集時刻、表示時刻、受領時刻、双方のID、受領対象の版、疑義、解決者、再受領の履歴を残します。送信後に文章が変わった場合、先の受領を現行版の受領として扱わないことが重要です。夜勤開始後の追記は「前班の引継ぎ内容の変更」か「新しいイベント」かを区別し、変更通知を受け手が見た証跡を残します。
受け手が欠勤し代行が入った場合は、勤務表上の指名者から実際の受領者へ割当を変更し、その理由と承認者を残します。複数ラインを一人が受ける場合でも、受領時間の重なりを見て形式的な一括クリックを防ぎます。言語が混在する現場では、定型項目の多言語化と、危険を伴う自由記述の読み合わせを両立させます。機械翻訳だけで安全指示を確定せず、工場で承認された用語と手順を使います。
RFPに入れる要件：画面数より業務ルールを指定する
RFPでは「シフト引継ぎ画面があること」という一行では足りません。発注側が書くべきは、交代境界をまたぐ案件のライフサイクルと、判断を止める条件です。まず対象ライン・交代時刻・保全との接点・品質保留の流れを選び、現行票の実例を匿名化して添付します。過去のすれ違いを、担当者の失敗談としてではなく、再現可能な業務シナリオとして示します。ベンダーが画面の有無ではなく、条件の実現方法を回答できるようにします。
機能要件には、継続案件の起票・優先度・責任者変更・期限・エスカレーション、設備とロットへの紐付け、添付資料・写真、送受信の版管理、受領保留、再通知、検索と監査ログを含めます。必要なら紙の許可票や既存保全システムへ参照リンクを張ります。電子許可への移行は別の変更管理として扱い、引継ぎ画面を入れた日から許可業務まで自動的に切り替わる前提にしません。HSEも電子許可へ移るときは、紙からの切替リスク、画面設計、ソフト操作だけでない業務教育を検討するよう述べています。
非機能要件には、現場Wi-Fiが切れたときの表示と復旧、タイムスタンプの時区、端末の共有・ログアウト、権限、履歴保全、バックアップ、検索速度、端末故障時の代替手順を入れます。タイと他国拠点を横断する企業なら、UTCの保存と現地時刻の表示の区別が重要です。交代の前後数分に更新が集中するため、通常時の画面速度だけでなく、同時アクセスと通知遅延を評価します。同期が不明な画面に「最新」とだけ表示する設計は避けます。
連携要件はシステム名だけでなく、IDと更新方向を定めます。ERPから生産指図を取得するのか、MESから実績と仕掛状態を取得するのか、設備信号を監視系から参照するのか、品質保留をQMSから受けるのか。各データの正本、更新頻度、競合時の優先順位、通信断時の表示、過去版の追跡を表にします。ISA-95は製造運用と企業システムの情報交換を考える参照枠組みです。ISA-95に従えば引継ぎが自動的に安全になるわけではありませんが、ERP・MES・設備側の境界と用語を揃えるのに使えます。NISTのデジタルスレッド研究も、製造・品質などの機能間で情報の再利用と追跡可能性を重視しています。これらは設計の参考であり、製品の性能保証ではありません。
RFPの回答形式は「標準機能」「設定」「追加開発」「運用で対応」「対象外」に分け、証拠となるデモ画面やテスト結果を求めます。価格比較では初期費用だけでなく、端末、接続、翻訳、教育、保守、変更時の費用を同じ前提で比較します。受領保留や版変更をデモできない製品を、項目数だけで高得点にしないことが重要です。
RFPにそのまま使える質問例
- 品質保留ロットを含む引継ぎを、受け手が保留した場合、ロットの次工程投入に関する表示と権限はどう変わりますか。
- 保全許可が交代後も有効なとき、設備画面と許可画面はどのIDで結ばれ、隔離状態の確認者は誰として残りますか。
- 送り手が受領後に重要度または再開条件を変更した場合、既存の受領記録と再通知はどう扱われますか。
- 通信断の間に二つの端末で同じ案件を編集した場合、競合はどのように見え、誰が解決しますか。
- 代行者が受け手になった場合、勤務表上の担当者、実受領者、承認者をそれぞれ追跡できますか。
- 後日、特定ロットの交代時点を再現するとき、当時の設備状態、案件版、許可番号を一緒に出せますか。
FATとSATで確認する：正常系だけのデモにしない
FATは工場に据え付ける前に、合意した仕様がシナリオどおりに動くかを確かめる機会です。ここでは仮のライン・設備・ロットを使い、受領前、受領中、受領後の状態遷移を見ます。画面の見た目だけでなく、禁止すべき操作が禁止されること、ログが追えることを確認します。RFPで定めた受領の意味が、ベンダーのテスト仕様に反映されているか照合してください。
最初のFATシナリオは、通常の未完了案件です。送り手が起票し、受け手が質問し、回答後に現物照合して受領します。期待結果は案件が次班へ継続し、誰がいつ何を確かめたか追跡できることです。次に、品質保留ロットを含めます。誤った投入可表示にならないこと、保留解除権限のない人が解除できないこと、途中でロットが分割された場合に対象が曖昧にならないことを確認します。
保全シナリオでは、作業許可が有効で設備が隔離中のまま交代を跨ぎます。送り手の説明、受け手の現物照合、許可番号、隔離管理者、次の作業、再開不可の条件が一緒に見えるかを検証します。ここで重要なのはシステムの「受領済み」が、隔離解除や設備再稼働の許可に自動変換されないことです。さらに交代直前に許可条件を変更し、古い版の受領が無効または再確認対象になるか確認します。HSEの許可資料とOSHAの交代時保護に関する教材は、こうしたシナリオを組み立てる参考になりますが、現地手順の承認を代替しません。
異常系として、通信断、端末交換、時刻差、代行受領、二重編集、受け手未着、送り手退勤後の問い合わせ、交代後の追記を試します。通信断時に入力を続けられる設計なら、未同期と同期済みの区別を受け手が理解できるかを確かめます。復旧後の競合解決をシステム任せにせず、現場で誰が最新状態を確定するか決めます。停止条件は紙のバックアップにも書き、紙から電子記録へ戻すときの転記責任を指定します。
SATでは、実際の製造ライン、工場ネットワーク、共有端末、現場の騒音や手袋などを使って、交代を通して試験します。受け手が画面を読めても、装置前でロットIDを照合できない配置なら運用は成立しません。設備ごとの表示名称と現場ラベルが一致するか、バーコードが汚れたときに代替照合できるか、夜勤の保全担当へ連絡できるかも確認します。関係者が同じ画面をどう理解するかを観察し、言葉の揺れや記録欄の不足を直します。
合否判定は「画面が開いた」ではなく、各シナリオに期待される業務結果で決めます。例として「保留ロットに対し、受け手が疑義を出すと未受領のまま残り、次工程投入前に権限者の解決が必要と表示される」のように書きます。FATとSATの結果をスクリーンショットだけで残さず、テスト日時、データ、実施者、結果、欠陥、是正、再試験結果を記録します。
小さく導入する手順と評価指標
導入は一つの交代、一つのライン、一種類の例外から始めます。たとえば品質保留ロットと保全中設備が交差するラインを選ぶと、単なる日報電子化との差が見えます。ただし最初から最も複雑な工程を選ぶ必要はありません。現場責任者、品質、保全、ITが同じ場で現在の引継ぎを観察でき、例外を十分に洗い出せる工程が適しています。
最初の作業は現状観察です。紙票、ホワイトボード、口頭、チャット、保全票を並べ、同じ案件がどこに何度書かれるか確認します。過去の数件を選び、送り手が退勤したあと受け手がどの情報を探したかを再現します。ここでの目的は現場の欠点を責めることではありません。組織が必要な判断を、誰の記憶に依存しているかを見つけることです。
次に、案件の状態遷移を決めます。起票、確認待ち、引継ぎ準備済み、受領保留、受領済み、解決待ち、完了、取消などを候補とし、各状態で誰が変更できるかを決めます。「受領済み」と「完了」は別です。受領後も未完了案件は続きます。「完了」は完了条件を満たし、権限者が確認したときだけにします。完了条件があいまいなら、案件はいつまでも滞留するため、入力時に次の検証可能な行動を求めます。
試行期間中は、二重入力を必要最小限にしつつ、現行手順の停止・許可・品質判定は維持します。電子画面と現物が異なる場合の優先手順を掲示します。電子化を始めた直後は入力遅れや用語の揺れが起こり得るため、現場で短い振り返りを行い、必須項目を増やす前に不要な入力を減らします。受け手が一つの重要案件を理解するまでの流れを観察し、クリック数だけで使いやすさを判断しません。
評価指標は、システムの利用率だけに偏らせません。例として、未完了案件のうち次の担当者と次の行動が記録された割合、交代前に準備された重要案件の割合、受領保留から解決までの時間、版変更後の再確認率、保留ロットの物理照合実施率を使えます。いずれも測り方を先に定義し、件数が少ない時期は単純な率だけで良否を断定しません。安全・品質の結果指標は複数要因に左右されるため、短期の増減をシステム単独の効果として宣伝しないでください。
費用対効果を試算するなら、前提を明示した仮説に留めます。例えば「仮に毎交代で重要案件の確認に1人あたり10分を使い、月60交代、関係者2人とする」と置けば、月の確認工数は10分×60×2＝1,200人・分です。これは現状の仮置きであり、削減可能時間や導入効果を示す数字ではありません。現場観察で実測し、確認時間を短くすることが安全な照合を削らないかも評価します。時間短縮だけを成功指標にすると、受領の質を落とすおそれがあります。
タイ工場での実装時に決めること
タイの工場で複数言語が使われる場合、設備名、工程名、保留理由、許可の種類を最初に統一します。日本語の本社資料をそのまま表示しても、現場の口頭語や設備ラベルと一致しなければ受領者は確認に時間を要します。画面の定型項目は日本語・英語・タイ語などの対応表を作り、必要ならベトナム語も加えます。危険に関わる条件は翻訳文を現場責任者が確認し、改訂したときに全言語版が更新される管理を設けます。
時刻は、交代開始、設備イベント、入力、承認、同期のそれぞれを分けて保存します。アプリケーションがICTを表示し、ERPやサーバーがUTCで保存する場合でも、変換規則を統一すれば再現性を保てます。サマータイムのある拠点と比較するなら、単純な「時差7時間」を全拠点に固定せず、タイムゾーン情報を保持します。監査時に「交代前の変更か後の変更か」を判定できることが要点です。
共有端末では、一人のログインのまま次班が受領する事故を防ぎます。カード、個人ID、適切な再認証方法を検討し、端末の利用形態と手袋着用など現場条件に合わせます。代理入力が必要なら、入力者と承認者を区別します。写真を添付するときは、画面上で機密図面や個人情報が不用意に共有されない権限も確認します。
保全や安全の承認は、IT部門だけで決められません。隔離、再起動、品質解除の権限を持つ現場管理者が、画面上の状態名と実際の許可手順を照合してください。英国HSEや米国OSHAの資料は、引継ぎで確認すべき論点を見つける参考資料です。タイの法規、業種別要求、顧客監査基準の適用判断は、現地の担当部門と専門家が行う必要があります。
交代画面の実例：一つの案件を次班がどう読むか
たとえば17時に交代する組立ラインで、16時40分に設備M-12の温度警報が発生したとします。送り手は警報の発生時刻、計器の値、当該設備で加工中のロットL-305、直近の検査結果を記録します。保全担当が調査中なら、その担当者、現場で実施した暫定措置、次に確認する時刻、再開を判断する人を案件に紐付けます。「警報あり、保全に連絡済み」だけで済ませると、受け手は保全が何を確認し、今どの工程まで進めてよいか分かりません。
画面の最上段には「次の班が今できること」と「してはいけないこと」を分けて表示します。たとえば「新規投入を保留」「加工済みロットは識別された棚に置く」「警報解除後も保全責任者と品質責任者の確認が必要」といった形です。これは工場の実際の権限と手順を設定した場合の表示例であり、すべての工場に一律の停止基準を提案するものではありません。案件カードの下部には温度履歴、作業指示、品質記録、保全票へのリンクを置き、受け手が根拠へたどれるようにします。
17時の説明で受け手が「棚にあるL-305は全数か」と質問した場合、送り手は推測で答えず、ロット記録と現物ラベルを照合します。数量が食い違えば受領保留とし、どの数量が未確認か、誰が何時までに確かめるかを記録します。この保留はシステムの障害ではなく、引継ぎが機能した結果です。未確認のまま一括受領させる画面では、後から食い違いに気づいても交代時点の判断を再現しにくくなります。
17時10分に保全が警報原因を確認した場合は、同じ案件を上書きして過去の状態を消さず、確認結果と時刻を追記します。受け手が既に受領した条件が変わるなら再通知し、重要な変更に再受領を求めます。案件の最終完了は、再開や品質解除に必要な承認と現物確認が済んだ後です。この流れをRFPの一つのユースケースにすれば、ベンダーごとの違いを同じ条件で比較できます。
稼働後に守るルール：古い案件と例外入力を放置しない
導入初月は、未完了案件が増えたように見えることがあります。これまで口頭や個人ノートに隠れていた仕事が見えるようになった可能性があるため、件数増加だけを悪化と判断しません。一方、古い案件を無期限に残すと重要な項目が埋もれます。週次で経過日数、担当者、次の行動、期限超過理由を確認し、完了・継続・統合・取消を判断します。取消には理由と承認を残し、監査上の履歴を消さない運用にします。
自由記述の品質も点検します。「確認お願いします」だけの案件が増えたら、入力者に厳しい文字数制限を課す前に、画面が必要な質問を示しているか見直してください。対象物、今の状態、次の行動、期限、判断者の五点が自然に埋まるフォームなら、長文を書かせなくても引継ぎに使える記録になります。現場の記入時間を実測し、必須欄が多すぎる場合は一次記録から自動表示できるものを減らします。
保全、品質、製造の間で状態名の解釈がずれる場合、月次で用語表と判定例を更新します。たとえば「条件付き稼働」がどの速度、材料、時間帯に適用されるかが曖昧なら、状態名を増やすより条件を構造化して表示する方がよい場合があります。用語の改訂には変更日と対象ラインを残し、過去の記録が当時どの定義で入力されたか追跡できるようにします。多言語版も同時に見直します。
システムの通知件数が多すぎる場合は、重要な変更が埋もれます。すべての編集を同じアラートにせず、設備再開条件、品質保留、隔離・許可、担当者変更など、行動が変わる更新を優先します。ただし通知を減らす判断は、実際の見逃しと業務影響を見て行います。通知が届かなかったときの代替連絡と、確認が得られないまま作業を進めない条件も手順に含めます。
稼働後の改善会議では「入力件数」だけでなく、受領保留の理由を見ます。画面の情報不足が原因か、一次記録の遅れか、現物ラベルの問題か、権限の不明確さかによって対策は変わります。ITの画面修正で直せる問題と、現場手順や教育を変えるべき問題を分け、是正した後に同じシナリオで再テストします。この循環まで設計して初めて、引継ぎシステムは単なる電子帳票から、交代時の判断を支える仕組みになります。
よくある質問：工場 シフト引継ぎシステムの導入
工場 シフト引継ぎシステムとは、製造日報の電子化と同じですか？
同じではありません。日報は一定期間の実績と出来事を記録・集計するのに向き、引継ぎは交代を跨ぐ未完了案件の現在状態、次の行動、受領者を管理します。両方を連携し、引継ぎ案件から日報の実績や設備記録を参照できる形が実務的です。
シフト引継ぎシステムの導入費用は何で変わりますか？
対象ライン数、利用者・端末、MES・ERP・保全・品質システムとの連携、電子許可の範囲、多言語化、ネットワーク整備、教育と保守で変わります。ベンダー比較では同じシナリオと範囲を提示し、設定と追加開発、現場の運用負担を分けて見積もると判断しやすくなります。費用の一般的な定額をここでは示しません。
受領ボタンがあれば、口頭の引継ぎは不要ですか？
重要案件では不要とはいえません。HSEの引継ぎ資料は対面、双方向、口頭と書面の併用を推奨しています。電子記録は情報の準備、表示、追跡を支えますが、疑義の質疑と現物照合は運用に含めるべきです。リスクに応じて対面の対象と時間を決めます。
保全中の設備は、受領済みになれば再稼働できますか？
できません。引継ぎの受領と、作業許可の終了、隔離解除、設備返却、再稼働承認は別です。工場の承認手順と権限で確認し、システム上も別々の状態にしてください。HSEの許可資料も、許可票の発行だけで作業が安全になるわけではないとしています。
FATとSATでは何を重点的に試すべきですか？
未完了案件、品質保留ロット、保全許可の交代跨ぎ、受領保留、受領後の版変更、通信断と代行受領を重点的に試します。FATで業務ルールの動作を、SATで実際の端末・設備ラベル・ネットワーク・交代の時間制約を確認します。合格条件を操作結果ではなく業務結果で書くことが重要です。
何から始めればよいですか？
一つのラインの直近数回の交代を観察し、未完了案件、設備状態、ロット状態、作業許可がどこで管理されているかを一覧化してください。次に「次班が単独で判断できない質問」を集め、受領保留と解決のルールを決めます。この実例をRFPと試験シナリオの出発点にします。
まとめ
工場のシフト引継ぎシステムは、記録を電子化するだけでは価値が定まりません。未完了案件、設備、ロット、作業許可をIDで結び、送り手の準備、双方向の説明、受け手の現物・一次記録とのクロスチェックを支えることが核心です。受領と完了、受領と稼働許可を混同せず、食い違いを保留できる設計をRFPで要求し、FAT・SATで異常系まで確認しましょう。
工場の引継ぎ票、保全票、品質保留の流れをもとに導入範囲を整理したい場合は、TOMAS TECHにご相談ください。対象ラインが未確定でも、交代を跨ぐ情報と受領条件から要件づくりを始められます。
参照資料
- HSE, Shift handover — 準備、双方向の伝達、受け手のクロスチェック。
- HSE, Permit to work systems — シフトを跨ぐ許可と安全な状態、許可票の位置付け。
- HSE, Good practice guidelines — 引継ぎのための時間と通信基準。
- OSHA, Lockout-Tagout: Shift & Personnel Changes — 人員交代時の保護の継続。
- ISA, ISA-95 Series of Standards — 製造運用と企業システムの情報交換。
- NIST, Enabling the Digital Thread for Smart Manufacturing — 機能間の情報の再利用と追跡可能性。
※HSEとOSHAの資料は英国・米国の一次資料です。本文では設計上の参考として使用し、タイにおける法的義務や適合認証を主張していません。
