検図AI導入ガイド｜図面発行前の確認項目と受入試験

タイ工場で「検図 AI 導入」を検討するとき、最初に決めるべきことは製品名ではない。図面を発行する前に何を確認し、どの疑義を設計者へ戻し、誰が最終承認するかという業務の境界である。AIは表題欄の読み取り、図面内の記載候補の抽出、版間の差分提示を支援できる。一方、寸法や幾何公差の設計意図、製作可能性、顧客仕様との適合を自動で保証するものとして扱うべきではない。本記事では、調達仕様書に書ける粒度で対象、データ、評価方法、FAT・SATを整理する。

検図AIを入れる対象は「発行前レビュー」

対象工程を曖昧にすると、ベンダーのデモでは見栄えがよくても、現場では承認責任が消えてしまう。ここでいう検図は、設計担当が図面やモデルを作成した後、製造、購買、品質保証などへ正式発行する前のレビューである。入力は、版を確定したCADモデル、そこから出力した2D図面、表題欄の情報、部品表、顧客から受領した要求文書。出力は、指摘一覧、修正後の再確認結果、承認者の判断記録、発行された正本である。AIが出した指摘は「疑義」であり、承認済み図面ではない。

図面検索AIは、過去図面を探して再利用を判断する活動である。設計変更管理AIは、承認後の変更をECR、ECO、ECNやBOM、製造現場へ伝達する活動である。RFQ時の加工見積支援は、受け取った図面から加工条件や見積上の確認点を読み取る活動である。発行前の検図はこれらと接続するが、判定する時点、責任者、正本が異なる。既存の図面検索AIの記事と設計変更管理AIの記事は、それぞれ前後工程の詳細を扱っている。

工程の出口を先に定義する。図面番号と改訂が揃い、重要寸法と公差について未解決の指摘がなく、モデルと図面の整合を確認し、設計責任者が承認した状態で初めて発行可能とする。すべての警告がゼロになることを形式的なゴールにすると、AIの誤警告を消すための無意味な編集が発生する。警告には「修正」「設計意図により許容」「対象外」「保留」の処理理由を残す。保留のまま発行できるかどうかは製品と顧客のルールで決める。

まず図面の正本と版を確定する

図面の内容を解析する前に、どのファイルを検査対象にするかを決める。同じ図番でPDFが三つ、CADモデルが二つあり、メール添付にもコピーがある状態では、AIの検出精度を比較しても意味がない。検査単位は「製品・部品番号、図面番号、改訂、モデル版、出力日時、承認状態」をひとまとめにした発行候補パッケージとする。入力ファイルのハッシュや保管先IDを記録すれば、後で報告書がどのファイルに対するものか追跡できる。

表題欄では、図面番号、部品名、材質、尺度、単位、投影法、改訂記号、改訂日、作成者、確認者、承認者を確認候補にする。ただし、図枠の配置が顧客ごとに違う場合、OCRだけで欄の意味を決め打ちしない。たとえば右下の「B」が改訂Bなのか、図面サイズBなのかはレイアウトと近傍の見出しを見なければわからない。多言語の表題欄やスキャンの傾きも、誤読の典型である。AIには読み取った文字だけでなく、元ページの位置、信頼度、照合した基幹データのキーを返させる。

チェックの第1段階は、表題欄にある図番・版と、PDM/PLMの管理情報およびCAD属性が一致するかを見比べること。次に「この図面に関連づくモデルが本当に該当改訂か」を確認する。最後に、承認ワークフローが指すPDFが検査済みの同一ファイルかを照合する。発行直前にPDFを再出力したなら、以前の検査結果を無条件に使い回さない。この連鎖を切ると、内容の検図に成功しても古い版を購買へ渡す恐れが残る。NISTのデジタルスレッド研究は、製品定義データを設計、製造、検査へつなぐ際の相互運用性と信頼性を課題として扱っている。

寸法・公差・GD&Tは三層で確認する

寸法検査を「AIに正解を答えさせる」と書くと、仕様の曖昧さを隠してしまう。第一層は機械的に判定できる記載規則である。必須注記の有無、単位、指定小数桁、未入力欄、文字の重なり、尺度表記、社内図枠との一致などは、固定ルールやCADの検証機能で十分な場合がある。PTCのCreo ModelCHECKにも図面を分析し、ルールや幾何のチェック結果を報告する既存機能がある。これをすべて「生成AIの成果」と数えるべきではない。

第二層は抽出と突合である。寸法線と数値を対応づけ、複数のビューで同じ形状に矛盾した値がないか、図面の呼び寸法とモデルから取った寸法が一致するか、指定公差が加工・検査文書へ渡るかを候補として出す。ここではPDF画像しかない場合と、CADネイティブデータや意味づけされたPMIがある場合で精度と実装範囲が変わる。スキャンPDFから読み取った「Ø」「±」「小数点」は誤認の影響が大きいため、元画像の該当箇所を必ず併記する。単純な文字の一致だけで寸法の同一性を断言しない。

第三層は工学的解釈である。機能寸法の選択、データムの妥当性、公差の連鎖、組立時の隙間、測定可能性、顧客との合意事項は、設計根拠と用途を踏まえた判断を要する。ASME Y14.5はGD&Tの記号、規則、定義と解釈の基盤を示すが、特定部品にどの公差を採用すべきかをAIが自動で決定する許可ではない。採用する規格、版、顧客固有ルールを案件ごとに明示し、その規則に基づく疑義提示と設計承認を分ける。ISO 16792:2021もデジタル製品定義データの準備、改訂、表示を扱う現行公開規格であり、3Dモデル単独と3Dモデル＋2D図面という適用方法に言及する。2026年時点で改訂作業は進んでいるが、未発行の改訂版を既成規格として仕様に書かない。

どの指摘を自動判定できるか

この表の最後の列を空欄にしたRFPは危険である。「検出」だけを納品範囲にすると、指摘の採否を誰がいつ決めるかが発注側に残る。受入試験では、AIが正しく指摘したかに加え、元データへの逆リンク、判断履歴、再実行時の一貫性を確かめる。

モデルと2D図面の整合は「対応関係」を評価する

3Dモデルと2D図面の比較では、二つのファイルを開いて差分を色で塗るだけでは足りない。2D図面の正面・側面・断面・詳細図のどれがモデルのどの向き、どの形体に対応するかを明示する必要がある。モデル上の穴が図面では断面にだけ表示される場合、画像の画素差は意味のある比較にならない。図面の注記に指定された表面処理や材質がモデル属性になければ、CAD幾何だけでも完結しない。

比較を三つに分ける。①ファイル関係の整合では、図番、版、リンク先、生成元、出力日時を照合する。②幾何の整合では、対象形体、穴数、外形、断面、構成品の有無を確認する。③製造情報の整合では、寸法、公差、材質、表面処理、注記、PMIを照合する。初期導入で一度に③まで完璧に判定しようとせず、どの方式でどこまでカバーするかを契約書に明示する。特に、3DモデルにPMIがない場合は、図面上のすべての公差をモデルと直接照合できるわけではない。

PTCはCreo 13の発表で、設計環境内でのAI Assistantを公開機能として説明する一方、3Dモデルを直接読み取って問題発見を支援する機能はベータと説明している。製品紹介の「AIが図面をチェックする」を、そのまま発注側の要求精度に置き換えない。ベータ機能、製品化された機能、CAD標準の決定論的チェックを別の欄に記載し、対象CAD版とライセンスも確認する。さらに、導入先の図面形式と品質による実測が必要である。

図面改訂差分は「変わった場所」と「変わった意味」を分ける

図面比較は、発行前検図の強い支援になる。ただし、線の増減と設計意味の変更を混同しない。AutoCADの公式ヘルプでは、DWG Compareが二つの図面、あるいは履歴上の版を視覚的に比較し、追加・変更・削除されたオブジェクトを色や改訂雲で示す。これは差分を見つける機能であって、その変更が安全であると承認する機能ではない。機械的な差分は既存CAD機能で取れるかを先に調べる。

たとえば「穴径10から11へ変更」は数値差分であるが、干渉の解消なのか、誤入力なのか、顧客指定変更なのかは要求と履歴を見なければわからない。逆に、図枠テンプレートを更新して全線の位置が数ピクセル動いた場合、画像差分は大量に出るが、設計意味は変わっていない。評価データには両方を入れ、変更候補の見逃しと不要警告の両面を測る。ECN発行後の伝播管理は設計変更管理の記事の範囲として連携し、発行前チェックの合格だけで伝達完了と見なさない。

人の承認とAIの判定を画面上でも分ける

画面に緑のチェックが出ると、利用者は「AIが保証した」と読みやすい。UI上では、機械判定の結果、AIが抽出した疑義、担当者の判断、責任者の承認を別状態にする。疑義ごとに、根拠となるページ・座標、比較したデータ、適用したルール、AIのバージョン、最終判断者、日時を表示する。「問題なし」は全項目を完全に理解したことを意味せず、定義した検査範囲で検出されなかったことだけを意味する。

承認フローは、作成者と承認者の役割を分ける。重要特性や顧客固有要求については品質保証や製造技術を追加する。担当者が指摘を「許容」に変更する場合は理由と根拠文書を要求し、次回同じ部品で再発したときに判断を参照できるようにする。ただし過去の許容を自動で将来の承認へ転用しない。設計条件、顧客仕様、規格版、材料、工程が変われば結論が変わる。発行ボタンは承認権限を持つ人だけが押し、AI出力は監査可能な支援記録として残す。

レビュー記録には、何をチェックしなかったかも残す。たとえば「このPDFでは表題欄と版だけを確認し、GD&Tの妥当性と3Dモデルの形体対応は対象外」という表示があれば、承認者は別途どの確認が必要か判断できる。逆に、対象外の項目が画面から消える設計では、利用者が全項目を通過したと誤解しやすい。判定できなかった理由が入力不足、画像品質、接続障害、未対応の記号のどれかも区別する。こうした未実施・判定不能の一覧を発行前のチェックリストに取り込み、承認者が明示的に処理する仕組みにする。

国境をまたぐ設計体制では、判断言語も決める。日本本社の設計者が日本語で指摘を記載し、タイ工場の生産技術がタイ語で補足するなら、元の寸法・記号・図面番号は翻訳せず共通の参照点として保持する。自動翻訳の文面だけを根拠に寸法の解釈を承認しない。顧客へ提出する文書に必要な言語と、社内レビューで使う言語は必ずしも同じではない。RFPでは画面、通知、監査ログ、エクスポートの言語要件を別々に指定する。

導入前に用意する評価データ

良い評価は、きれいなサンプル図面を十枚流すだけでは作れない。自社で実際に発行する形式から、機械加工品、板金、組立、治具など対象範囲を選び、CADネイティブ、PDF、スキャンを分ける。顧客図枠、社内図枠、旧版、現行版、多言語注記、低解像度、手書き追記の有無を記録する。対象外の形式も明示する。これによって、ベンダーが最も得意な図面だけを選んだデモと、現場での受入可能性を切り分けられる。

正解データは「指摘あり」の図面だけで作らない。「指摘なし」の図面、許容された例外、誤警告を出しやすい似た記号、読めないスキャンも含める。正解は設計者だけでなく、必要に応じて品質と製造技術で合意する。指摘の種類、重大度、根拠、期待する業務処理を一件ずつ付ける。判断が割れる案件は無理に正解一つにせず、評価対象から外すか、複数の許容判断を明示する。正解がない項目の「正答率」は計算できない。

サンプル数は固定の業界標準値を掲げない。例えば仮の初回計画として、対象図面200件、指摘イベント100件、非指摘の評価対象200件を用意することはできるが、これは推奨保証値ではない。図面種別や重大な指摘の希少性に応じて増やす。各ベンダーに同じ未公開の評価セットを渡し、閾値調整に使った訓練セットと採点用の保留セットを分ける。顧客秘密を含む場合、事前に契約とデータ持ち出し条件を整える。

評価指標は「見逃し」「誤警告」「時間」を分ける

一つの「AI精度」で導入可否を判断しない。重大指摘の見逃しは品質リスク、誤警告は設計者の再確認負荷、処理時間は発行リードタイムに効く。指摘種別ごとに、真陽性、偽陰性、偽陽性を記録する。再現率は真陽性÷(真陽性＋偽陰性)、適合率は真陽性÷(真陽性＋偽陽性)で求める。母数と図面形式を出さずに「精度95%」と言われても比較できない。低解像度スキャンだけを除外して高い数値にした結果は、現場の実態を表さない。

実務上は、重大な見逃しを優先して減らす指摘と、誤警告を減らして運用継続性を確保する指摘を分けて合格基準を設定する。例えば仮の受入例では、表題欄の改訂不一致は採点用セットで全件検出し、寸法矛盾の疑義は再現率90%以上、不要警告は図面1件当たり平均2件以下とする。ただし、これらは発注者が自社リスクで設計する例示値であり、製品の実性能や一般的な達成値ではない。ゼロ件の種別では百分率を計算しない。受入基準には、判定不能の返し方、再試行、処理中断時の扱いも含める。

時間短縮も同様に測る。従来の手作業検図とAI支援検図を、図面難度を揃えて比較する。AIが出した警告の再確認時間、誤警告の処理時間、再出力による再検査時間を含める。「AIの処理時間が30秒」でも、担当者の確認が20分増えれば業務全体は速くならない。導入効果を金額換算する場合は、評価セットと人件費単価、図面発行件数、実際に回収可能な時間の仮定を明示し、ベンダー資料のROIを自社の事実として引用しない。

RFPには入力、出力、責任、制約を明文化する

調達依頼書の対象機能を「検図AI一式」とだけ書くと、提案の比較が難しい。入力欄には対応CAD製品・版、ネイティブ形式、STEP、PDF、スキャン解像度、図枠種類、PDM/PLM接続、BOM接続を書き、読み取り専用か更新権限が必要かを指定する。出力欄には指摘種別、重大度、元ページ・座標、比較対象、根拠、承認画面、監査ログ、CSV/APIエクスポート、保留と例外の処理を書く。

機能表では、表題欄OCR、固定ルール、CAD標準チェック、版比較、モデルと図面の意味的照合、生成AIによる疑義説明を別行にする。各行について「標準」「追加開発」「ベータ」「ロードマップ」を区別し、実機デモの根拠を求める。クラウドへ図面を送る場合は、保存場所、転送経路、保持期間、再学習への利用有無、削除手順、アクセス制御を確認する。顧客から提供された図面を二次利用できるとは限らない。発注者はデータ利用許諾と契約上の制約を先に整理する。

既存CADやPDMにルール検査がある場合、二重購入を避ける。たとえばCreo ModelCHECKやAutoCADのDWG Compareのような機能は、同じ業務の一部をすでに担える。AIを導入する価値は、既存機能では扱いにくい図枠の読み取り、多様な文書の突合、根拠付き疑義の優先順位づけ、現場のレビュー工程への統合で示す。製品名より先に、自社の発行待ちがどの確認で詰まっているかを測るべきである。

RFPに載せる最低限の質問

FATとSATで確認すること

FAT（工場受入試験）では、ベンダー環境で、契約上の機能を決めた評価セットに対して動作させる。図面ごとの入力ファイルID、設定版、出力指摘、真偽判定、処理時間、障害ログを残す。発注者は事前に凍結した採点用セットの結果を確認する。実演だけでなく、レポートと生の指摘一覧を納品物にする。ベンダーがサンプルを見て閾値を調整したなら、そのセットを最終採点に使わない。

採点の単位も契約時に決める。たとえば「図面一枚に一つでも警告があれば正解」とすると、重要な公差矛盾を見逃していても別の軽微な表記警告で合格してしまう。反対に、同じ原因から出た三つの重複警告を三件の誤警告と数えると、実務負荷とは異なる評価になる。検図では「図面単位」「指摘イベント単位」「形体単位」を分けて記録し、重大項目の見逃しはイベント単位で確認する。ベンダーと発注者が結果を照合する際には、指摘に固有IDを付け、どの正解イベントと対応づけたかまで残す。

具体的には、表題欄の版がBでPDM側がAという評価ケースを用意した場合、期待する出力は単に「異常」ではない。図面番号、PDF上の版Bの位置、PDMレコードの版A、使用した照合キー、処理日時、修正後の再検査結果が必要である。モデルとの版不一致なら、関連づくモデルのIDと版も表示する。これらが欠けると、警告を見た設計者が結局ファイル群を開き直して正本を探すことになり、省力化も監査可能性も得られない。

SAT（現地受入試験）では、タイ工場の実際のCAD/PDM連携、ネットワーク、権限、図枠、言語、承認経路で試す。作成、AIチェック、設計者による処理、承認、再出力、再チェック、発行までを一連で通す。途中でPDMの版が変わった場合に旧結果が失効するか、ネットワーク切断後に二重登録しないか、アクセス権のない顧客図面を検索できないかを確認する。SATはFATの精度数値を再掲するだけでは足りない。

SATでは、正常系に加えて業務を止める失敗系を組み込む。たとえば承認待ちの間に設計者が寸法を修正してPDFを再出力し、旧警告の処理済み状態を新ファイルへ引き継ごうとする。ここでシステムが「検査対象ファイルが変わった」と検知し、必要な項目を再検査へ戻せるかを確かめる。別の試験では、検図中にPDM連携が切れた状態で、最終結果を「合格」と表示せず、照合不能の状態と復旧手順を提示するかを確認する。監査ログには失敗した照合処理も残す。

さらに、承認権限のない利用者がURLを直接開いた場合、画面から承認ボタンを隠すだけでは不十分である。API側でも発行操作を拒否し、拒否の記録を残す。顧客Aの図面にアクセスできるが顧客Bの図面にはアクセスできない担当者の試験アカウントを用意し、検索結果、通知、エクスポートにも権限が一貫して適用されるかを試す。多言語画面のテストでは、翻訳された説明文だけでなく、判定不能や保留といった重要な状態の意味が誤解なく表示されることを確認する。

合格記録には、対象範囲、検査したサンプル、合否基準、実測結果、例外、残課題、承認者、日付を残す。指摘された不具合は優先順位と是正期限を明示し、重大な見逃しがあるまま本番発行を自動化しない。初期運用は「AIによる検図支援」として人のダブルチェックを維持し、実データの誤警告と見逃しを監視しながら範囲を広げる。モデル更新や図枠変更があったら再評価する条件も決める。

運用開始後の受入も一度きりで終えない。モデルの更新、OCR設定変更、図枠テンプレート追加、CADのメジャーアップデート、顧客の図面規則変更は、以前のFAT/SAT結果がそのまま通用するとは限らない。変更ごとに影響を受ける指摘種別と評価ケースを結び、限定的な回帰試験を実施する。現場で見つかった見逃しや誤警告は、原因を「入力品質」「属性連携」「規則の不足」「モデル判定」「利用者操作」に分けて記録する。この分類があれば、何でもAIモデルの再学習で解決しようとする誤った改善を避けられる。

費用と導入順序は自社の図面構成で決める

費用をライセンスだけで比べると、データ整備と接続開発が後から現れる。見積を、①現状調査・図枠分類、②正本・版管理の整備、③既存CAD/PDM機能の設定、④AI抽出と突合、⑤ワークフロー・権限・監査、⑥FAT/SAT、⑦運用・再学習・保守に分ける。各項目に初期費用と年額、対象ユーザー数、処理枚数、クラウド利用料、追加図枠の単価を付ける。数字を一律の「タイ相場」として示さない。図面の種類と既存システムによって見積条件が大きく変わるからである。

見積比較では、同じ名前の機能でも前提条件を揃える。A社はCADネイティブファイルから属性を読むが、B社はPDFのOCRまで含み、C社は図枠ごとの設定を発注側に任せる、という提案を「図面チェック」の一行で横並びにしてはいけない。対象ファイル数、図枠パターン数、CAD製品と版、同時利用者数、保管年数、API連携先を共通条件表に固定し、各社に含む・含まない・追加見積の三択で回答させる。初年度の値引きが大きくても、改訂追加や図枠変更のたびに費用が増えるなら運用期間全体では順位が変わる。

セキュリティも価格とは別の採点欄を設ける。顧客から預かった図面の契約上の扱い、国外転送の可否、ベンダー運用者の閲覧権限、障害解析時のファイル持ち出し、バックアップ削除まで確認する。詳細な条件は顧客契約と自社方針で異なるので、記事上で一律の法的適否を断定しない。少なくとも、機密の顧客図面を実データ試験に使う前に、利用目的と保持期間について許諾範囲を確認する。匿名化した図面では試せない機能がある場合、その制約もパイロット計画に書き込む。

導入順序は、まず正本と発行責任を固定し、次に誤りの多い指摘を一種類選んで評価し、残りを増やす。初回の対象は、表題欄と版の照合のように正解を定義しやすいものが適することが多い。その後に寸法・公差の疑義、モデル整合、工程能力との突合へ広げる。技術的に難しい項目を最初から「自動承認」の条件にしない。小さなパイロットでも、現場の実図面、実承認者、実際の発行経路を通し、運用負荷を測る。

評価時には、既存の加工見積と図面AIの記事も参考になる。ただしRFQを受け取る側が見積上の確認点を探す用途と、設計元が図面を正式発行する前に検図する用途では、許される見逃しと承認責任が異なる。同じAIモデルを使えても、合格基準は共通化しない。

よくある質問

検図AIは寸法漏れを完全に検出できますか？

完全検出を前提にしない。対象図面の形式、CADデータの有無、寸法の意味づけ、図枠の品質、採点用データによって結果は変わる。ベンダーには「対象とする寸法漏れ」の定義を具体化させ、保留セットで見逃し件数を確認する。検出不能なときに無理に「問題なし」と返さず、「判定不能」として人に渡せるかも重要である。

GD&Tまで自動承認できますか？

記号の存在や形式上の不整合を提示できる場合はあるが、データムの選択や公差値が機能要求を満たすかは設計意図と適用規格に依存する。AIは疑義の提示と根拠の整理に使い、設計責任者が承認する。規格の名称・版、顧客固有要求を案件の入力として固定する。

PDFだけでも導入できますか？

表題欄OCRや注記抽出、2D版比較などから始められる。ただしスキャン品質による限界があり、モデルとの形体対応や意味づけされたPMIの検査はCADネイティブデータがある場合より難しい。RFPでPDFのみの対象機能と対象外機能を分け、実データで検証する。

既存のCADチェック機能と何が違いますか？

既存のルールチェック、幾何チェック、図面差分比較は先に確認する。AIは複数形式の情報抽出や、曖昧な疑義を根拠とともに提示する場面で追加価値を出し得る。既存機能とAI機能を混ぜて性能を表示する提案は、機能ごとに切り分けて比較する。

FATとSATはどちらか一方で足りますか？

それぞれ確認する内容が異なる。FATでは契約で定義した機能と採点用データでの結果を確認する。SATでは現場のシステム連携、権限、言語、承認と発行までの動線を確認する。どちらも「画面が動いた」という実演だけで終えず、証跡と未解決項目を残す。

まとめ

検図AI導入の目的は、AIに図面発行を任せることではなく、発行前に見落としやすい疑義を早く、根拠付きで設計者へ届けることにある。表題欄と改訂の整合、寸法・公差の抽出、モデルと図面の対応、差分の意味づけを別々に定義する。固定ルールで確認できるものとAIの推定を混同せず、工学的判断と発行承認は人が担う。調達段階で評価データ、指標、FAT/SATの証跡を決めれば、デモの印象ではなく自社図面で導入可否を判断できる。

タイ工場で図面発行前の確認項目を整理している段階なら、現在のCAD・図枠・承認フローを前提に対象範囲を一緒に整理できます。TOMAS TECHへのお問い合わせから、検図のどこに負荷や見逃しがあるかをお知らせください。

参考情報

• PTC: Creo 13 and AI-powered guidance（2026年6月10日） — 公開AI Assistantと3Dモデル読取ベータの区別。
• PTC Help: Creo ModelCHECKによる図面分析 — 既存のルール・幾何チェック。
• ASME Y14.5: Dimensioning and Tolerancing — GD&Tの規則・定義の公式案内。
• ISO 16792:2021 — デジタル製品定義データの適用範囲と改訂状況。
• Autodesk Help: Comparing Differences Between Drawings — DWG Compareの公式説明。
• NIST: Digital Thread for Manufacturing — 製品定義、製造、検査を結ぶデータと信頼性の課題。