製造業の現場では、複数のサプライヤーから届く部材の検査データがExcelやPDFなど異なるフォーマットで納品されます。これらを自社の品質管理システムに手入力で転記している企業は少なくありません。手入力では転記ミスが避けられず、データが揃うまでに数日かかることもあるため、不良部材の流入を早期に検知できません。最悪の場合、製造ライン停止や製品リコールにつながるリスクがあります。
この記事は、従業員50〜500名規模の製造業で、品質管理や購買業務を担当している方を想定しています。品質保証部門のリーダー、生産管理の担当者、あるいは情シスとして品質データの統合を任されている方が対象です。読み終えると、サプライヤーから届くバラバラなフォーマットの品質データを自動で取り込み、異常値をリアルタイムに検知する仕組みの全体像と具体的な構築手順が分かります。大規模エンタープライズ向けのMES導入計画や、個別ツールの網羅的なレビューは扱いません。
なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。
読み終えた時点で、サプライヤーの品質データ受領から異常検知アラートまでの一連のワークフローを自社に当てはめた設計図を手にしている状態になります。
Workflow at a glance: サプライヤーごとにバラバラな品質データを自動統合しリアルタイムな不良検知体制を構築する方法
サプライヤーごとに品質データの提出形式が異なることが、統合を困難にしている最大の原因です。あるサプライヤーはExcelで寸法検査の結果を送り、別のサプライヤーはPDFの検査成績書を添付し、さらに別のサプライヤーはメール本文にデータを記載してきます。列の並び順、単位の表記、検査項目の名称もサプライヤーごとにバラバラです。
たとえば、同じ引張強度の検査値でも、あるサプライヤーはMPa単位で小数点以下2桁、別のサプライヤーはN/mm²で整数値という具合です。これを人間が目視で読み取り、自社フォーマットに変換して入力する作業は、1件あたり10〜15分かかることも珍しくありません。
手入力の問題は転記ミスだけではありません。品質データの入力が後回しにされ、受入検査から数日遅れてシステムに反映されるケースが頻発します。この遅延の間に不良部材が製造ラインに投入されると、不良品が後工程に流れてしまいます。
さらに深刻なのは、手入力ではデータの傾向分析がリアルタイムにできないことです。特定のサプライヤーの検査値が徐々に規格上限に近づいているといった兆候を見逃し、突然の不良発生として顕在化します。予兆を捉えられないことが、品質問題の対応コストを大幅に押し上げます。
品質データの統合遅延は、直接的には不良品の流出リスクを高めます。しかし間接的な影響も見逃せません。サプライヤー評価が感覚的になり、問題のあるサプライヤーとの取引見直しが遅れます。顧客からの品質監査でデータの即時提示ができず、信頼を損ないます。ISO 9001などの品質マネジメントシステムの運用でも、データのトレーサビリティ(追跡可能性)が確保できず、不適合を指摘されるリスクがあります。
品質データの統合で多くの企業が陥る失敗は、サプライヤーにフォーマットの統一を求めることです。取引先に自社指定のExcelテンプレートを配布し、それに合わせて入力してもらおうとします。しかし現実には、サプライヤーも複数の顧客を抱えており、顧客ごとに異なるフォーマットに対応する余裕はありません。結果として、テンプレートを無視した従来形式のデータが届き続けます。
発想を逆転させます。サプライヤーには今まで通りのフォーマットでデータを送ってもらい、自社側でデータを受け取った直後に自動変換する仕組みを作ります。これが受け口の標準化です。
具体的には、サプライヤーからのデータをクラウドストレージの指定フォルダに集約し、ETLツール(データの抽出・変換・格納を自動化するツール)でフォーマットを統一し、品質管理システムに自動投入します。サプライヤー側の負担はゼロで、自社側の手入力もゼロになります。
変換後のデータに対して異常値を検知するルールは、品質管理システム側に一元的に設定します。たとえば、検査値が規格値の90%を超えたら警告、規格値を超えたらアラートといったしきい値を設定します。ETLツール側で判定ロジックを持たせると、ルール変更のたびにETLの設定を修正する必要が生じ、運用が複雑になります。データの変換と品質判定は明確に分離することが、長期的な運用のコツです。
サプライヤーごとに専用のフォルダをMicrosoft SharePointに作成し、データの提出先として案内します。サプライヤーにはメール添付ではなく、このフォルダにExcelやPDFをアップロードしてもらいます。メールでの提出が避けられないサプライヤーには、Power Automateの受信メール自動振り分け機能を使い、添付ファイルを該当フォルダに自動保存する設定を行います。
運用のポイントは、フォルダ名にサプライヤーコードと部材カテゴリを含めることです。たとえばSUP001_金属部品、SUP002_樹脂部品のように命名します。これにより、後続のETL処理でサプライヤーと部材の紐付けが自動化できます。
この作業の担当は購買部門です。新規サプライヤーの追加時にフォルダを作成し、アクセス権を付与します。既存サプライヤーへの案内は一度行えば、以降は日常的な運用負荷はほぼありません。
Microsoft SharePointにファイルがアップロードされたことをトリガーに、Troccoでデータの抽出と変換を自動実行します。Troccoは国産のETLツールで、ExcelやCSVの取り込みに強く、日本語のカラム名やシフトJISの文字コードにも対応しています。
変換処理では、サプライヤーごとに異なる列名を自社の標準項目名にマッピングします。たとえば、サプライヤーAの引張強度(MPa)列とサプライヤーBのTensile Strength列を、自社標準の tensile_strength_mpa に統一します。単位変換が必要な場合もここで処理します。
PDFの検査成績書については、Trocco単体では直接読み取れないため、事前にPDFからExcelまたはCSVに変換する前処理が必要です。これはMicrosoft Power Automateの AI Builder機能でPDFからテーブルデータを抽出し、Excelとして保存する処理を組みます。この前処理もSharePointへのPDFアップロードをトリガーに自動実行されるため、手作業は発生しません。
変換後のデータは、品質管理システムのデータベースに直接投入します。Troccoはデータの投入先としてMySQL、PostgreSQL、BigQueryなど主要なデータベースに対応しているため、自社の品質管理システムが使用しているデータベースに合わせて設定します。
この処理は完全自動で動作しますが、変換エラーが発生した場合はTroccoの管理画面にエラーログが残ります。品質保証部門の担当者が毎朝エラーログを確認し、必要に応じてサプライヤーにデータの再提出を依頼する運用とします。
品質管理システムに投入されたデータに対して、COTOHA Boardでリアルタイムの異常検知ダッシュボードを構築します。COTOHA BoardはNTTコミュニケーションズが提供するBIツールで、データベースに接続してダッシュボードを自動生成する機能を持っています。
ダッシュボードには以下の3つのビューを設定します。1つ目は、サプライヤー別の検査値トレンドグラフです。横軸に受入日、縦軸に検査値をプロットし、規格上限・下限のラインを重ねて表示します。2つ目は、直近30日間の不良率をサプライヤー別に集計した一覧表です。3つ目は、検査値が規格値の90%を超えた場合に自動表示される警告リストです。
アラートの発報には、COTOHA Boardのしきい値アラート機能を使います。検査値が規格上限の90%を超えた時点で品質保証部門の担当者にメール通知を送り、規格値を超えた場合は品質保証部門の責任者と製造部門の責任者の両方に即時通知します。
この仕組みにより、不良部材が製造ラインに投入される前に対処できます。従来は月次の品質会議で初めて問題が共有されていたものが、異常発生から数時間以内に関係者全員が状況を把握できるようになります。
Microsoft SharePointを受け口に選ぶ最大の理由は、多くの製造業がすでにMicrosoft 365を導入しているためです。新たにファイル共有サービスを契約する必要がなく、サプライヤー側もWebブラウザからアクセスできるため、ITリテラシーの低いサプライヤーでも対応可能です。
Power Automateとの連携が標準で組み込まれている点も重要です。メール添付ファイルの自動保存やPDFの前処理など、周辺の自動化をMicrosoft製品のエコシステム内で完結できます。
一方で、SharePointのフォルダ構造が複雑になりすぎると管理が煩雑になります。サプライヤー数が100社を超える場合は、フォルダの命名規則とアクセス権の管理ルールを事前に厳密に定めておく必要があります。
海外製のETLツールはシフトJISの文字コードや日本語のカラム名で問題を起こすことがあります。Troccoは国産ツールのため、日本語環境での動作が安定しています。また、GUIベースで変換ルールを設定できるため、プログラミングの知識がない品質保証部門の担当者でも、サプライヤー追加時のマッピング設定を自力で行えます。
注意点として、TroccoはPDFの直接読み取りには対応していません。PDF形式のデータが多い場合は、ステップ2で説明したPower AutomateのAI Builderによる前処理が必須です。また、サプライヤーのフォーマットが大幅に変更された場合は、変換ルールの修正が必要になります。主要サプライヤーについては、フォーマット変更時に事前連絡をもらう運用ルールを取り決めておくことを推奨します。
COTOHA Boardの強みは、データベースに接続するだけでAIが自動的にダッシュボードの候補を提案してくれる点です。BIツールの操作に慣れていない品質保証部門の担当者でも、提案されたダッシュボードをベースにカスタマイズするだけで実用的な監視画面を構築できます。
トレードオフとして、高度な統計分析や機械学習ベースの異常検知を行いたい場合は、COTOHA Boardだけでは対応が難しくなります。まずはしきい値ベースの異常検知から始め、運用が安定した段階で必要に応じて分析基盤を拡張する段階的なアプローチが現実的です。
| Tool | Role | Pricing | Implementation time | Notes |
|---|---|---|---|---|
| Microsoft SharePoint | サプライヤーからの品質データの受け口となるクラウドストレージ | 月額課金(Microsoft 365に含まれる場合あり) | 1〜2日 | サプライヤーごとのフォルダ作成とアクセス権設定が主な作業。Power Automateによるメール添付ファイルの自動保存設定も含む。 |
| Trocco | サプライヤーごとに異なるフォーマットの品質データを自社標準に自動変換するETLツール | 月額課金 | 1〜2週間 | サプライヤーごとの変換ルール(カラムマッピング・単位変換)の設定が主な工数。GUIで設定可能だがサプライヤー数に比例して初期設定の工数が増える。 |
| COTOHA Board | 品質データの異常検知ダッシュボードとアラート発報を担うBIツール | 月額課金 | 3〜5日 | データベース接続後にAIが自動提案するダッシュボードをベースにカスタマイズ。しきい値アラートのメール通知設定を含む。 |
サプライヤーの品質データ統合は、サプライヤーにフォーマット変更を求めるのではなく、自社側の受け口を標準化することで解決します。Microsoft SharePointでデータを集約し、Troccoで自動変換し、COTOHA Boardで異常を検知する。この3ステップのワークフローにより、手入力のゼロ化とリアルタイムな品質監視を同時に実現できます。
最初の一歩として、取引量の多い上位3社のサプライヤーを対象に、SharePointのフォルダ作成とTroccoの変換ルール設定を行ってください。小さく始めて効果を確認し、段階的にサプライヤーを追加していくことが、確実に成果を出すための進め方です。
Mentioned apps: trocco, Microsoft SharePoint
Related categories: BIツール, オンラインストレージ
Related stack guides: 監査時にガイドライン対応の証跡をすぐ提出できる体制を4つのツールで構築する方法, KPI改善と現場の不満が食い違うとき定量データと定性フィードバックを統合して施策の真の効果を判断する方法, AIエージェントの開発データと本番データの乖離を防ぎ精度低下と手戻りをなくす方法, AIの判断結果を人が検証・承認してから業務に反映する仕組みをつくり誤判定トラブルを防ぐ方法, マスタデータの重複登録を登録時点で防ぎ請求ミスと在庫差異をなくす方法
サービスカテゴリ
AI・エージェント
ソフトウェア(Saas)