ライン改造｜既設工場を止めない発注・変更管理

既設工場のライン改造で難しいのは、新しいPLCやロボットを選ぶことだけではありません。現行設備を使いながら、図面と実機の差、古いインターフェース、設備間の責任境界、安全機能、短い停止期間、復旧条件を一つの変更計画にまとめることです。成功する発注は「工事を依頼する」のではなく、as-is調査からURS、リスク評価、オフライン検証、cutover、FAT/SAT、再立上げ、バックアウトまでを証拠付きの意思決定ゲートとして定義します。本稿では、タイを含む海外工場で設備改造を発注する担当者が、操業と安全を守りながらプロジェクトを進める実務を整理します。

本稿は調達・プロジェクト管理の一般的なガイドです。個別設備の設計、活線作業の手順、完成したリスクアセスメント、法令適合や認証を代替しません。適用規格・版・法令・顧客仕様は、機械の種類、設置国、輸出先、契約、所轄機関に応じて、有資格者と案件ごとに確認してください。

ライン改造は「部品交換」ではなくブラウンフィールド変更である

新設ラインでは、要求仕様、電気図面、I/O、ネットワーク、据付条件を比較的きれいな状態から設計できます。既設ラインでは事情が逆です。生産現場で加えられた小改造、図面に反映されていない端子変更、保全員だけが知る手動運転、古い通信機器、予備品不足、設備間インターロックが同時に存在します。したがって、見積書の「PLC改造一式」「機内配線一式」だけでは、成果物も責任も比較できません。

ブラウンフィールド発注では、次の三つのリスクを別々に管理します。

操業リスク：停止が予定を超える、良品条件に戻らない、上流・下流が連動しない。
技術リスク：現行ソースがない、通信仕様が不明、置換部品が既存信号と合わない。
安全リスク：ガード、非常停止、再起動防止、安全関連制御の変更影響を見落とす。

この三つを「現場で合わせる」で吸収すると、cutover当日に初めて統合テストをすることになります。停止期間は開発期間ではありません。停止中に行うべき仕事は、事前に検証した変更を、決められた順序で導入し、受入基準を確認することです。

判断ゲート	承認する内容	進めない条件	主な証拠
G0 目的確認	能力・品質・保全・安全上の目的	KPIと対象範囲が曖昧	改造目的、制約、対象設備一覧
G1 as-is凍結	現行状態と差分の基準線	図面と実機の主要差が未確認	調査記録、写真、バックアップ、I/O照合
G2 設計承認	URS、インターフェース、安全方針	未決事項が停止日に持ち越される	要求追跡表、図面、リスク評価
G3 オフライン完了	ロジック、画面、通信、異常系	重要シナリオが未試験	テスト記録、課題一覧、残リスク
G4 cutover許可	人員、部品、順序、復旧、時間	バックアウト条件がない	切替手順、ロールバック一式、連絡網
G5 引渡し	SAT、能力、品質、安全、文書	重大不具合・文書不足	SAT記録、教育、As-built、バックアップ

Step 1：as-is調査で「今のライン」を証拠化する

工場の設備改造案件で最初に作る成果物は、新しい設計ではなく現状基準線です。現地ウォークダウンでは、銘板や盤内の写真だけでなく、設備がどの状態でどの信号を出し、どの条件で停止し、誰が復旧できるかを確認します。調査票は機器台帳と運転シナリオの両方を持たせます。

調査すべき六つの境界

物理境界：対象機、コンベヤ、治具、ガード、操作盤、上流・下流との受渡し点。
電気境界：受電点、電源容量、保護、接地・ボンディング、端子、予備I/O、ケーブル経路。
制御境界：PLC、HMI、ドライブ、ロボット、リモートI/O、レシピ、時刻同期、アラーム。
通信境界：プロトコル、アドレス、スキャン周期、データ型、ハートビート、通信断時の状態。
安全境界：危険源、ガード、インターロック、非常停止、停止カテゴリ、残留エネルギー、再起動条件。
運用境界：品種、段取り、手直し、清掃、保全、停電復帰、手動・自動の切替、権限。

PLCのアップロードが成功しても調査完了ではありません。コメントのないプログラム、HMIだけにある設定値、ドライブ内パラメータ、ロボット側のハンドシェイク、品質装置の判定条件が欠ければ、復旧可能性は担保できません。現行バックアップは、取得日時、使用ツールとバージョン、機器識別子、チェックサム、復元テストの有無を記録します。専用の更新判断はタイ工場のPLC置換・レトロフィットで詳しく整理していますが、本稿の焦点は複数設備をまたぐ変更統合です。

「見つからない」ことも成果物にする

古い工場では、正しい図面やソースが見つからないこと自体が重要な事実です。推測で埋めず、「未確認」「現場試験が必要」「メーカー照会中」「停止時にしか確認不能」と分類し、責任者と解消期限を付けます。とくに停止時にしか確認できない項目は、cutover手順の先頭に確認作業と判断分岐を組み込みます。これにより、未知を隠すのではなく管理対象に変えられます。

Step 2：URSとインターフェース契約を先に固定する

URS（User Requirements Specification）は機器の型番表ではありません。「何を、どの条件で、どの品質で、どう検収するか」を発注者の言葉で定義する文書です。たとえば生産ラインの自動化と書くだけでは不十分で、対象製品、基準能力、許容停止、異常時の挙動、作業者の介入、品質データ、切替後の性能確認まで書きます。

要求は検証可能な文にする

「使いやすい」「高速」「安全にする」のような表現は、発注時には合意できても検収できません。代わりに、測定条件と合否判定を持つ文にします。ただし、現場データが不足している段階で架空の数値を置いてはいけません。現状測定を前提条件とし、G1で基準値を確定する設計にします。

要求の種類	悪い例	検証可能な書き方
能力	サイクルを速くする	指定品種・指定投入条件で、合意した測定方法により基準能力を満たす
品質	不良を減らす	対象不良モード、判定方法、データ保存、逸脱時動作を定義する
復旧	すぐ復旧できる	停電・通信断・非常停止後の状態遷移と再開権限を試験する
保全	メンテしやすい	診断情報、交換手順、バックアップ、教育、予備品を受入対象にする
安全	安全回路を追加	リスク評価で安全機能を定め、設計・妥当性確認の証拠を要求する

インターフェース管理表を作る

上流設備がワークを渡せないとき、下流設備が満杯のとき、品質装置が通信断したときに、誰の設備が何をするかを表にします。最低限、信号名、意味、発信側、受信側、正常論理、タイムアウト、初期値、異常時状態、復帰条件、試験方法、責任者を持たせます。タグ名だけを並べたI/Oリストでは、時間と状態が抜けます。

既設設備では「旧信号を新信号に変換するだけ」と考えがちですが、旧PLCのスキャンや通信遅延に偶然依存していたシーケンスもあります。オフライン検証では、信号値だけでなく順序、パルス幅、重複、欠落、再送、電源投入時の初期状態を再現します。制御盤そのものの更新条件はタイ工場の制御盤設計を参照し、ライン統合仕様とは成果物を分けると責任境界が明確です。

Step 3：変更差分からリスク評価と安全機能を見直す

ライン改造では「既存設備だから安全評価は済んでいる」とは限りません。速度、動作範囲、搬送方向、ロボットのツール、ガード開口、作業者の立ち位置、手動運転、復旧手順、制御アーキテクチャが変われば、危険状態への曝露や回避可能性も変わります。ISO 12100:2010は、機械のライフサイクルにわたる危険源の同定、リスクの見積り・評価、リスク低減、文書化・検証の方法論を示します。2022年の確認後も現行版ですが、ISOでは後継案が開発中です。契約時には採用版を明記してください。

リスク低減は、危険源そのものを除く本質的安全設計、ガードや保護装置などの安全防護、使用上の情報という階層で検討します。通常PLCのプログラム変更だけで機械的危険を解消したことにしてはいけません。安全関連制御が必要なら、リスク評価から安全機能、要求性能、アーキテクチャ、診断、共通原因、ソフトウェア、検証、妥当性確認まで証拠をつなぎます。

変更管理は「誰が、何を、なぜ、どう再試験するか」

設計承認後の変更には、変更要求ID、理由、影響範囲、図面・ソフトウェア差分、リスク評価への影響、必要な再試験、承認者、反映版を記録します。口頭依頼やチャットだけでロジックを変えると、FAT結果と現場導入版が一致しません。ソース管理では、変更前の読み取り専用ベースライン、レビュー済みリリース候補、現場導入版、As-built版を識別します。緊急修正でも、事後に差分と妥当性確認を回収できるプロセスが必要です。

Step 4：オフライン検証で停止前に失敗する

オフライン検証の目的は、美しいデモを見せることではなく、停止期間中に見つかる問題を前倒しすることです。実PLCやHMIを使うベンチ、エミュレータ、シミュレータ、模擬I/O、通信相手機のスタブを組み合わせ、案件のリスクに応じて検証環境を作ります。すべてを完全再現できなくても、再現できない領域を明示すれば、現場試験に必要な時間とバックアウト条件を設計できます。

正常系だけでなく異常系・復帰系を試す

試験シナリオには、起動、停止、品種切替、空運転だけでなく、センサー張り付き、ワーク滞留、通信断、タイムアウト、ドライブ異常、非常停止、ガード開放、電源断、途中再起動、上流停止、下流満杯、データ保存失敗を含めます。重要なのは「アラームが出るか」だけでなく、安全な状態に移行し、原因が識別でき、権限を持つ人が意図した手順で復帰でき、勝手に再起動しないことです。

安全機能の検証は通常制御のシミュレーションだけで完結しません。設計した回路、機器、診断、ソフトウェア、機械動作、停止時間、ガード位置など案件固有の条件を、適切な分析と試験で妥当性確認します。ISO 13849-2:2012は現在公開中ですが改訂作業中であり、ISO 13849-1に基づく安全機能、カテゴリ、達成PLの分析・試験による妥当性確認手順を扱います。採用版と移行条件は契約で確定してください。

FATを「出荷前の見学会」にしない

FATは要求追跡表に沿う正式な受入工程です。各テストに前提条件、入力、操作、期待結果、実結果、証拠、合否、逸脱IDを持たせます。実機がない項目は「合格」にせず、未試験の理由とSATへの持越し条件を記録します。重大度を定義し、停止前に閉じる課題、暫定措置で進められる課題、SAT後に閉じる軽微課題を分けます。

Step 5：cutover計画に時間・権限・バックアウトを組み込む

cutoverは工事工程表より細かい統合シナリオです。停止許可から生産再開までを、誰が、どこで、何を確認し、次の工程へ進む権限を誰が持つかまで書きます。設備の立ち上げ支援を外注する場合でも、生産再開の事業判断までベンダーに委ねるべきではありません。発注者側にcutover manager、操業責任者、安全責任者、品質責任者、保全責任者を置きます。

停止前に揃えるもの

承認済みリリースと、改変されていないことを確認できる識別情報。
PLC、HMI、ドライブ、ロボット、レシピ、ネットワーク機器の現行バックアップ。
旧機器、変換部品、予備品、特殊工具、ライセンス、設定用PC、正しいケーブル。
電気・機械図面、端子表、I/O、ネットワーク表、変更差分、リスク評価。
作業許可、エネルギー隔離、安全なアクセス、シフト間引継ぎ、緊急連絡網。
時刻付きの作業順序、ホールドポイント、go/no-go基準、バックアウトの最終開始時刻。

バックアウトは「元に戻す」と一行書くだけでは機能しません。撤去した機器を物理的に戻せるか、旧ソフトを正しいツールで書き込めるか、端子・ネットワーク・パラメータを復元できるか、復元後に安全と品質をどう確認するか、必要時間はどれくらいかをリハーサルまたは根拠付きで見積もります。不可逆な加工がある場合は、代替復旧案と経営判断点を前倒しします。

時間は三つに分けて管理する

停止枠全体を「改造時間」とすると、試験と復旧余裕が削られます。時間予算を、①撤去・据付・配線・書込み、②技術試験・SAT・品質確認、③不具合修正またはバックアウトの予備に分けます。各ホールドポイントで残時間を見て、予定どおり進める、範囲を縮小する、バックアウトする、のいずれかを正式に決定します。

Step 6：SATと再立上げは段階的に負荷を上げる

現場で電源が入り自動運転しただけでは完了ではありません。SATは据付状態、I/O、通信、インターロック、安全機能、異常復帰、品種、能力、品質、データ、保全性を、URSとリスク評価に照らして確認します。試験前に対象設備と周辺を安全な状態にし、必要な権限・作業許可・立会者を揃えます。

再立上げは、無負荷確認、単体動作、手動・低リスク条件、設備間連動、試験ワーク、限定生産、通常生産というように段階化します。各段階に進入条件と退出条件を設け、異常時は一段戻る判断を可能にします。安全機能の確認と製品品質の承認は別の責任線です。安全試験が通っても良品条件が保証されたわけではなく、品質承認が出ても安全妥当性確認を省略できません。

ハイパーケア期間を契約に入れる

再開直後にだけ発生する問題があります。シフト交代、長時間運転、品種切替、計画停止後の再起動、データ蓄積、保全作業を観察するハイパーケア期間を設け、応答時間、現地・遠隔支援、ログ採取、日次レビュー、課題の重大度、最終終結条件を定義します。PLC改造のソースと復元性だけでなく、運用者が異常を診断できる状態まで引き渡すことが重要です。ソフトウェア開発成果物の整理にはタイ工場の機械制御ソフトウェア開発も役立ちます。

見積比較は総額ではなくリスクの持ち方を比較する

ライン改造の価格は、設備規模、停止制約、現行資料の品質、対応機器、ソフトウェア再利用性、安全機能、現地作業、試験範囲、言語、夜間・休日対応で大きく変わります。現地調査なしに一律の相場を示すと誤解を招きます。価格を捏造する代わりに、見積構造を統一して比較します。

見積区分	確認する内容	典型的な除外リスク
調査・設計	as-is、URS、図面、インターフェース、リスク評価	調査回数、未図化設備、第三者設備
ハードウェア	PLC、I/O、盤、センサー、ネットワーク、機械部品	廃番対応、輸送、関税、予備品
ソフトウェア	PLC/HMI/ロボット/ドライブ、通信、データ	ソース欠落、ライセンス、他社改変
検証	レビュー、ベンチ、シミュレーション、FAT	相手機、テストワーク、負荷試験
現地cutover	工事、監督、設定、SAT、再立上げ	夜間休日、待機、工場側遅延
引渡し・支援	As-built、バックアップ、教育、ハイパーケア	翻訳、追加シフト、長期保守
予備費・単価表	未知項目への許容、追加作業単価	発動条件、上限、事前承認

比較時は、固定価格か時間精算かだけでなく、前提条件、除外、発注者支給、第三者依存、為替・輸送、追加変更の承認方法を揃えます。未知が多い場合、as-is調査と基本設計を第一段階として発注し、基準線確定後に実装価格と停止計画を確定する二段階方式が合理的です。安い総額でも、FAT、バックアウト、As-built、現地再立上げが除外なら、発注者が大きな停止リスクを引き受けています。

RACIと証拠パッケージで複数社を統合する

改造元、盤メーカー、制御SI、ロボット会社、機械会社、IT/OT担当、生産、品質、安全、保全が関わると、個社の作業完了とライン全体の完成が一致しません。RACIで、要求承認、設計、ソフト統合、安全評価、FAT、cutover指揮、SAT、品質承認、As-built更新の責任を一つずつ割り当てます。複数社がResponsibleでも、最終Accountableは一つにします。

証拠パッケージは、文書を集める箱ではなく要求追跡の構造です。URS IDから、設計要素、リスク低減方策、ソフトウェア版、FAT/SATケース、結果、逸脱、As-builtへたどれるようにします。ファイル名規則、言語、版管理、承認方法、提出形式、編集可能なネイティブデータの有無を契約前に決めます。PDFだけの納品では、次回改造で再びas-isを作り直すことになります。

工場側の準備度を整えてから見積依頼する

ベンダー選定の前に、工場側が決めるべき事項が残っていると、各社は異なる前提で価格を算出します。その結果、一見安い提案に後から必要作業が追加され、発注後の変更要求と停止リスクが増えます。見積前に最低限、プロジェクトオーナー、操業上の目的、対象範囲、停止可能窓、生産・品質・安全の承認者、支給できる図面とソース、第三者設備の連絡窓口を明記します。

準備度は「資料があるか」だけでは測れません。図面と実機の照合日、バックアップの復元試験、ネットワーク変更の承認リードタイム、試験ワークの確保、生産計画と停止日の合意、通訳や現地工事業者の手配まで、「使える状態」を確認します。受電・機械・制御・安全・IT/OTの境界ごとに未確認事項を一覧化し、誰が、いつ、どの証拠で閉じるかを決めます。

例えば、同じライン内に工場所有のPLC、機械メーカー所有のロボットプログラム、本社IT管理のサーバーがある場合、改造ベンダー一社に「一式」で任せてもアクセス権と変更承認は自動的には揃いません。責任境界ごとに作業許可、バックアップ、差分レビュー、試験立会い、引渡し条件を結びます。これを見積依頼書に入れると、価格比較だけでなく、提案者が未知と依存関係をどこまで管理できるかも評価できます。

見積後は、価格交渉より前に各社の前提・除外・未確認事項を一枚の比較表に転記し、工場側で事実を回答して再見積を依頼します。価格差がスコープ差か、技術方式の差か、リスク負担の差かを分けて初めて、同じ条件で発注先を判断できます。

また、工場の準備度には意思決定の速度も含まれます。cutover中に予想外の状態が出たとき、設計変更を承認する人、生産計画の縮小を判断する人、バックアウトを命じる人が不在なら、作業は技術的理由ではなく承認待ちで停まります。代行権限、連絡手段、回答期限、記録方法を事前に決め、夜間や休日でも同じ判断系統が働くかを確認します。

さらに、ベンダーからの質問は個別メールで閉じず、質疑応答台帳として全社に同じ回答を配布します。回答によって要求や範囲が変わる場合は、URSと図面の版を更新し、価格・納期・試験・安全への影響を明示します。これにより、一社だけが古い前提で見積もり、契約後に「聞いていない」となる事態を防げます。

発注仕様書に入れる実務チェックリスト

技術・運用

対象範囲と対象外、上流・下流、支給品、第三者設備が図示されている。
現状測定の方法と、URSの性能・品質・可用性の受入基準が結び付いている。
正常、異常、復帰、手動、停電復帰、品種切替のシナリオがある。
通信のタイムアウト、初期値、通信断時状態、再接続が定義されている。
バックアップ、開発環境、ライセンス、パスワード引渡し方法が定義されている。

安全・変更管理

改造差分を反映したリスク評価の責任者、適用規格・版、提出証拠が明記されている。
ガード、インターロック、非常停止、予期しない起動、残留エネルギーを個別に評価する。
安全関連回路を通常PLCのソフトだけで代替する前提になっていない。
変更要求、影響評価、承認、版、再試験範囲を記録するワークフローがある。
一時変更やバイパスに、権限、表示、期限、復旧確認がある。

cutover・検収

停止前FATの範囲、未試験項目、SATへの持越し条件が明確である。
cutoverの指揮命令、ホールドポイント、go/no-go、残時間判断が定義されている。
バックアウトの構成、手順、部品、ツール、所要時間、確認試験がある。
SATが安全、機能、能力、品質、データ、保全性を別々に判定できる。
As-built、全ソース、パラメータ、教育、予備品、課題終結が最終支払条件に結び付く。

FAQ：ライン改造の発注でよくある質問

ライン改造とは、PLC改造と何が違いますか？

PLC改造はライン改造の一部になり得ますが、ライン改造は機械、電気、制御、安全、上流・下流、品質、運用、停止と再立上げを含む統合変更です。PLC更新だけを切り出す場合でも、周辺インターフェースと安全への影響を確認しなければなりません。

工場の設備改造は、いつ現地調査すべきですか？

概算前の短時間調査と、基本設計前の詳細調査を分けると効果的です。詳細調査では稼働中に確認できる状態と、停止時にしか確認できない端子・機構を区別し、未確認事項を見積前提とcutover判断に反映します。

設備制御を改造する場合、FATはどこまで必要ですか？

リスクと再現可能性で決めます。ロジック、HMI、通信、異常復帰、バージョン、要求追跡は停止前にできるだけ検証し、実機負荷や実際の停止時間など現場でしか確認できない項目だけをSATへ明示的に持ち越します。

生産ラインを自動化するとき、停止期間をどう短くしますか？

停止中の作業を速めるだけでなく、as-is精度を上げ、インターフェースを凍結し、盤やハーネスを事前製作し、オフラインで異常系まで試験し、作業順序とホールドポイントをリハーサルします。バックアウト時間を削って見かけ上短くするのは危険です。

設備の立ち上げ支援は、どこまで外注できますか？

施工監督、設定、試験、教育、ハイパーケアは外注できます。ただし、生産再開、品質承認、安全受入、残リスク受容の最終責任者は発注者組織内で明確にします。ベンダーの作業完了と工場の運用受入を分けてください。

PLC改造で既存の安全回路をそのまま残せますか？

自動的には判断できません。改造が危険源、速度、動作、アクセス、停止、再起動、診断に与える影響をリスク評価し、安全機能の要求と現行設計が一致するか確認します。「触っていないから適合」の前提は避けます。

ライン改造の見積はどう比較すればよいですか？

総額ではなく、調査、設計、ハード、ソフト、検証、現地作業、文書、教育、支援、予備費に分解し、同じURSと除外条件で比較します。とくにFAT、SAT、バックアウト、As-built、夜間休日、第三者待機の扱いを揃えてください。

まとめ：停止日に統合を始めない

既設ラインを止めずに改造する核心は、停止時間を極端に圧縮することではありません。as-isの未知を可視化し、URSとインターフェースで責任境界を固定し、変更差分から安全を再評価し、オフラインで先に失敗し、cutoverにgo/no-goとバックアウトを組み込み、SATと再立上げを段階化することです。これにより、価格の安さではなく「停止リスクをどこまで事前に減らし、どの証拠で引き渡すか」で発注先を比較できます。

TOMAS TECHでは、現状調査やURS作成の前段階から、制御・電気・機械・安全・IT/OTの境界整理を含む相談が可能です。タイ工場のライン改造で、停止可能時間や現行資料の不足から進め方を決めきれない場合は、お問い合わせページから現状と制約をお知らせください。