PPAPの提出書類の抜けをClaudeで点検する手順 — 18要素と提出レベルの突き合わせ

PPAP(生産部品承認プロセス)の提出直前に見つかる不備は、書類そのものの出来より、「そもそも入っていない」「顧客が求めた要素が一つ漏れていた」という種類が多くなります。提出パッケージは十数種類の書類の束で、作る部署も版もばらばらです。束の中身を要求と1行ずつ照らす作業は、人が疲れている提出前日にやるほど見落としやすくなります。

この照合は、Claudeのプロジェクトに要求の一覧と提出状況の表を置けば、下書きとして任せられます。この記事では、PPAPの18要素と提出レベルをどう点検の物差しにするか、プロジェクトに何を置くか、未了の洗い出しをどう頼むかを順に示します。書類の中身が妥当かどうかの判断は、これまでどおり人が行います。

点検の物差しは「18要素」と「提出レベル」の2つ

PPAPは、量産と同じ条件で、顧客の図面・仕様を満たす部品を安定して作れることを示す手続きです。AIAGの販売ページは、PPAPを「設計記録と仕様の要求が一貫して満たされることを確かめるための、業界標準のプロセス」と説明しています。その手順書(PPAP第4版)はAIAGの有償の刊行物で、電子版の単一ユーザー版は会員価格60ドル、非会員価格177ドルと掲載されています。

規格の本文は有償なので、この記事では、要素の一覧を解説した英語版Wikipediaの記述を物差しの出発点にします。自社の運用では、手元に購入した手順書と顧客の指示書を置き、一覧をそれに合わせて直してください。

物差しは次の2つです。

• 18要素:提出パッケージを構成する書類・物の一覧
• 提出レベル:どの要素をどこまで顧客に出すか(顧客が指定する)

18要素と、点検で見る点

要素の一覧は、点検表にそのまま使えます。右の列は、提出前に人とClaudeが見る点の例です。

この一覧は、英語版Wikipediaの要素説明を要約し、「点検で見る点」は編集上の整理として加えたものです。顧客や製品によって、不要な要素(外観承認報告書など)や追加の要素があります。

提出レベルは顧客の指定から読む

提出レベルは、同じ英語版Wikipediaでは次のように整理されています。

レベル4は「顧客が定める」ため、点検表の物差しは18要素の一覧では決まらず、顧客の指示書を読まないと確定しません。ここが未了の見落としの出どころになりやすい箇所です。顧客が「レベル3、ただし要素13は不要、要素16は追加」のように個別に指定していれば、その文面が点検の正になります。

プロジェクトに置く3種類の資料

ヘルプでは、プロジェクトの知識ベースにアップロードした資料は、そのプロジェクトのすべてのチャットで使われると説明されています。点検用のプロジェクトには、次の3種類を置きます。

1. 点検表:上の18要素と提出レベルを自社向けに直した一覧(Excelなら列を固定し、CSVにも書き出しておく)
2. 顧客の指示書:提出レベル、要素ごとの追加要求、書式の指定が書かれた文書(PDF)
3. 過去の提出案件の一覧:承認された案件の提出状況表。どの要素が何の書類名で出ているかを、Claudeが読み取る基準になる

今回の提出分の個別の書類(図面や測定結果の実物)は、プロジェクトではなく、点検するチャットに添付するか、書類名と版を並べた「提出状況表」だけを渡す方法が扱いやすくなります。理由は次のとおりです。

• 点検の目的は書類の中身の審査ではなく、有無と整合の確認である
• 図面や測定結果には顧客の機密が含まれ、取り込む範囲を絞るほど安全である
• 提出ごとに入れ替わる書類をナレッジに積むと、古い版と混ざる

顧客の図面や仕様書をClaudeに渡してよいかは、顧客との秘密保持契約が先に決めます。確認の順番はコンサルがClaudeに顧客資料を渡す前のNDA点検表にまとめています。

ファイルの形式と容量

プロジェクトのファイルには、1ファイル30MBの上限があります。ファイル数に上限はありませんが、内容全体がコンテキストウィンドウに収まる必要があります。ここは、提出書類の点検では次の点に効きます。

• 図面や顧客指示書のPDFは、100ページ以下なら文字と画像・図表の両方が解析され、101〜1000ページは文字のみです
• PDF以外の文書は、文字だけが抽出されます。ExcelやWordに貼った画像(風船番号付きの図面など)は読まれません
• 有料プランでは、ナレッジがコンテキストの上限に近づくと、検索で必要な箇所を取り出す方式(RAG)に自動で切り替わります

RAGの方式では、質問に近い箇所だけが取り出されます。18要素の一覧のように「毎回、全部を見てほしい」物差しは、ナレッジに置くだけでなく、次節のプロジェクト指示にも書いておくと、取り出し漏れの影響を受けません。RAGの動きはClaudeのプロジェクト知識検索(RAG)の仕組みで詳しく扱っています。

プロジェクト指示の書き方

指示は「Set project instructions」から登録します。登録した指示は、プロジェクト内のすべてのチャットに適用されます。点検用には、次のような内容にします(例です。自社の書式に合わせて直してください)。

あなたはPPAP提出前の書類の点検を補助します。
判断材料は、このプロジェクトのナレッジと、チャットで渡された
提出状況表だけです。
 
1. 点検表の18要素を、上から順に1行ずつ確認します。1要素も省略しません。
2. 提出レベルは、顧客指示書に書かれた文言を引用して示します。
   指示書に書かれていない場合は「指示書に記載なし」と書き、推測しません。
3. 要素ごとに、次のいずれかで判定します。
   「提出状況表に記載あり」「記載なし」「要否が指示書から判断できない」
4. 判定の根拠は、提出状況表の書類名と版、または指示書の該当箇所を
   そのまま示します。
5. 書類の内容が妥当かどうか、数値が規格を満たすかどうかは判定しません。
   「内容の確認は人が行う」と書きます。
6. 書類間の食い違い(図面の版、日付、部品番号)は、見つけた範囲で
   「要確認」として別表に出します。

ポイントは3つ目と5つ目です。判定の選択肢に「判断できない」を入れておくと、Claudeが空欄を埋めて「ありそう」と答える動きを抑えられます。内容の妥当性を判定させないのは、Claudeの下書きを提出の根拠にしないためです。

提出状況表を渡して未了を洗い出す

点検するチャットには、提出状況表を貼ります。書類名、版、作成日、承認者、保管先の5列があれば足ります。次は、CSVの例です(部品番号や書類名は架空です)。

要素,書類名,版,作成日,承認者,保管先
設計記録,図面 AB-1020,Rev.C,2026-08-02,顧客,共有フォルダ/01
工程フロー図,工程フロー AB-1020,Rev.2,2026-09-10,製造技術,共有フォルダ/05
工程FMEA,PFMEA AB-1020,Rev.3,2026-09-12,品質保証,共有フォルダ/06
コントロールプラン,CP AB-1020,Rev.2,2026-09-14,品質保証,共有フォルダ/07
寸法測定結果,寸法結果 AB-1020,,2026-09-20,検査,共有フォルダ/09

チャットでは、次のように頼みます。

今回の提出分(部品番号 AB-1020)の提出状況表を貼ります。
顧客指示書の提出レベルを引用したうえで、18要素の点検表と照らして、
記載なしの要素と、要否が判断できない要素を一覧にしてください。
版が空欄の行と、書類間で部品番号や版がずれている行も、
別表に出してください。

返ってくる表は、例えば次のような形になります。以下は、上の指示と表を前提にした出力のイメージです(実際の出力は指示書と表の内容で変わります)。

ここまでで、洗い出しは終わりです。表の「記載なし」は「作っていない」のではなく、「提出状況表に載っていない」という意味です。作ってあるのに表への転記が漏れていることもあるため、各行の確認は担当部署に戻します。

書類間のずれを見る

提出パッケージの不備は、有無よりも、書類間の食い違いが原因になることがあります。次のような点は、表に載った値同士を突き合わせれば、Claudeが見つけやすい部類です。

• 図面の版と、寸法測定結果・PFMEA・コントロールプランに書かれた版が一致しているか
• 部品番号の表記ゆれ(ハイフンの有無、末尾の改訂記号)がないか
• 作成日の順序が不自然でないか(PFMEAより前にコントロールプランがある、など)
• PSWに書いた提出理由・提出レベルが、顧客の指示と同じか

食い違いの指摘も下書きです。指摘された箇所を実物で確かめ、直すかどうかを決めるのは担当者です。

人が確認する5点

Claudeの一覧を受け取ったあと、提出前に人が見るのは次の5点です。

1. 「記載なし」の各行について、書類が実在するか、あれば提出状況表へ転記する
2. 「要否が指示書から判断できない」の各行を、顧客の窓口に問い合わせて確定する
3. 書類間のずれの指摘を、実物の書類で確かめる
4. 各書類の内容(寸法が規格内か、能力指数が基準を満たすか、署名があるか)を、担当部署が確認する
5. PSWの判定欄と署名を、責任者が自分の目で確認する

PSWは提出全体の要約にあたり、そこに書いた判定が全体と矛盾していないことが、最後の関門です。Claudeが「ずれなし」と答えても、この確認は省略できません。

つまずきやすい点

• 顧客の指示書が複数ある:基本の指示書と、案件ごとの追加指示が別の文書になっていると、どちらを優先するかが曖昧になります。指示に「追加指示を優先し、その旨を根拠に書く」と加えます
• 提出状況表の書類名が略称ばかり:「PF」「CP」のような略称は、点検表の要素名と結びつきません。点検表に自社の略称を別名として入れます
• ナレッジが古いまま:ヘルプでは、プロジェクト内でチャットをまたいで共有されるのは、ナレッジに追加した情報だけだと説明されています。チャットの中で直した点検表は、ナレッジのファイルに書き戻さない限り、次の案件に引き継がれません
• 共有プロジェクトの編集権限:TeamまたはEnterpriseプランで共有している場合、「Can edit」の権限を持つメンバーはナレッジと指示を書き換えられます。点検表は、編集できる人を絞っておきます
• 画像だけの書類:スキャンした紙の書類は、文字として読めないことがあります。測定結果のように重要な書類は、Excelの数値かPDFのテキストで渡します

Claudeに任せない範囲

次の判断は、Claudeの出力に含めても、採否は人が決めます。

• 各書類の内容の妥当性(寸法が規格内か、MSAの結果が基準を満たすか)
• 顧客が要求する要素の要否の最終決定と、提出レベルの解釈
• 逸脱承認を取るべきかどうか
• PSWへの署名と、顧客への提出そのもの

規格の解釈が割れる箇所は、有償の手順書と顧客の指示書に戻ります。Claudeに出させた表は、その確認の入口として使います。

前後の作業との切り分け

PPAPの要素のうち、工程FMEAやコントロールプランを作る段階は、それぞれ別の記事で扱っています。故障モードの洗い出しはClaudeでFMEAの故障モード洗い出しを設計変更前に行う手順、FMEAからコントロールプランの管理項目を起こす作業はClaudeでQC工程表(コントロールプラン)の管理項目をFMEAから起こす手順にあります。この記事は、それらを含む書類が揃っているかを提出前に点検する段階です。

初期の工程能力調査に載せる工程能力指数はClaude in Excelで管理図と工程能力Cpkを作る手順で、検査補助具や測定器の校正の期限確認はClaudeで校正管理台帳を回す手順で扱います。

まとめ

PPAPの提出前点検は、18要素と顧客の提出レベルを物差しにして、提出状況表の「ある・ない・判断できない」を分ける作業です。物差しを毎回Claudeに読み直させるより、点検表と顧客の指示書をプロジェクトに置き、判定の選択肢に「判断できない」を入れておくほうが、見落としの確認に使いやすくなります。

提出の可否を左右する内容の確認、顧客への問い合わせ、PSWの署名は、責任者の仕事のままです。Claudeの表は、提出前日に「どこから確かめるか」を決める地図として使います。