「製造業 保全作業票 AI作成 導入」を検討するとき、最初に決めるべきことは生成モデルの名前ではありません。誰が、どの設備について、何の根拠を確認してから作業を許可するかです。設備マニュアル、過去の作業履歴、部材表、作業標準が別々の場所にある工場では、保全担当者がそれらを探し、版を照合し、作業票に転記するだけでも時間がかかります。AIはこの「資料を集めて下書きに並べる」作業を支援できます。一方、誤った設備ID、旧版手順、欠けた部材、危険エネルギーの見落としを含む作業票をそのまま発行すれば、効率化どころか手戻りや危険を増やします。
本稿では、保全作業指示書 AI 下書きの対象を、設備と出典が確認できる情報の整理に限定し、責任者承認後にCMMSへ反映する実装を説明します。IBM Maximo Manageの公開文書を具体的なデータ構造の例として参照しますが、特定製品の購入を前提とした記事ではありません。安全の節では米国OSHAの規則を設計上の参考例として扱います。タイの法令を説明または代替するものではなく、実際の適用要件は現地の安全責任者が確認してください。
「作業票の自動作成」で自動化する対象を分ける
保全作業票には、設備の特定、現象、予定作業、必要人員、技能、部材、工具、所要時間、停止窓、安全計画、承認、実績記録などが集まります。すべてを一文の指示で生成しようとすると、もっともらしい文章と実在する指示が混ざりやすくなります。まず「転記できる値」「候補として提案できる値」「人が決める値」を分けます。設備台帳の設備ID、CMMSのロケーション、承認済みジョブプランの番号と版、在庫品目コードは、接続先の構造化データから取得します。AIは曖昧な故障記述から候補を探し、根拠を添えて提示できます。作業可否、隔離の具体手順、現場の危険評価、最終承認は資格と権限を持つ人が決めます。
IBMのJob Plansの説明では、ジョブプランは作業指示の詳細であり、タスクのほか、推定労務、時間、部材、サービス、工具を含められ、安全計画を関連づけられます。作業指示に適用するとWork Planとなり、元のJob Planを変更せずにその作業指示側の計画を修正できます。この「標準テンプレート」と「個別案件」の区別はAI導入で重要です。標準手順を上書きせず、案件の下書きとして差分を見せる設計にします。出典: IBM Job Plans、IBM Job plans and work orders。
| 項目 | 下書き時の扱い | 承認時の確認者 |
|---|---|---|
| 設備ID・場所 | 台帳から確定値を取得し候補との一致を検査 | 保全計画者 |
| 現象・作業目的 | 依頼票の原文と過去履歴を分けて要約 | 保全計画者 |
| 標準タスク | 承認済みJob Planの版を引用し差分を表示 | 設備担当者 |
| 部材・工具・技能 | 品目コード、数量候補、必要技能を出典付きで提示 | 倉庫・保全責任者 |
| 安全計画 | 既存の承認済み計画を参照し不足を警告 | 安全責任者 |
| 危険エネルギー隔離 | AIが手順を生成・承認しない | 権限を持つ現場担当者 |
| CMMS登録・承認 | レビュー済みフィールドだけを反映 | 指定された承認者 |
導入前に必要な五つのデータ接続
第一は設備台帳です。資産番号、設置場所、ライン、型式、シリアル番号、現在の稼働状態を紐づけます。同じ型式のポンプが二台ある場合、型式名だけではどちらに作業するか決まりません。依頼票に「三号機の振動が大きい」と書かれても、三号機という現場呼称を資産番号へ解決する必要があります。別名辞書を用意し、一つに絞れなければ下書きを保留します。
第二は承認済み文書です。メーカーの取扱説明書、現場の作業標準、点検基準、図面、変更通知を版と有効日付きで管理します。検索AIが文書を見つけても、その版が当該設備の現行構成に適用できなければ作業票には使えません。設備改造後の図面、メーカー改訂、工場独自の付帯装置をそれぞれ区別します。引用には文書ID、版、節、閲覧URL、取得日時を含め、承認者が原文に戻れるようにします。文書検索の基盤については、既存記事設備マニュアル検索AIの設計も参照してください。本稿は検索後の作業票化に焦点を当てます。
第三はCMMSの作業履歴とJob Planです。過去の完了作業は参考情報ですが、事故なく終わったというだけで標準手順になりません。直近履歴を丸写しせず、承認済み計画との差分を見ます。Job Planのタスク、労務、部材、工具、安全計画の関係を保つことが大切です。IBMの作業指示作成の文書でも、資産または場所を指定し、Job Plan、安全計画、予定労務、部材、工具、サービスを設定できる構成が説明されています。出典: IBM Creating work orders。
第四は部材・工具・人員のマスタです。「ベアリング一個」と書くだけでは品目を特定できません。型番、代替品の承認状態、在庫場所、引当の要否、工具の校正状態、必要技能の有効期限まで、工場の管理項目に沿って確認します。AIは候補を並べても、在庫の引当や技能認定を推測してはいけません。候補品目と確定品目を画面上で明確に分けます。
第五は安全文書と許可の体系です。停止、隔離、残留エネルギー、試運転、復旧に関する管理は設備ごとに異なります。米国OSHA 1910.147は、対象となる整備で意図しない起動や蓄積エネルギーの放出が負傷につながる場合のエネルギー管理を規定し、手順、教育、定期点検などに触れています。これは米国の規則であり、タイの適用法の説明ではありません。ここから導く設計上の要点は、AIが一般論から隔離点や順序を創作せず、承認済みの設備別手順と権限を持つ担当者へ接続することです。出典: OSHA 1910.147。
一枚の下書きに残す「出典の鎖」
作業票の各フィールドに一つの根拠欄を設けます。たとえば「対象設備=P-204」は資産台帳レコード、「交換部材=品目B-77」は承認済みJob Planの版、「締結条件」はメーカー文書の該当節、という形です。出典不明の文は確定欄へ入れません。複数ソースが矛盾すれば、AIに多数決をさせず、矛盾を表示して人に戻します。特に版番号の逆転、設備の改造履歴、単位の違いは見逃しやすいポイントです。
実務上は、文書全体のURLだけでなく、ページまたは節、文書ID、改訂日、有効範囲、抽出した値を保存します。承認時点で参照した版をスナップショットとして保持し、後から文書が更新されても「当時何を見て承認したか」を再現できるようにします。これは監査のためだけではありません。次の保全時に以前の誤りを発見し、標準手順へ反映するための学習材料になります。
下書き生成時の画面は、左に作業依頼、中央に作業票、右に根拠一覧を置くと確認しやすくなります。承認者が「この値はどこから来たか」を一つずつ辿れ、根拠が弱い箇所を修正できます。文書を引用した文章と、AIがつないだ説明文も分けます。NISTの生成AIプロファイルは、もっともらしいが誤った内容を生成するconfabulationなどをリスクとして扱います。出典表示は有効な対策の一部ですが、それ自体が真偽を保証するものではありません。出典の適用範囲と内容を人が確認する工程が必要です。出典: NIST AI 600-1。
下書きから承認までの実装フロー
流れは「依頼受付→設備照合→文書取得→構造化下書き→項目別レビュー→承認→CMMS反映」です。各段階に中断条件を入れます。まず依頼票の設備名を台帳IDと照合し、候補が複数なら担当者に選択してもらいます。設備IDが確定する前にマニュアルのタスクを生成しないようにします。次にその設備に適用される現行文書とJob Planだけを検索します。文書が未承認、版不明、リンク切れなら下書きに注意を表示します。
下書きエンジンには自由文だけでなく、厳格な出力スキーマを与えます。設備ID、作業目的、タスク配列、必要部材、工具、技能、安全計画参照、出典配列、未確定項目を別フィールドにし、必須値が欠けた場合は「未確定」と返します。モデルが推測で空欄を埋める動きを避けるためです。数量や所要時間は過去データから候補を提案できますが、見積値であることを明示します。単位や通貨を暗黙に変換しません。
レビューでは、保全計画者が設備と作業範囲を、安全担当者が危険作業と許可要件を、倉庫または購買担当者が部材を、現場責任者が停止窓と実施体制を確認します。工場の規模に応じて役割を兼ねてもかまいませんが、「誰が何を承認したか」は記録します。承認後に初めてCMMSへ書き込み、CMMS側の標準ワークフローで承認状態を管理します。IBMのステータス説明ではWAPPRは承認待ち、APPRは承認済みの状態として示されています。AI下書きを直接APPR扱いにする設計は避けます。出典: IBM Work order statuses。
CMMS連携は二段階にします。初期段階は人がレビューしたCSVや画面入力を使い、誤紐づけ、権限、項目長、重複登録を見ます。次の段階でAPI連携を導入し、下書きIDを冪等キーとして同じ依頼を二重登録しないようにします。APIエラー時は「書き込みに失敗した」と即断せず、CMMS側に作成済みレコードがないか照会します。承認済みの内容とCMMSへ渡した内容のハッシュや版を保存し、後から差異を検出できるようにします。
安全計画は「引用」と「現場判断」を分離する
AIに「この機械を安全に止める手順を作って」と依頼する運用は避けます。危険エネルギーの種類、隔離点、残留圧力、重力による移動、周辺設備との接続は現物と図面で確かめる必要があります。OSHAの米国規則では、エネルギー管理手順に停止、隔離、固定、ロック・タグの設置・解除、効果確認などの具体的な要素を求めています。この規則をタイの法令として適用すると断定するのではなく、危険作業における人の権限と設備固有手順の重要性を示す参考にします。
保全作業票に「安全計画参照ID」「許可番号」「現場での再確認結果」を持たせ、承認済み手順へのリンクを表示します。AIができるのは、必要な安全計画が未添付、版が旧い、対象設備が違う、必要な資格が未確認といった整合性チェックです。隔離点と順序の新規生成、隔離の実施確認、許可の承認は人の職務です。作業開始時には、現場責任者が実機と作業票の一致を確認し、条件が変われば作業を止めて再評価します。
安全情報が欠けた場合は「一般的な注意事項」を追加して合格にしません。出力を保留し、必要な資料または承認者を提示します。空欄を埋めることより、作業開始を遅らせてでも誤った確信を防ぐことを優先します。この停止条件はAIの品質評価に含めます。
導入は一設備群から始める
最初から全工場のあらゆる故障を対象にすると、文書の版や名称、CMMSの項目が揃わず、検証が難しくなります。初期対象は、設備IDが安定し、承認済みJob Planと文書があり、担当者がレビューできる一設備群にします。対象作業も、頻度が高く、手順の変更履歴を追えるものを選びます。緊急復旧、改造直後、危険度が高く手順未整備の作業は、初期の自動下書き対象から外すのが妥当です。
準備段階では、設備台帳の重複IDと別名、文書の有効版、Job Planとの対応、部材マスタの欠落を棚卸しします。その後、過去の完了作業から匿名化した案件を使い、AIの下書きと人が承認した票を比較します。ただし過去の承認票も絶対の正解ではないため、誤りが見つかれば標準文書とマスタの両方を修正します。導入チームには保全、IT、現場安全、部材管理の担当者を入れます。
検証指標は「何分短縮したか」だけにしません。設備IDの正一致率、出典リンクの到達率、現行版の引用率、部材コードの一致率、安全計画の欠落検出率、人が修正した項目数、承認までの時間、差し戻し率を追います。重大な誤りは件数の少なさを平均値で埋め合わせず、個別に原因を調べます。NISTの生成AIリスク文書を参考に、テスト対象と限界、評価結果、運用中の監視を記録します。モデルや検索インデックスを更新したときは同じテストセットを再実行します。
費用対効果の見積もりは自社の作業量で計算する
公開資料に「AIなら保全票作成が何％短縮する」といった普遍的な数値はありません。自社の実測で見積もります。たとえば仮に、月間120件の対象作業票、現状の資料探索と転記が一件35分、AI導入後の下書き確認が一件20分だとします。差は一件15分で、月間の時間差は120件×15分÷60=30時間です。これは説明用の仮定で、導入効果の実績ではありません。レビュー増加、文書整備、システム運用、再作業が生じれば純効果は減ります。
時間の金額換算をする場合も、削減時間がそのまま人件費削減になると考えません。担当者がその時間を故障分析や予防保全に振り向けられるか、残業や外注を実際に減らせるかを別に確認します。投資判断には、初期データ整備費、接続開発費、AI利用料、監視と再評価の費用、承認者の時間を入れます。安全と品質の未達があれば、時間短縮の見込みが大きくても対象範囲を広げない判断が必要です。
既存の点検運用と接続する
未実施点検のアラートは「予定された点検が行われなかった」ことを知らせます。しかしアラートだけでは、どの設備で何を準備し、誰が作業するかという作業計画は完成しません。逆にAIが作業票を下書きしても、点検の未実施を検知する仕組みがなければ、起点を取りこぼします。双方を連携するなら、アラートの設備IDと予定作業IDを作業票の起点に使い、既存の票との重複を検査します。詳しくは点検未実施アラートの管理設計を参照してください。
ここでも、アラート発生をそのまま作業承認と同一視しません。異常の確認、作業優先度、停止条件、担当者、部材、実施日を別々に決めます。点検未実施と故障発生が同時に見える場合でも、因果関係をAIが断定しないようにします。事実、仮説、決定を別フィールドに残すことが、後の分析を助けます。
生産指図・手順書配信との境界を明確にする
「作業指示」という言葉は工場内で複数の意味を持ちます。生産現場の作業指示システムは、製品をどう組み立てるかという標準手順を適切な作業者と設備に配信し、旧版の参照を防ぐことが中心です。生産指図の変更管理は、数量、納期、工程、投入順序といった生産計画の変更を承認・伝達する仕事です。本稿が扱うのは、それらとは別の、故障・点検・予防保全の個別案件に対する保全作業票です。対象設備を一台ずつ特定し、修理や点検の範囲、必要資源、安全計画、実施と承認の履歴を残します。
この境界を曖昧にすると、AIが生産手順書から保全の作業手順を推定したり、生産指図の承認を設備保全の安全承認と取り違えたりします。連携は必要ですが、データの意味と承認権限は分けます。生産予定から停止可能な時間帯を受け取ること、品質部門から異常の情報を受け取ること、保全結果を設備稼働計画へ戻すことは有用です。一方で、生産計画担当者が停止窓を了承しただけで隔離の実施責任を負ったことにはなりません。作業票には「生産との調整済み」と「安全上の作業許可済み」を別の状態で表示します。
具体例：ポンプの軸受交換を下書きにする
たとえば工場の循環ポンプで振動が増え、保全依頼が起票されたとします。依頼文は「三号ポンプが振動、ベアリング交換を検討」の一行だけです。AIは最初に「三号ポンプ」という呼称を設備台帳の候補へ照合します。対象候補がP-203とP-204の二台なら、ここで作業票を確定しません。依頼者または保全計画者が現場の銘板や場所を確認し、P-204を選びます。その後、P-204に紐づく現行図面、メーカー文書、承認済みJob Planを取得します。
取得したJob Planが「軸受点検」で、依頼が「軸受交換」なら、そのまま同じ作業として扱いません。タスクが異なる可能性を明示し、該当する交換用計画があるか再検索します。部材は「軸受」と自然言語で書かず、マスタの品目コードと仕様を示します。互換品を使うなら承認状態も表示します。工具はプーラー、測定器などの候補を計画から引用し、校正の必要がある計器は管理システムの記録へ結びます。技能要件は作業を担当できる人を選ぶための条件であり、AIが個人の資格を推測するための材料ではありません。
下書きの安全欄には、承認済みの設備別安全計画への参照と、現場で確認すべき未確定事項を置きます。たとえば「対象の隔離計画が見つからない」と表示された場合、AIが一般的なロックアウト手順を文章化して補いません。保全計画者は安全担当者に確認を依頼し、必要なら作業を保留します。承認後のCMMS登録では、依頼IDと下書きIDを関連づけ、後から「どの依頼がどの作業票になったか」を追えるようにします。
この例は架空の業務シナリオです。設備番号、部材、工具は説明用であり、実際の設備や手順への指示ではありません。こうした例をPoCのテストケースにするなら、正しい設備を選べたかだけでなく、候補が複数のとき停止できたか、Job Planの目的が違うとき差分を表示したか、安全計画がないとき作業許可に進まなかったかまで確認します。
現場確認から承認までをさらに具体化します。計画者はP-204の銘板、設置場所、改造履歴を照合し、台帳の設備IDが実機と一致した事実を記録します。次に、依頼時点の振動データと作業目的を分けて記載し、「振動が大きい」という観察から「軸受が故障した」という診断へ無断で飛ばないようにします。Job Planの候補が二つ出た場合は、承認済みの版、適用型式、作業範囲を比較し、採用理由または不採用理由を残します。倉庫担当者は必要部材の品目コードと在庫状態を、保全責任者は工具と技能を確認します。数量が未確定ならAIの推定値を発注確定値として扱わず、確認待ちにします。
安全担当者は当該設備の承認済み安全計画を開き、現場条件と合うか判断します。計画が存在しても、設備改造後の接続や周辺作業の影響が反映されていなければ、承認を保留して計画を見直します。権限を持つ担当者が許可と隔離の実施を別途確認し、AIの文章を実施済みの証拠にしません。最後に計画者が各確認結果を一枚の票へまとめ、承認者が出典、未確定欄、停止窓、担当者を確認します。承認後にCMMSへ転記し、登録IDと元の依頼IDを結びます。試験では、途中で一つでも必須確認が欠けた場合に「承認待ち」のまま止まることまで確かめます。
翌日の引き継ぎでは、夜勤と日勤が同じ票を見て、未完了事項、部材の受け取り、停止可能時刻を再確認します。交代時に現場条件が変わったなら、承認済みの文面が残っていても作業再開を急がず、担当者が差分を記録して必要な再承認へ戻します。完了後は実際に使った部材と工数、発見した不具合をCMMSへ戻し、次回のJob Plan見直し材料にします。
PoCから本番へ進むための受入試験を設計する
導入可否をプレゼンの見栄えだけで決めないため、RFP（提案依頼）には実際の作業票に近い試験データと合否条件を書きます。候補となる設備IDが一つに決まる正常ケースだけでなく、設備の通称が二台に一致するケース、改造前の旧版図面しか見つからないケース、部材の代替品に承認がないケース、安全計画が欠けるケースを入れます。提案会社に「生成できた文章」を提出してもらうだけでは、誤った確信を見抜けません。各ケースについて、どの入力を使い、何を出典として表示し、どの条件で処理を停止したかを再現できるログを求めます。
FAT（工場受入試験に相当する事前試験）では、本番データに似せた検証環境で、設備ID照合、文書版の選択、Job Planとの差分、部材・工具・技能の対応、承認権限、CMMS書き込みの重複防止を確認します。少なくとも「曖昧な設備は確定しない」「現行版がなければ注意または保留」「未承認の安全計画で作業許可を出さない」「承認前にCMMSの実施可能状態へ進めない」という負のテストを含めます。画面の自然な文章より、誤ったデータに遭遇したときの停止動作を重点的に見ます。合否基準は各工場のリスク評価で決め、試験開始前に書面化します。ここに示す試験項目は設計例であり、規格や法令上の一律要件ではありません。
SAT（現地受入試験に相当する試験）では、現場の端末、ネットワーク、言語表示、利用権限、設備の銘板、実際の停止申請フローを使って検証します。例えば同じ設備に日本語・タイ語の別名がある場合、どちらの依頼でも同じ設備IDへ到達するかを試します。通信が途切れた場合に未送信の票を送信済みと誤表示しないか、夜間担当者が承認権限のないまま実施可能な票を発行できないかも確認します。公開済みの作業票が後から変更された場合、版と再承認の履歴が残ることを確かめます。机上のFATで合格しても、現場の運用条件が違えばSATで問題が出ます。
受入時には、一件ごとの検証記録を残します。入力した依頼、確定した設備ID、引用した文書IDと版、Job Plan、AI下書き、人の修正、承認者、CMMSの最終レコードを追える形にします。個人情報や設備機密を扱うため、アクセス権と保存期間は会社の情報管理方針で決めます。モデルの応答全文を無期限に保存する必要があるわけではありませんが、承認の根拠と変更履歴が追えない設計では、誤りを調べることが難しくなります。
現地運用で決めておく教育と例外対応
教育は「AIへの良い質問の仕方」より、確認すべき箇所を中心にします。依頼者には設備番号と現象を分けて記録する方法を、保全計画者には版・設備ID・部材コードの照合方法を、承認者には出典の開き方と保留条件を、IT担当者には接続障害と再送時の重複確認を教えます。最初はAIの提案を採用した理由よりも、採用しなかった理由を収集すると、マスタの欠落や文書の古さが見えてきます。現場の言語ごとに用語集を作り、英語のJob Plan名や設備コードを翻訳で変えないルールも定めます。
例外時の代替手段を決めます。設備台帳にない新設機、メーカー文書の版が不明な機械、予定外の緊急停止、通信断、CMMSの停止中、危険作業の許可条件が変更された場合は、AI下書きをそのまま通常フローへ流しません。人が既存の紙またはCMMSの正式手順で作業票を起票し、後から記録を突合する経路を用意します。例外が頻発する設備群はAI対象から一度外し、台帳や文書を整備してから戻します。例外を「システムが使えなかった件数」として隠さず、原因別に集計すると、次の改善投資の優先順位を決めやすくなります。
運用開始後の変更管理も必要です。Job Planの版更新、設備改造、部材代替の承認、検索インデックスの再作成、モデル変更があったとき、既存の受入試験を再実行します。特に文書改訂直後は、旧版を検索結果の上位に出さない設定と、既に発行された作業票の扱いを確認します。承認済み票を自動で書き換えるより、影響する未実施票を一覧にし、責任者が再確認する流れが安全です。現場からの誤り報告は、単にプロンプトを直すだけで終わらせず、設備台帳、文書、権限、UIのどこに原因があったか分類します。
発注前に確認する要件一覧
導入先に「AIで自動作成できますか」と聞くより、次の受入条件を提示すると比較しやすくなります。設備IDをCMMSの正本と照合できるか。引用した文書のID、版、節を作業票上で開けるか。承認済みJob Planとの差分が見えるか。部材と工具を品目コードで扱えるか。安全計画が欠けたときに登録を止められるか。担当者ごとの承認権限を設定できるか。承認済みデータだけをCMMSへ書き戻せるか。更新後の再試験と監査記録を残せるか。こうした項目を小さな実案件で実演してもらいます。
多言語工場では、作業者向けのタイ語・ベトナム語・英語表示も必要になる場合があります。ただし翻訳された作業指示が原文の安全上の意味を保つかは、人による確認が不可欠です。設備名称、部材番号、単位、許可条件は言語間で一致させます。現地の法令、資格要件、顧客固有ルールを生成モデルの一般知識から推定しないことも調達要件に入れます。
よくある質問
Q1. CMMSがなくても保全作業票のAI下書きはできますか？
可能ですが、設備ID、文書版、部材コード、承認履歴を一元的に管理する場所が必要です。表計算から始める場合も正本、更新権限、変更履歴を決めてください。CMMSがない状態で自由文の票だけ増やすと、後で設備と履歴を結び直す負担が増えます。
Q2. AIに危険エネルギー隔離手順を作らせてよいですか？
本稿の設計では行いません。承認済みの設備別手順を参照し、適用設備と版を確認するところまで支援します。隔離点や順序の新規決定、実施確認、承認は権限を持つ現場担当者の仕事です。OSHAの記述は米国規則の参考例であり、タイの法的助言ではありません。
Q3. 作業票とJob Planは同じものですか？
同じではありません。Job Planは繰り返し使う標準計画、Work OrderのWork Planは個別の作業案件に適用した計画として扱えます。IBMの公開文書では、Job Planを作業指示に適用した後、元のJob Planに影響を与えずWork Planを変更できると説明されています。
Q4. 既存の設備マニュアル検索AIとの違いは何ですか？
検索AIは必要な文書や節を見つける段階を支援します。保全作業票 AI作成 導入では、その根拠を設備ID、必要部材、工具、技能、安全計画、承認者に結び付け、CMMSへ反映できる形に整える段階まで扱います。検索結果の文章を無検証で作業命令へ変換しません。
Q5. 導入効果は何で判断しますか？
下書き作成時間に加え、設備IDの正しさ、引用版の有効性、部材の一致、安全計画の欠落検出、差し戻し率、承認までの時間を見ます。工場ごとの現状値を取り、同じ種類の票で比較してください。公開された一般的な削減率を自社の効果として転用しないことが大切です。
まとめと相談窓口
保全作業票 自動作成の価値は、きれいな文章を速く出すことだけではありません。設備台帳、承認済み文書、Job Plan、部材・工具、安全計画をつなぎ、出典と版を示した下書きを責任者へ渡すことです。AIの役割を候補整理と整合性確認に限定し、危険エネルギー隔離と作業承認を人の手続きに残すことで、CMMS 作業計画 AI を現場で使える運用へ近づけられます。
TOMAS TECHでは、タイを含む製造拠点の設備台帳、文書、CMMS、現場の承認フローを確認し、試験対象の選定から相談できます。現状の作業票を一例持ち寄り、どの項目を自動化し、どこで人の確認が必要かを整理したい方はお問い合わせください。
