1. 修正内容の蓄積と、自動学習を分ける
日東工業・日本IBMの共同発表では、AIが図面を読み取り、営業担当者が確認・補正し、両者の結果を構造化して蓄積すると説明しています。人が直した内容も組織の知識として残す取組です。
この発表だけでは、修正のたびにAIが自動で学習することや、次の案件の精度が上がることまでは確認できません。本記事でも、記録を保存すれば自動的に改善するとは扱いません。
小さく始めるなら、まず修正記録を担当者が読める形にします。そこから共通の確認項目を選び、手順書やAIへの指示を直すかを人が判断する方法があります。最初から専用システムを作らず、権限を管理できる既存の表や文書で足りるかを確認します。
原図の版・箇所と抽出項目の対応は図面から見積情報を拾う手順で扱っています。ここでは、確認後に直した理由をどう残し、次の案件で何を使うかに絞ります。
2. 修正前後と「なぜ直したか」を一緒に残す
補正値だけを最終一覧に上書きすると、誤読だったのか、案件固有の判断だったのかが後から分かりません。次の組を修正記録として残す提案です。
| 記録する組 | 残す内容 |
|---|---|
| 対象と根拠 | 案件ID、図面番号・版、ページ・箇所、該当する原文や注記への参照 |
| 修正前後 | AIの抽出値と単位、人の補正値と単位。「空欄」「読取不可」も区別 |
| 修正理由 | 誤読、単位の取り違え、別紙確認、案件固有の対象範囲など。理由不明なら確認待ち |
| 出力時の条件 | 使った資料の範囲、指示の版、分かる範囲の製品・モデルや設定。未記録は推測しない |
| 確認の責任 | 確認者・確認日、専門担当者への確認内容、採用・保留の状態 |
| 再利用の扱い | 案件限り、共通化の候補、承認済み、使用停止。適用条件・例外・承認者 |
画面を用意する場合は、左に対象の原図、右に修正前後・理由・承認状態を並べる案があります。これは操作した製品の画面ではなく、確認に必要な情報配置の提案です。
図面や顧客の仕様は、保存先・閲覧者・外部サービスへの入力可否を先に確かめます。共有用の確認項目へ案件名や図面そのものを複製する必要はありません。AIに整理させる場合も、利用を許可された範囲だけを渡します。判断材料が足りなければ入力を止め、顧客情報をAIに入力する前の確認へ戻ります。
3. 案件限りの補正と、共通の確認項目を分ける
分類では、修正した値そのものより、次も同じ判断が成り立つ条件を説明できるかを見ます。
- 読取上の注意:記号の取り違えなど。次の原図で同じ記号・凡例かを確認する項目にできますが、前回の補正値をそのまま入力しません。
- 案件固有の条件:支給品の扱いや契約上の対象外など。該当案件の記録に残し、ほかの案件へ適用しません。
- 資料不足・理由不明:別紙未提供、担当者の説明が未記録など。共通化せず、確認先と不足資料を残します。
共通化の候補は、技術担当者が根拠と適用条件を確かめ、見積責任者など社内で決めた人が承認する流れにします。「似た修正が多い」という理由だけで承認しません。対象の図面形式・凡例・条件と、適用しない例をセットで書きます。
AIは、許可された記録から似た理由をまとめたり、確認項目の案を作ったりする補助に使えます。専門判断や適用範囲の確定、承認済みへの変更は人が行います。手順書へ反映する際の材料整理は業務手順書の記事をご覧ください。
4. 想定シナリオ:設備会社が二つの修正を残す
以下は架空の未実施の例です。製品の動作結果や導入実績ではありません。
設備会社が案件Aの図面D-01・改訂Bを確認し、見積担当が二つの修正をしたと想定します。
| 修正 | 理由と記録 | 次の案件での扱い |
|---|---|---|
| 機器記号「K-1」を「K-I」に直す | 図面の凡例に戻って末尾が数字ではなく英字と確認。原図の箇所と確認者を記録 | 同じ凡例を使う図面で末尾を確かめる確認項目の候補。常に英字へ置換するルールにはしない |
| 手配数量「4台」を「2台」に直す | 原図の設置数は4台のまま。別紙で2台が支給品と確認し、設置数と自社手配数を別項目で記録 | 案件A限り。ほかの案件から一律に2台を引かない |
二つ目は図面の読取ミスではなく、別紙に基づく手配範囲の判断です。修正欄を一つにすると「AIが数量を間違えた」とまとめられかねないため、読み取った設置数と手配数量を分けます。
次の案件Bで同じような記号が出ても、担当者はBの凡例と原図を確かめます。別の字体や図面形式なら共通の確認項目の対象かを保留し、責任者へ戻します。支給品の有無もBの資料で確認し、Aの手配数量を転用しません。
案件Aの改訂Cが届いた場合も、改訂Bでの確認を新しい版の確認済みとして扱いません。影響する記録を確認待ちへ戻し、元の判断を残したまま、新版の根拠と確認結果を追記する提案です。
5. 次の案件で使う前に、承認と原図を確かめる
使う担当者は、確認項目の承認状態・版・適用条件を開き、今回の図面に当てはまるかを確認します。当てはまらない、根拠に戻れない、資料同士が食い違う場合は、その項目を保留にします。
手順書やAIへの指示を変更する場合は、変更した版と対象範囲を記録します。業務上利用を許可された図面で、変更理由となった箇所だけでなく、例外条件で不要な置換や補完をしないかを担当者が確認してから使う範囲を決めます。本記事で実際に検証したものではありません。
確認項目が承認済みでも、個々の抽出値や見積が承認済みになるわけではありません。古い確認項目に問題が見つかったら使用停止と理由を残し、適用した案件の再確認範囲を責任者が決めます。削除だけして経緯を失わないようにします。
6. 費用と期間は、記録・承認・見直しまで含める
費用や準備期間は、既存の表で管理するか、図面表示や見積システムと連携するかで変わります。固定の金額・日数は示せません。相談時は、次を分けて整理します。
- 初期準備:修正記録の項目、既存記録の整理、閲覧権限、承認担当と適用条件の決定。
- 導入作業:入力欄や原図への参照、手順書の版管理、必要ならAIや既存システムとの連携。
- 継続作業:修正理由の記入、共通化の審査、例外の確認、古い確認項目の見直し。
最初は対象の図面形式と確認項目を絞り、別の担当者が修正理由と適用条件を説明できるかを確かめる案があります。記録件数を増やすこと自体を成果にせず、確認時間や見落としへの影響は実際に確かめてから判断します。
全体の進め方は書類処理AIのガイド、対応範囲は書類処理の支援をご覧ください。LINE書類処理の事例は別業務の参考で、図面の補正記録の導入実績ではありません。サービス・料金をご確認のうえ、現在の記録方法からお問い合わせいただけます。