立会検査の前日に、また同じ資料を探し回る——客先立会検査（FAT）の準備が属人化する構造と、業務OSでそろえられる範囲
出荷前の客先立会検査（FAT）を来週に控えた金曜の夕方、装置はほぼ仕上がっているのに、検査項目表がまだ固まらない——装置メーカーの生産技術や品質保証の現場で、繰り返し起きる光景です。装置そのものは動く。動作確認も済んでいる。それでも「客先の前でどの順に何を見せ、何を測り、どの数値で合格と言うか」を一枚に組み立てる段になると、過去号機の項目表を探し、見積時の要求仕様を拾い直し、様式を整える作業が積み上がります。
本記事では、客先立会検査の準備が特定の担当者に閉じてしまう構造を業務の流れに分解し、業務基盤（業務OS）に載せられる範囲と、人が握り続ける判断の境界を整理します。読み終えたとき、自社の立会準備が「経験を積ませる問題」なのか「情報の置き場所の問題」なのかを切り分けられる状態をめざします。
この記事の要点
- 立会検査の準備に時間がかかる主因は検査そのものではなく、過去号機の項目表・記録を探す「探索」と、客先要求を拾い直す「突き合わせ」にあります。
- 準備を短時間で組み立てられる人が限られるのは、要求・図面版・過去の指摘が別々の場所にあり、案件や号機を起点に引けないからです。
- 立会報告書の多くは「合格した」という結果の証跡として設計されており、「何を問われ、何で通ったか」は次号機に渡りません。
- 業務OSがそろえられるのは、要求の一覧化・類似号機の項目表と図面版の提示・過去指摘の検索・宿題の担当と期限の記録までです。
- 合否の最終判断、客先への説明と約束、追加要求を受けるかどうかの線引きは、いずれの運用でも人が担い続けます。
なぜ立会検査の準備は、毎回ゼロから組み立て直しになるのか？
結論から言えば、立会検査で問われる情報が、案件の進行に沿って一箇所に集まる設計になっていないからです。要求は営業と設計の手元に、図面と部品表はPLMに、前回の指摘は担当者のメールに、様式は共有フォルダの何世代かのExcelに分かれています。準備とは、この散らばりを毎回ひとりの頭の中で再結合する作業になっています。
客先立会検査（FAT）とは？
客先立会検査（FAT／Factory Acceptance Test）とは、装置を客先へ出荷する前に、自社工場で客先の担当者に立ち会ってもらい、契約・仕様書で取り決めた機能と性能を満たしていることを確認・記録する検査です。動作、能力（タクト・処理数）、安全機能、インターロック、非常停止、警報表示、付帯書類の整合などが対象になります。ここで合格の署名を得られるかどうかが、出荷可否と支払条件の節目に直結します。
時間を食っているのは、検査そのものではない
立会当日に測定や動作確認そのものが長引くことは、実はそれほど多くありません。負荷が集中するのは前段です。似た号機の検査項目表を探し当て、それが最終版なのかを確かめ、今回の仕様との差分を洗い、客先が過去に何を細かく見たかを思い出し、様式に合わせて清書する。この一連が、担当者の記憶と個人フォルダを頼りに進みます。
そして厄介なのは、この探索と突き合わせの時間が工数として計上されにくいことです。検査工数としては「立会1日」しか残らず、その前に費やした数日分の準備は設計や生産技術の業務時間に埋没します。次の見積で立会対応の工数を積むとき、実態より小さい数字が使われ続ける原因にもなります。
準備が属人化する構造を「人・プロセス・情報・ツール」で分けるとどうなるか？
属人化を一括りにすると打ち手が決まりません。4つに分けると、どこが人の育成の問題で、どこが仕組みの問題かが見えてきます。
人：立会の段取りを一から組める人が部署に1〜2名に偏ります。客先ごとの見どころ、突かれやすい論点、どこまで見せるかの間合いは、同席の経験でしか身につかない性質のものです。その人の不在日に立会日程を動かした経験があるなら、負荷は完全にその人に乗っています。
プロセス：要求が確定していく経路が案件ごとに違います。見積時の仕様書、受注後の打合せ議事録、途中の設計変更、客先からの追加依頼メール。どこまでが立会で問われる約束なのかを、準備の段階でもう一度たどり直すことになります。
情報：過去号機の検査項目表と立会記録が、号機や客先を起点に引けません。図面はPLMで版管理されていても、「この客先の前回号機で何を指摘され、どう直したか」は別の場所にあります。両者を突き合わせる層が存在しないため、人が記憶で橋渡ししています。
ツール：ERPは受注と原価の記録、PLMは図面と部品表の保管に強い一方、「立会の準備を進める」という業務そのものを実行する設計にはなっていません。結果として準備はExcelとメールと個人の記憶で回り続けます。
判定差は「やる気」や「経験年数」だけの問題ではなく、判断に使う情報がそろっていないことから生まれる構造的な現象です。
同じ図面なのに検査員によって合否が変わる——品質判定のばらつきが生むコストと、検査基準を品質OSにそろえる順番
この指摘は社内検査の判定差についてのものですが、立会検査の準備にもそのまま当てはまります。準備の巧拙は担当者の几帳面さではなく、準備の瞬間に何が手元にそろっているかで決まります。
同じ品番・寸法・条件が、検査表・成績書・是正処置票の間で何度も書き写される構造は、他の製造業務でも共通して観察されます。
測ってはいるのに、検査成績書づくりで時間が溶ける——検査記録が現場と個人に散らばる構造と、品質OSでそろえられる範囲
立会検査でも同じことが起きます。仕様書の数値が検査項目表へ、項目表の結果が立会記録へ、記録の結論が検査成績書へと、同じ値が様式を変えて書き写されていきます。書き写しが増えるほど、版のずれと転記ミスの余地が広がります。
引き渡し報告書や試運転記録は、多くの場合「所定の性能を満たして引き渡した」ことを示す証跡として設計されています。
客先で直した内容が、次の号機に返らない——据付・試運転の現地調整が個人に閉じる構造と、業務OSでそろえられる範囲
立会報告書もまったく同じ性格を持ちます。合格の事実は残りますが、「客先がどの項目を重点的に見たか」「どの説明で納得が得られたか」「どの宿題が残り、いつ誰が片付けたか」は、書式上どこにも入る欄がありません。だから次号機の担当者には結果しか渡らず、準備はまたゼロから始まります。
準備時間の多くが探索と突き合わせに消え、本来の「何をどう見せて合格を取るか」という計画と判断に使える割合は小さくなります。これは前回の準備結果が残っていれば圧縮できる時間であり、逆に言えば今回残さないことが次回の探索時間を生みます。
業務OSでそろえられる範囲はどこまでか？
業務OSとは、設計・調達・品質・生産技術といった業務を横断して、判断に必要な情報をそろえ、定型作業を代行するAIエージェント基盤を指します。記録の保管庫ではなく、業務そのものを進める層に位置づけられる点が、ERPやPLMとの違いです。
立会検査の準備に当てはめると、業務OSが引き受けられるのは、案件に紐づいた要求の一覧化、類似号機の検査項目表と対応する図面版の提示、同一客先の過去指摘の検索、当日出た宿題を担当と期限つきで案件に残すところまでです。項目表そのものを機械が確定させるわけではありません。
| 準備の作業 | 個人に閉じた運用で起きること | 業務基盤に載せられる範囲 | 人が握り続ける判断 |
|---|---|---|---|
| 客先要求の確定 | 見積書・議事録・メールを担当者が記憶で拾い直す | 案件に紐づけて要求を一覧化し、変更履歴とともに提示 | どこまでを立会での約束と見なすかの線引き |
| 検査項目表の作成 | 似た号機の表を探し、版が不明なまま手作業で書き換える | 類似号機の項目表と対応する図面版を候補として提示 | 今回の仕様に対する項目の過不足の確定 |
| 事前立会（社内予行） | 前回の指摘が残っておらず、当日はじめて突かれる | 同一客先・同一機種の過去指摘を検索して提示 | どの順で何を見せるかの当日シナリオ設計 |
| 当日の指摘対応 | 口頭合意され、宿題が手帳とメールに分かれて残る | 指摘と宿題を担当・期限つきで案件に記録し追跡 | その場で受けるか持ち帰るかの判断と客先への説明 |
| 次号機への引き継ぎ | 合格の結果だけが報告書に残る | 指摘・対処・所要時間を号機と客先の属性で蓄積 | 設計標準や項目表の雛形に反映するかの意思決定 |
人が握り続ける判断とは？
立会検査の本質は、技術的な合否判定であると同時に、客先との合意形成です。境界値をどう扱うか、追加要求をその場で受けるか持ち帰るか、どの範囲まで性能を保証すると口にするか。これらは契約と信頼関係にかかわる判断であり、機械に委ねる対象ではありません。業務OSは判断を奪うのではなく、判断に集中できるよう周辺の情報整備を引き受ける、という線引きになります。
逆に言えば、探索と清書に準備時間の半分以上が使われている状態は、最も価値の高い「当日どう合意を取るか」の設計に時間を割けていない状態でもあります。直近の立会1件を題材に、準備時間がどの工程に落ちているかを棚卸しする業務診断を無料で実施しています（生産技術・品質保証の同席を推奨します）。
投資対効果はどう見ればよいか？
金額から入るより、まず「どの時間が圧縮されるか」で捉えるのが現実的です。圧縮の対象になるのは、過去号機の項目表と記録を探す時間、要求を拾い直す時間、様式を整える時間の3つです。ここが半分になるだけでも、立会準備のリードタイムは目に見えて縮みます。
ただし、効果の本体はもう少し先にあります。過去の指摘が号機と客先の属性で残るようになると、当日はじめて突かれる論点が減り、立会が一度で通る確率が上がります。再立会や出荷延期が一度でも減れば、その影響は準備工数の削減額を大きく上回ります。評価するときは、削減工数だけでなく、立会の一発合格率と再立会の発生件数まで含めて見るのが筋です。
自己診断：あなたの現場はどちらに近い？
- 直近の立会検査で使った検査項目表は、どの号機の何版を元にしたかを他の人が特定できますか。
- 同じ客先の前回立会で何を指摘されたかを、担当者に聞かずに引き出せますか。
- 立会当日に出た宿題は、担当と期限つきで案件に紐づいて残っていますか。
- 立会の準備を一から組み立てられる方は、部署に3名以上いますか。
- 立会対応の見積工数は、準備時間の実態を反映した数字になっていますか。
3つ以上「いいえ」がつく場合、立会準備の負荷は担当者の練度ではなく、情報の置き場所と引き継ぎ様式の設計に起因している可能性が高いと考えられます。
「うちは客先が固定だから、関係ないのでは？」
もっともな指摘です。客先が数社に限られ、機種構成も安定していて、立会を担当する顔ぶれが変わらない現場であれば、丁寧なフォルダ運用と口頭の申し送りで十分にそろいます。仕組みが効いてくるのは、客先や機種が増えたとき、立会の頻度が上がったとき、そして担当者が入れ替わるときです。
自社がどちらに近いかは、上の自己診断のうち「他の人が元データを特定できるか」と「前回指摘を担当者に聞かずに引き出せるか」の2項目で見分けがつきます。この2つに「いいえ」がつくなら、いま回っているのは仕組みではなく特定の個人の記憶です。
「立会記録は残しているが、それで足りないのか？」
残っていること自体は前提として重要です。問題は、その記録が「証跡」として設計されていて、「次の準備の入力」として設計されていない点にあります。合否と署名だけが整った記録は監査には耐えますが、次号機の担当者が準備に使うには情報が足りません。必要なのは様式を増やすことではなく、いま残している記録に「何を問われたか」「どう答えたか」を号機と客先の属性で引ける状態を足すことです。
よくある質問
立会検査（FAT）と社内の出荷検査は何が違うのですか？
社内の出荷検査は自社基準に対する適合確認であり、判定の主体は自社です。立会検査は客先が立ち会い、契約・仕様書の取り決めに対する合意を得る場であり、判定に客先の解釈が入ります。準備で必要になる情報も、自社の検査基準書だけでなく、見積・仕様書・打合せ議事録といった約束の経緯まで広がります。
検査項目表の雛形を整備すれば解決しませんか？
雛形は有効な第一歩ですが、それだけでは探索時間は残ります。実務で時間を食うのは雛形の有無ではなく、「今回の仕様に対して、どの項目を足し引きするか」を判断する材料——類似号機の実績と、その客先の過去指摘——を集める工程だからです。雛形の整備と、過去実績を引ける状態づくりは別の施策として並行させるのが現実的です。
汎用の生成AIに仕様書を読ませれば済むのではないですか？
文章の要約や項目表の下書きには有効です。ただし立会準備で必要なのは「この客先の、この機種の、最新版の要求」が確実に出てくることです。版の管理、過去号機との紐づけ、指摘と対処の記録は、自社の情報を構造化して持つ業務基盤があってはじめて成立します。汎用ツールは下書きの相棒であって、情報の保管庫でも版の管理者でもない、という線引きが現実的です。
どこから着手するのが現実的ですか？
全社一斉ではなく、立会頻度の高い客先を1社、または機種を1系列選んで始めるのが現実的です。まず「次の立会で必ず参照したい情報」を1つだけ決め、その記録様式を固定します。多くの現場では、それは前回の指摘一覧になります。1件でも参照が成立すれば、対象を広げる判断材料が手元に残ります。
次のアクション
立会準備の負荷が「人を育てる問題」なのか「情報設計の問題」なのかは、自社の業務を分解してみないと判断できません。直近で実施した立会検査を1件選び、準備に使った時間を「探す」「拾い直す」「清書する」「本来の計画と判断」の4つに仕分けてみてください。その内訳が、次に手を打つべき場所を示します。
New Innovationsでは、直近の立会1件を題材に、準備工程のどこに時間が落ちているかを30分で棚卸しする業務診断を無料で実施しています。
あわせて読みたい
- 測ってはいるのに、検査成績書づくりで時間が溶ける——検査記録が現場と個人に散らばる構造と、品質OSでそろえられる範囲
- 客先で直した内容が、次の号機に返らない——据付・試運転の現地調整が個人に閉じる構造と、業務OSでそろえられる範囲
- 同じ図面なのに検査員によって合否が変わる——品質判定のばらつきが生むコストと、検査基準を品質OSにそろえる順番
出典
- JIS Q 9001:2015（ISO 9001:2015）品質マネジメントシステム—要求事項 箇条8.6「製品及びサービスのリリース」／箇条7.5「文書化した情報」（検査記録と追跡可能性の要求事項）
- 経済産業省「2024年版ものづくり白書」（製造業における技能人材の確保・技能承継に関する記述）
- 図2は実測値ではなく、装置メーカーの現場で語られる作業構成をならした参考図です。割合は前提つきの概算であり、特定企業の測定結果ではありません。
