タイ工場で「非定常作業 AIリスクアセスメント 導入」を検討するなら、最初に決めるべきことはAIに危険を採点させる方法ではありません。設備停止、詰まり除去、金型交換、臨時修理、試運転などの仕事を、誰がどの情報で計画し、現場で何を確認し、誰が作業を許可するかです。AIは過去の手順や設備情報からJSA(作業安全分析)と作業許可の草案を作り、記載の矛盾や不足を示すことができます。しかし危険源の同定、隔離の確認、現場条件の照合、開始・再開の承認は、権限と力量を持つ人の責任として残します。本稿はタイ拠点の製造、保全、安全、IT、調達の担当者に向けて、導入範囲、運用、RFP、FAT/SATまでを一続きで整理します。
非定常作業のリスクアセスメントをAIで支援する範囲
非定常作業は毎日の標準運転から外れ、設備や場所、人員、時間帯が案件ごとに変わります。例えば生産ラインのコンベヤにワークが挟まったとき、通常の操作画面で停止したという情報だけでは、空圧、重力で落下する部品、隣接装置からの搬送、残留電荷などを評価しきれません。設備の型式が同じでも、治具の交換後、保護カバーの取り外し中、夜勤の応援作業では条件が違います。OSHAの危険源特定ガイダンスも、保全、起動・停止などの低頻度作業に固有の危険があると示しています。ただしこれは米国のガイダンスであり、タイの法令適合性を直接示すものではありません。
AI支援の対象は「考える前の空白を埋める」ことです。作業依頼、設備台帳、メーカー手順、過去のJSA、変更履歴を照合して、作業ステップ案、確認すべきエネルギー源、関係部署、同時作業との干渉、必要な証拠を候補として出します。候補には出典、適用条件、版、確信できない点を付けます。作業者と監督者は現物を見て修正し、安全担当や許可権者は対策が実際に成立するかを判断します。「AIが安全と判定したから許可する」という業務ルールは設けません。
本稿でいうJSAは一つの作業を工程に分け、各工程の危険と対策を検討する方法です。作業許可(permit-to-work)は、対象、期間、設備状態、隔離、関係者、開始条件、終了・引渡しを明示する管理手続きです。HSEは許可証の発行だけで作業が安全になるわけではないと明記しています。デジタル化しても、許可書という画面と現場の物理状態が一致していなければ意味がありません。非定常作業のAI導入は書類の自動化ではなく、この一致を検証しやすくする設計から始めます。

対象業務を絞る:保全・段取り替え・試運転のどこから始めるか
初期導入では、作業の種類を一つ、設備群を一つ、許可フローを一つに絞るのが実務的です。候補はコンベヤの詰まり除去、包装機の金型交換、ポンプのシール交換などです。選定基準は「頻度が高い」だけではありません。標準手順が存在すること、現場で作業条件の差分が発生すること、過去の許可記録を参照できること、評価に参加する現場責任者がいることを確認します。いきなり高危険の密閉空間作業や複雑な同時工事へ広げると、評価の失敗と業務設計の失敗を切り分けにくくなります。
作業を選んだら、開始から設備引渡しまでを観察します。依頼者が「詰まり除去」と書いても、現場ではカバー取り外し、上流供給停止、エア源隔離、蓄圧解放、作業域への立入り、復旧後の試運転という複数の段階に分かれるかもしれません。どの段階を誰が実行し、どの情報が紙・Excel・保全システム・班長の口頭連絡に散らばるかを記録します。AIの入力項目を先に決めると、現場が入力できない項目ばかりになり、空欄をもっともらしく補う危険が生じます。
PoCの範囲表には、対象設備、作業類型、担当シフト、協力会社の有無、入力文書、出力項目、承認者、除外作業、停止条件を記します。例えば「包装ラインAの計画停止時の金型交換」は対象にしても、故障直後の緊急復旧、電気盤内の活線作業、配管の開放は対象外にする、と明文化します。除外した作業を検出したら、AIは類似の許可書を流用せず、「対象外・現行手順へ」と表示します。対象外への安全側の振る舞いを最初に試すことが、現場の信頼を作ります。
作業依頼から許可まで:人が責任を持つ7つのゲート
第一のゲートは作業依頼です。対象設備の資産ID、場所、依頼理由、想定作業、希望時刻を確定し、曖昧な「修理一式」をそのまま通さないようにします。第二は資料の版です。設備メーカー手順、電気・空圧図、改造後の構成、隔離点一覧が現物と一致するかを確認します。古い図面しか無い場合は、AIが推測で隔離点を補わず、現場確認待ちにします。
第三はJSA草案です。作業をステップに分け、危険源、影響を受ける人、既存の対策、追加対策、確認方法、責任者を並べます。ILOの職場リスクアセスメントガイドは、危険源と被害を受ける人の特定、対策、担当と期限の記録、見直しを順に示します。AIはこの順を支援できますが、現場で見えていない新たな危険を保証して発見することはできません。
第四は現場照合です。作業責任者と実施者が設備番号、アクセス路、隣接作業、材料、照明、足場、エネルギー源を確認し、差分を記録します。第五は対策の実施と検証です。電源・空圧・油圧・重力などの隔離、残留エネルギーの解放、停止と再起動防止の方法は、対象設備に定めた手順で実行します。OSHAのロックアウト/タグアウト資料は保全・サービス時の危険エネルギー制御を説明していますが、その米国規則をタイ工場の法的義務として読み替えてはいけません。ここでは実務設計上の参考資料として使います。
第六は許可です。許可権者はJSAと現場条件を見て、必要な対策と証拠が揃ったかを判断します。AIは未入力欄、食い違う設備ID、期限切れ手順、同時作業の重なりを警告しますが、電子署名や許可状態を勝手に確定しません。第七は終了・引渡しです。作業後の工具・部品の回収、カバー復旧、関係者の退避、試運転条件、設備の引渡し、次シフトへの未完了事項を記録します。HSEは複数の許可やシフトをまたぐ仕事の連携も重視します。開始時だけでなく、終了時にも承認ゲートが必要です。
| ゲート | AIに任せる補助 | 人が確認・決定すること | 残す証拠 |
|---|---|---|---|
| 依頼 | 必須項目と設備IDの欠落を示す | 対象作業を定義する | 依頼番号・設備ID |
| 資料 | 版と適用設備の候補を示す | 現物と資料を照合する | 版・参照時刻 |
| JSA | ステップ・危険・対策の草案 | 危険源と優先対策を決める | 修正履歴・担当者 |
| 現場 | 照合項目を提示する | 条件と同時作業を確認する | 現場チェック記録 |
| 対策 | 実施証拠の不足を示す | 隔離・対策を実施し検証する | 隔離記録・確認者 |
| 許可 | 矛盾と未承認を表示する | 権限者が開始可否を決める | 許可者・時刻 |
| 引渡し | 未完了項目をまとめる | 復旧・試運転・引渡しを確認する | 終了記録・引継ぎ |
JSA草案は何を読み、どの情報を読ませないか
AIに渡す最小の資料は、設備台帳、承認済み作業手順、適用するJSA様式、許可条件、変更後の図面、過去の是正内容です。文書の保存先が異なると、同じ設備名でも旧型機と新型機の資料が混在します。検索のキーは通称ではなく設備資産ID、設置場所、モデル、改造版、手順版にします。引用元の無い文章は根拠として扱わず、確認待ちとして表示します。作業の前提が変わるたびに入力を更新できるよう、草案を固定したPDFだけで終わらせないことも重要です。
現場から入力する項目には「何をするか」だけでなく、「何をしないか」を含めます。対象外の配線、取り外さないカバー、同時に停止しない装置を明示すると、不要な推測を減らせます。ただし「触らない」と入力された部位が本当に無関係かは、人が現場で確認します。AIが文章の矛盾を見つけても、図面にない仮設ホースや応急配線までは把握できません。作業員が追加した写真やメモは、撮影日時、設備、位置、作業前後を紐付け、誤った案件への流用を防ぎます。
個人名、顔写真、健康情報、協力会社の契約資料などは、利用目的とアクセス権を定めてから扱います。画像や自由記述が必要なければ、設備IDと作業条件だけを使います。外部AIサービスへ文書を送る場合は、入力が保存・再利用される条件、保存場所、削除、ログ閲覧者、委託先を契約と設定で確認します。タイの個人情報保護や労働安全に関わる具体的な適法性は、現地の担当部署や専門家が判断します。安全記録と従業員評価を後から混ぜないため、用途も権限で区切ります。
危険源と対策を並べるときの優先順位
JSAの見栄えを整えるだけでは危険は下がりません。危険源ごとに、作業そのものをなくせないか、別の方法へ変えられないか、物理的な囲い・隔離・治具で接触を防げないかを先に検討します。その後に手順、教育、監視、保護具を検討します。対策は「注意する」だけで終わらせず、実施者と検証方法を記します。AIが過去文書から保護具を高頻度で見つけても、それが最も有効な対策とは限りません。既存の文章の出現頻度と、今回のリスクに対する有効性は分けて評価します。
例えばコンベヤの詰まり除去では、「手を入れる前に停止」だけでは不十分な場合があります。上流から新たなワークが送られるか、搬送物が落下しないか、非常停止後に残留エネルギーが残るか、解除操作を他者が行えるか、設備のどの位置からアクセスするかを確認します。AIは設備図や過去のヒヤリハットから質問を生成できます。しかし実際の隔離点を示すラベル、ロックの装着、ゼロエネルギーの検証を、言語モデルの出力で代替できません。現場記録は、チェック欄だけでなく確認した状態と確認者を残します。
異常時の条件も最初からJSAに書きます。途中で作業内容が変わる、別業者が同じ設備に入る、警報が出る、予定した隔離ができない、シフトが変わる場合は、許可を一時停止して再評価します。「許可済み」のまま草案だけ更新できる設計は危険です。版が変われば許可状態を無効にし、関係者へ変更を知らせ、必要な再確認を経て再開します。AIは変更点の要約を支援できますが、変更を受け入れる権限者は人です。

作業許可AI支援で必要な権限・状態・監査ログ
作業許可の状態は「依頼」「草案」「現場確認待ち」「対策実施待ち」「承認待ち」「有効」「停止」「終了」などに分けます。実際の工場の既存フローへ合わせて定義し、画面上の状態遷移と現場の行為を一対一で対応させます。AIに許す操作は資料検索、草案、候補提示、矛盾通知、変更差分の要約までとし、「有効」への遷移、隔離確認の代行、署名代行、設備への起動指示は許可しません。自動承認を禁止する設定は、プロンプトの文言だけではなく、権限とAPIの実装で強制します。
役割は少なくとも依頼者、作業責任者、実施者、設備所有部門、許可権者、安全担当、システム管理者に分けます。一人が複数役割を担う現場でも、その案件で何をしたかが分かるようにします。協力会社は自社案件に必要な情報だけにアクセスし、他社や別ラインの記録を見られないようにします。シフト交代では新しい責任者が未完了事項と設備状態を受け取り、単なるログイン引継ぎで許可権を持ち越さない設計が必要です。
監査ログには、入力値、参照文書IDと版、AIモデルまたはルールの版、生成時刻、草案、修正前後、承認者、差戻し理由、停止・再開理由を残します。ログは、モデルが正しかったと証明するためではなく、どの情報に基づいて誰が判断し、後で何を改善できるかを確認するために使います。現場がオフラインになる可能性があるなら、許可証の画面が表示できないときの運用、記録の同期、二重承認や古い状態の復活を防ぐ方法を決めます。通信断でもAIが許可済みと推測する設計は避けます。
NISTのAIリスク管理フレームワークは、AIを利用する組織が役割、評価、監視を設計する参考になります。人とAIの相互作用を扱う資料は、誰が判断し、誰が監督するかを明確にする必要性を述べています。これはAI製品の統治に関する参考枠組みであり、設備の安全機能の認証やタイ法令への適合を保証するものではありません。安全回路、インターロック、非常停止などの設計と検証は、当該設備と適用規格に詳しい技術者が別に行います。
タイ拠点での多言語運用:翻訳と承認を混同しない
タイの工場では日本本社の手順、英語のメーカー資料、タイ語の現場説明が並ぶことがあります。AIが多言語の草案を作る場合、設備名、隔離点、操作禁止事項、警告の強さ、作業順序、数値・単位が一致するかを対象言語ごとに確認します。特に「停止する」「隔離する」「無電圧を測る」「再起動を禁止する」は異なる行為です。翻訳が滑らかでも、これらを一語に丸めると対策の意味が失われます。各言語の承認済み用語集と、現場表示の実物を参照する仕組みを設けます。
作業者が署名する画面は本人が理解できる言語で表示し、必要な場合は母語での説明と質疑を行います。AIによる翻訳は説明の準備を助けますが、理解確認の証拠にはなりません。現場指示と許可書が異なる場合は、どちらが正しいかを権限者が解決するまで作業を始めない運用にします。用語集の変更には版と承認を付け、過去の許可書の意味が後から変わらないようにします。
タイでの法令、労働者への説明、協力会社の責任分担、個人情報の扱いは、工場所在地と業種、契約によって変わります。海外のOSHA、HSE、ILO、NISTの資料は設計の参考であり、タイでの遵法確認の代わりにはなりません。RFPには「現地法令と自社規程の確認責任者を指定する」「適用する設備・作業の基準を確定する」という作業を入れます。AIベンダーに一般論で適法性を保証させるより、必要な証拠と責任の境界を契約で明らかにする方が実務的です。
RFPに書くべき入力・出力・例外・責任分界
RFPの冒頭には「対象作業のJSAと許可書の草案作成・不足検知を支援し、許可判断は指定した人が行う」と書きます。対象外の自動承認、設備制御、法令適合性の自動判定も明記します。入力仕様は設備ID、作業類型、文書版、現場条件、関係者、同時作業、隔離点、添付資料を列挙します。出力仕様は工程、危険源、対策候補、根拠文書、適用条件、未確認事項、差分、許可状態を分けます。単一の「リスクスコア」だけを納品物にすると、重要な欠落を説明できません。
例外仕様では、文書が見つからない、設備IDが一致しない、手順が旧版、入力に矛盾がある、対象外作業、通信断、協力会社が変わる、隔離が未確認、作業中に条件が変わる、同時作業が増える、を個別に定義します。各例外に対して、誰へ通知するか、草案を止めるか、許可を無効にするか、手動手順へ戻すかを決めます。AI出力の自信度だけで許可の可否を決めないでください。入力不足なのに高い自信を出すこともあります。
責任分界は調達後の運用費にも関わります。工場は設備・作業手順の正本、現場の危険評価、承認権限を持ちます。ベンダーは検索対象の版管理、システムの権限、ログ、テスト、変更管理、障害対応を契約範囲で担います。両者の間に残る「誰が文書を更新するか」「AIの誤候補を誰が閉じるか」「モデル更新後の再試験は誰が実施するか」を表にします。サービス停止時に紙または既存システムへ戻す手順と、データの持出し形式も要件に含めます。
| RFP項目 | 最低限の記述例 | 受入で見る証拠 |
|---|---|---|
| 対象境界 | 設備群・作業類型・対象外 | 対象外時の停止画面 |
| 文書 | ID・版・適用機種・更新責任 | 参照元リンクと版 |
| 権限 | AIは草案のみ、許可は人 | 権限試験の記録 |
| 例外 | 旧版・矛盾・通信断・条件変更 | 否定試験の結果 |
| 監査 | 入力から承認までの履歴 | 再現可能なログ |
| 多言語 | 承認語彙と現場確認 | 各言語のレビュー記録 |
| 変更 | モデル・プロンプト・資料更新 | 再試験・切戻し記録 |
FAT・SATは「正しい草案」より「危険な通過を止める」試験を重視
FAT(工場受入試験)では、固定した文書版と作業シナリオを使い、検索、草案、権限、ログ、例外処理をベンダー環境で再現します。SAT(現地受入試験)では、現地の設備ID、ネットワーク、端末、言語、既存の保全・許可フロー、実際の承認者を含めて試します。PoCは適用可能性を調べる段階、FATは契約仕様に照らした機能確認、SATは現場での運用成立性の確認です。いずれも、安全機能をAIが保証する試験ではありません。
肯定ケースとして、承認済み手順と現場条件が一致する計画保全を用意します。それだけでは不十分です。否定ケースとして、旧版図面、別ラインの隔離点、作業中に追加された協力会社、欠けたロック記録、未確認の残留圧力、夜勤への引継ぎ、同時作業、オフライン端末、対象外の活線作業を入れます。期待結果は「正しい文章を出す」だけでなく、草案を保留し、根拠不足を示し、許可権限を持たない人の操作を拒否し、既存の許可を止めることです。失敗したケースは修正後に再試験します。
評価指標は一つの正答率にまとめません。危険源の抜け、誤った対策候補、根拠のない文言、設備取り違え、対象外の誤受入、承認ゲートの迂回、表示言語の誤訳、必要なログの欠落をそれぞれ数えます。重い危険に関わるシナリオは、平均値に埋もれさせず個別の合否条件を設けます。合格基準は工場側のリスク評価と契約で定め、モデル提供者の一般的なベンチマーク値をそのまま使いません。受入後も設備改造、手順変更、モデル更新に合わせて同じ試験を再実施します。
試験シナリオを一件の作業としてつなぐ
包装機の計画停止と金型交換を例にすると、依頼時に機械番号と停止予定を入力し、AIが該当する承認済み手順と図面を示します。現場責任者は実機の型式と改造版を照合し、搬送、ヒータ、空圧、可動部、工具の置き場などを作業ステップごとに確認します。ここでAIに渡した図面を旧版へ差し替えたら、期待する結果は「過去のJSAを使って続行」ではなく、版の不一致を示して草案を止めることです。試験票には入力、期待する警告、操作できる役割、残るログ、復旧の条件まで書きます。
次に現場確認中に隣のラインの配線作業を追加します。作業域や電源盤を共有するなら、当初のJSAの前提が変わります。AIは同時作業の可能性を示せても、離隔や工程調整の成立は現場責任者同士が確認します。この条件変更で既存の承認が有効のまま残らないかをSATで確かめます。さらに許可後にシフト交代が発生した場合、交代先が残作業、隔離状態、工具、試運転条件を確認して引き継げるかを試します。AIの要約が読めるだけでなく、原記録へたどれることも合否に含めます。
否定試験は「誤った文章を出さない」という抽象目標では検証できません。例えば機械番号の末尾だけが異なる図面を混ぜる、隔離点の名称を旧名称で入力する、圧力の単位を変える、作業者と許可者を同一アカウントで操作する、協力会社が別案件の写真を添付するなど、故障の起点を一つずつ変えます。各ケースでシステムが何を拒否し、誰に何を知らせ、どの証拠を残したかを観察します。検出できなかった場合は、モデル調整だけで済ませず、入力制約、設備IDの照合、権限設計、手動ゲートのいずれを直すべきかを調べます。

導入費用と効果は「作成時間」だけで判断しない
費用には、資料の棚卸しと版管理、設備ID整備、作業フロー設計、端末、既存CMMSや許可システムとの接続、多言語レビュー、FAT/SAT、教育、運用監査、モデル更新、障害時の手動運用を含めます。生成AIの利用料だけで比較すると、現場に必要な準備と維持の費用を見落とします。RFPでは初期費、月額、利用量、追加設備、改修、退出時のデータ返却を分け、複数拠点への展開時に増える費用も示してもらいます。
効果も単純な書類作成時間の短縮だけにしません。草案の修正回数、現場照合で見つかった差分、手順の旧版参照、許可差戻し、作業開始遅延、引渡し漏れ、変更後の再評価の実施率などを追います。ただし、検出件数が増えたことを事故増加と短絡しないでください。従来見えていなかった問題が記録され始めた可能性もあります。逆に警告が減ったことを安全向上の証拠とせず、現場観察、ヒヤリハット、対策の実施状況と合わせて評価します。事故の減少を短期PoCだけで因果的に証明する設計も避けます。
導入前には少なくとも対象作業の現状を複数シフトで測り、同じ条件でAI支援の有無を比較します。例えば、JSAの準備から承認までの時間、設備取り違え、未確認項目の発見時点、監督者の確認負荷を記録します。作業の危険度が違う案件を単純平均で比較せず、設備と作業類型で分けます。効率が上がっても重要な確認が省かれれば失敗です。調達判断では、作業開始までの時間と、安全上の停止・差戻しが適切に働いたかを並べて見ます。
現場の負担を評価するときは、入力が増えた分も数えます。既存の作業許可書を撮影してAIへ読ませるだけなら、その後に誰が設備IDと文書版を直すのかが曖昧になります。入力品質を上げるための追加作業が保全担当へ集中すると、草案生成が速くても全体の時間は縮まりません。逆に設備台帳と手順が整えば、AIを使わない既存業務の検索や引継ぎも改善する場合があります。効果をAIだけへ帰属させず、文書整備、権限整理、現場教育がもたらした変化を分けて報告します。
誤警告が多すぎると現場が通知を無視し、少なすぎると欠落を見逃します。警告を一律に減らすのではなく、危険度が高い停止条件、文書の確認待ち、単なる入力支援を画面上で区別します。許可権者には「今すぐ判断が必要な差分」を示し、作業者には「現場で確認すべき点」を示します。運用会議では警告件数だけでなく、差戻しの理由、実際に修正した件数、役に立たなかった通知の具体例を見ます。人がAIの出力に過度に依存していないかも、作業観察と面談で確認します。
段階導入と変更管理:90日を三つに分ける例
最初の期間は作業観察と資料整理に使います。設備ID、図面、許可様式、実際の隔離手順、過去の是正を突合し、現場で使うタイ語表現を確認します。次の期間は一つの作業類型で、AI草案を既存の手順と並走させます。AI草案は正式な許可書にせず、現場責任者が差分と誤りを記録します。最後の期間は決めたFAT/SATを通し、対象を限定して正式運用に移します。ここでの「90日」は計画例であり、法令上の期限や安全性を保証する期間ではありません。
運用開始後は、文書更新とモデル更新を同じ変更管理に載せます。メーカーの手順改訂、治具変更、ライン移設、隔離点追加、協力会社変更があれば、該当するシナリオを再試験します。更新前後の出力差分を見て、危険源や対策が消えていないかを確認します。重大な誤りが出たときは、AI支援を停止し、既存の人手の許可手順へ戻します。復旧時には原因、影響範囲、修正、再試験、承認を記録します。停止と切戻しを試していないシステムを、現場の唯一の許可経路にしないでください。
安全担当だけで運用を抱えず、保全、製造、協力会社、IT、調達が定期的に誤候補と現場の変化をレビューします。作業者が「AIの指摘は違う」と報告できる窓口と、報告を不利益にしない扱いを設けます。NISTのAI RMFが示す継続的な測定と管理の考え方は、こうしたレビューの設計に利用できます。評価の主体はモデルではなく、工場の運用チームです。
発注前に洗い出す五つの失敗モード
第一は、設備の通称だけで資料を検索してしまうことです。同じ「包装機二号」と呼ばれていても、設備台帳の番号、制御盤の変更、保護カバーの仕様が異なる場合があります。類似する別ラインの手順が見つかると、文章としては自然でも隔離点が違う草案になります。発注前に、設備IDを現物ラベル、台帳、図面、保全履歴、許可書で突合する方法を決めます。少なくとも重要な項目は自由入力の名称だけで検索せず、選択した資産IDと版の整合を機械的に確認します。図面が不明なら「最新版の候補」を選ばせるのではなく、現場で確定するまで保留にします。
第二は、過去の許可書を正解集として学習させることです。過去の書類には、当時だけの仮設対策、記入漏れ、すでに廃止した手順が混ざります。AIが文章の頻度を根拠に「よく使われた対策」を推しても、今回の設備状態に有効とは限りません。まず承認済みの手順と現行図面を上位の参照資料にし、過去のJSAは「似た作業で何を確認したか」を探す補助資料に限定します。過去事例に重大な不備を見つけた場合は、その一件だけをモデルの禁止語にするのではなく、手順の正本と現場教育を修正します。
第三は、現場確認の電子化を写真の添付で代用することです。隔離前に撮った写真、別設備の写真、作業後に撮った写真が同じ案件に紛れれば、証拠が増えても判断は悪化します。写真を使う場合は、設備ID、位置、撮影者、時刻、作業段階、確認したい状態を結び付けます。それでも画像が示す範囲は限られます。盤内の無電圧、配管の残留圧力、隣接設備との連動を写真だけで証明できると考えず、現物測定や所定の検証手順を別に残します。AIの画像説明文を確認記録と取り違えないことも必要です。
第四は、承認者が画面の緑色表示を安全の証明と受け取ることです。画面は入力の整合を示せても、現場の変化を自動的に知るとは限りません。許可画面には「確認済み」「未確認」「対象外」「変更後に再確認が必要」を明確に分け、草案の完成度を安全の認証のように見せない工夫が要ります。承認者が確認すべき原資料と現場項目へ一操作で移れるようにし、未確認の隔離や対象外作業があればボタンを無効にします。権限者が押せるボタンを作るだけでは不十分で、その時点の資料版と現場条件に結び付いた承認にします。
第五は、運用開始後に文書とモデルを別々に更新することです。手順の改訂が検索索引へ反映されない、モデルの更新で危険源の表現が変わる、タイ語用語集だけ古い、といった差が起きます。更新には変更理由、影響する設備と作業、試験票、承認者、切戻し先を付けます。旧版で作成した未完了の許可を新しい画面へ読み込む際は、自動的に有効扱いせず、差分を人が確認します。更新作業をベンダーだけに任せず、工場側の文書責任者が正本を管理します。定期的に現場で一件の許可が最後まで追跡できるかを試すと、画面の正常表示だけでは見えない断絶を発見できます。
これらはソフトウェアの不具合だけでなく、設備台帳、文書管理、権限、現場確認の境界で起きます。したがって選定時にはデモの文章品質に加え、ベンダーへ実際の古い図面や矛盾する入力を渡し、どこで止めるかを見ます。見栄えの良いJSAを短時間で出せても、不確かな資料を根拠として隠す製品は、この用途に適しません。一方、根拠不足を明示して人へ戻す動作は、作業を少し遅らせても、実装する価値があります。
現場と調達で共有する導入前チェック
導入検討会では、保全が設備とエネルギー源を、製造が停止と再開の条件を、安全担当が危険評価と教育を、ITが権限とログを、調達が契約と退出条件を説明できる状態にします。どこかの担当が「AIベンダーが決める」と答える項目は、責任分界が未確定です。とくに許可権者の代理、協力会社の参加、夜勤の引継ぎ、緊急修理への切替は、実際の現場シナリオで確認します。危険源の完全な網羅をAIに約束させるより、見落としが疑われたときに停止・調査・是正できる運用を決めます。
資料面では、承認済み手順の保管場所、更新者、版、適用設備を一覧にします。作業許可書とJSAの違い、どの時点で誰が修正できるか、修正後に署名をやり直す条件も書きます。システム面では、AIが使えるデータ、送信先、保存期間、アクセスログ、障害時の運用を確認します。試験面では、通常・異常・対象外・通信断・多言語・シフト交代のケースを含めます。これらを一枚の要件表にすると、AIの機能を増やす前に必要な現場側の整理が見えます。
契約面では、資料やログの所有者、モデルやサービスの変更通知、修正の期限、再試験、データの返却を確認します。導入後に設備や作業が増えた場合の料金だけでなく、新しい設備を対象にする前に誰が危険評価を行うかも決めます。別拠点へコピーする場合、設備番号、言語、協力会社、許可ルートが違うので、設定を複製しただけでは受入完了としません。工場ごとに現物照合とSATを行う計画を立てます。これらを満たした上で初めて、草案作成時間の短縮を持続的な効果として評価できます。
FAQ:非定常作業AIリスクアセスメント導入のよくある質問
非定常作業リスクアセスメントをAIだけで完結できますか?
できません。AIは過去資料からJSAの草案や確認項目を提案できますが、現物の隔離状態、仮設物、隣接作業、作業者の理解は現場で確認します。許可を出す人の責任もAIに移しません。資料が不足すれば草案を保留し、人による調査へ戻す設計が必要です。
作業許可AI支援は電子署名の自動化と同じですか?
違います。電子署名は承認した人と時刻を記録する手段です。AI支援は文書の検索、JSA草案、矛盾の検知、変更差分の整理を助けます。誰に署名権限があるか、対策の実施をどう検証するか、条件が変わったら許可をどう止めるかは、別に設計します。
工場AI安全管理のカメラと何が違いますか?
カメラは現場で起きている行動や状態の観測に使えます。非定常作業のJSA支援は、作業を始める前の計画と許可、作業中の条件変更、終了時の引渡しを扱います。両者は補完し得ますが、一般的なAIカメラを設備の安全回路や許可判断の代わりにしません。運用の違いは工場の安全管理AIの考え方も参照してください。
リスクアセスメントのRFP・FAT・SATで最初に何を決めますか?
対象設備と作業類型、対象外、許可権限、入力文書の正本、停止条件を先に決めます。FAT/SATでは通常ケースだけでなく、旧版資料、未隔離、設備取り違え、通信断、作業変更などの否定ケースを試します。過去の現場事例を資料として使う際はヒヤリハットのAI分析も参考になります。
タイの法令への適合をAI製品の導入で証明できますか?
AI製品を導入した事実だけでは証明できません。対象業務に適用するタイの法令、自社規程、設備要求、契約を現地の担当者と専門家が確認し、実施記録を残します。本稿のOSHAやHSEの資料は海外の実務参考であり、タイの法的助言ではありません。
まとめ:AIの価値は「許可の前に不足を見えるようにする」こと
タイ工場の非定常作業AIリスクアセスメント導入では、まず対象作業と設備を限定し、現場のJSA・許可フローを観察します。次に資料の正本、役割、隔離確認、例外、承認状態を定義し、AIには草案と不足・矛盾の提示だけを許します。RFPで境界と証拠を明示し、FAT/SATでは危険な通過を止められるかを試します。導入後も手順、設備、モデルが変われば再評価し、必要ならAIを止めて人手の手順へ戻します。文書が早くできることより、許可の前に確認すべきことが見え、担当者が責任を持って判断できることが成果です。
既存のJSAや作業許可を整理している段階でも、TOMAS TECHへご相談ください。対象設備、現行の承認フロー、資料の所在を一緒に確認し、AI支援を試す範囲と受入条件の切り方を検討できます。
参考情報
- OSHA, Safety Management: Hazard Identification and Assessment — 非定常・低頻度作業を含む危険源特定。
- OSHA, Job Hazard Analysis (OSHA 3071) — 作業ステップ、危険源、対策を検討する方法。
- OSHA, Control of Hazardous Energy — 保全時の危険エネルギー制御に関する米国資料。
- ILO, A 5 step guide on workplace risk assessments — 危険源、対策、責任、見直し。
- HSE, Permit to work systems — 許可書、役割、引継ぎ、同時作業の考え方。
- NIST, AI Risk Management Framework — AIの統治、評価、運用管理。
- NIST, AI RMF Appendix C: Human-AI Interaction — 人とAIの判断・監督の責任。