JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 13 min read

表紙: SAP QMカタログ — 不良分類、原因分析、使用決定を支える基盤コードライブラリ

SAP QM カタログ

カタログは、SAP品質管理で最初に設定されるマスタデータオブジェクトであり、検査処理、不良記録、品質通知処理中に使用されるすべての分類コードを定義する構造化されたコードライブラリです。コードをタイプ別のカタログ(使用決定、不良、原因、処置)に整理し、各カタログはさらにコードグループと個別コードに細分化されます。カタログが設定されていないと、マスタ検査特性を完全に定義できず、検査結果を分類できず、通知にはレポート作成や根本原因分析を促進する構造化されたコードが欠如します。


パート 1: カタログ — 中核概念(全モジュール)

1.1 カタログとは

ハブアンドスポーク図。中央にカタログがあり、マスタ検査特性、品質検査ロット、使用決定、品質通知、不良レコードに接続されている

カタログとは、SAP QMにおいて、検査結果、不良、その原因、および是正措置の記録と報告方法を標準化するために使用される、分類コードの構造化されたマスタデータテーブルです。集計が不可能な自由テキスト入力を許可する代わりに、カタログは統制された語彙を適用し、プラント、品目、仕入先全体で一貫した品質報告を可能にします。

項目詳細
役割QMプロセスにおける使用決定、不良、原因、および是正処置の分類に使用されるコードセットを定義します
使用するモジュールQM(プライマリオーナー — 品質検査ロット、使用決定、不良レコード、品質通知で使用);PM(アクションコードと原因コードはプラント保全通知と共有される場合があります)
トランザクションQS41(カタログ作成)/ QS42(カタログ変更)/ QS43(カタログ表示)
主要テーブルQPCT(カタログヘッダ)/ QPCD(コードグループヘッダ)/ QPCO(コード)/ QPCM(選択セット)
S/4HANAに関する注意カタログデータモデルはECCから変更なし。Fioriアプリ「品質カタログ管理」(F2716)は、従来のQS41~QS43トランザクションに加えて、コードグループとコードメンテナンスのためのモダンなUIを提供します。

1.2 カタログタイプ

4つのSAP QMカタログタイプ(タイプ1 使用決定、タイプ3 不良コード、タイプ5 原因コード、タイプ9 アクションコード)を示すマトリックス比較

各カタログレコードには、QMプロセスにおける目的を決定する固定タイプが付与されています。誤ったタイプを使用したり、すべてのコードを単一の包括的なカタログに作成したりすると、結果分析や通知レポートの信頼性が損なわれます。

カタログタイプコードユースケース主要な動作
使用決定1検査全体の結果(合格、不合格、条件付き)を分類する検査ロットの使用決定ステップ(QA11)で参照されます。ここで選択されたコードグループとコードは、評価モード設定を通じて在庫転記(制限なし/制限/スクラップ)を決定します。
不良コード3検査中に発見された、または品質通知に記録された個々の不良を分類する不良記録(QF01、QF11)および品質通知(QM01)で使用されます。不良パレート分析の主軸を形成します。1つの検査ロットに複数の不良コードエントリを持つことができます。
原因コード5記録された不良の根本原因を分類する品質通知内の不良項目にリンクされます。ベンダー、品目、または生産ライン全体にわたる根本原因の頻度分析を可能にします。
アクションコード9不良に対応して取られた是正措置または封じ込め措置を分類する品質通知内のタスクおよびアクティビティに添付されます。繰り返し不良分析におけるクロージャ追跡と有効性レポートを促進します。

設計原則: 一部がオプションに見えても、ブループリント時に4つのカタログタイプすべてを定義すること。タイプ3(不良)とタイプ5(原因)は、効果的な品質通知レポートに必須です。タイプ9(アクション)は、クローズドループのCAPAトラッキングに必要です。本稼働後にカタログコードを後付けすると、履歴データに不整合が生じるリスクがあります。


1.3 組織レベルとデータ階層

クライアントレベルのカタログ、コードグループ、コードを示す階層図。プラントレベルの選択セットがコードグループを参照

Catalog(カタログ)階層は完全にクライアントレベルです。カタログタイプにはコードグループが含まれ、各コードグループには個別のコードが含まれます。これら3つのレベルのいずれにも、必須のプラント割り当てはありません。デフォルトでは、同じ不良コードがクライアント内のすべてのプラントで利用可能です。

プラントレベルのフィルタリングは、選択セットを通じて1階層上で導入されます。選択セットはカタログ階層自体の中に配置されるのではなく、1つ以上のコードグループを参照する独立したプラント固有のオブジェクトであり、特定のプラントまたは作業で検査員が表示するコードを絞り込みます。

具体的な例を用いたデータ階層

Client 100
   │
   └── Catalog (Type 3 — Defect)
          │
          ├── Code Group "DEFECT-SURF"
          ├── Code Group "DEFECT-DIM"     Dimensional Defects
          │      │
          │      ├── Code 01   Dim OOT (Dimension Out of Tolerance)
          │      ├── Code 02   Wrong Ø
          │      └── Code 03   Warpage
          └── Code Group "DEFECT-FUNC"

Plant 1000
   │
   └── Selected Set "SS-PRESS-01"   Press Line Defects
          ── references ──> Code Group "DEFECT-DIM"
          ── references ──> Code Group "DEFECT-SURF"

1 つの選択セットは、通常、複数のコードグループを参照します。上記の例のように、“SS-PRESS-01” は寸法不良コードと表面不良コードの両方を取り込むため、プレスラインの検査員はカタログを切り替えることなく、1 つの統合された関連リストを確認できます。

設計原則: コードグループはクライアントレベルで維持し、不良語彙が複数のプラント間で真に共通している場合は共有します。プラントごとに検査員が表示するコードを調整する主要な仕組みとしては、プラント制限付きコードグループではなく、プラントレベルの選択セットを使用します。これにより、マスターコードライブラリを中央で維持しつつ、各プラントにフィルタリングされた業務関連のビューを提供できます。


1.4 他のマスタデータオブジェクトとの統合

ハブアンドスポーク図。中央にカタログがあり、マスタ検査特性、検査計画、品質検査ロット、品質通知、使用決定に接続されている

カタログは、QMマスタデータチェーンにおける最下位レベルの依存関係です。分類コードを参照するオブジェクトを作成する前に、カタログが存在している必要があります。

オブジェクト関係性実務上の注意点
マスタ検査特性 (QS21)カタログタイプ1およびタイプ3を参照し、定性特性評価を行う定性のマスタ検査特性は、カタログと選択セットを割り当て、その特性の検査結果記録時に適用される不良コードと使用決定コードを定義します。カタログエントリがないと、定性MICは保存できません。
検査計画 (QP01)作業レベルで選択セットを参照する検査計画の各作業は、選択セット(カタログタイプ3および5)を参照して、検査結果記録時に利用可能な不良コードを事前にフィルタリングできます。これにより、検査員が特定の工程ステップに関係のないコードを選択することを防ぎます。
品質検査ロット (QA01)使用決定および不良記録時にカタログコードを使用使用決定 (QA11) はカタログタイプ1を参照してロットの結果を分類します。不良記録 (QF01) はカタログタイプ3、5、9を参照します。すべてのエントリは検査ロット履歴に永続的な記録として残ります。
品質通知 (QM01)不良項目、原因、タスクにカタログコードを使用品質通知の構造化されたコーディング(不良タイプ、原因、アクション)は、カタログ3、5、9から完全に取得されます。これは不良頻度レポート(QM-PM分析)の主要なデータソースです。
動的変更ルール (QDR1)間接的 — カタログを介してコード化された検査履歴がDMRステージ遷移に影響を与えるDMR自体はカタログを直接参照しませんが、ロットレベルの使用決定(カタログタイプ1)が、DMRが検査水準を引き上げたり緩和したりするために使用する合格/不合格履歴を生成します。

パート 2: QM固有のフィールド詳細

2.0 QMオーナーシップの範囲

カタログデータセクション全体におけるQMコンサルタントの所有権を示すチェックリスト:カタログヘッダ、コードグループ、コード、選択セット

データセクションQM関与備考
カタログヘッダ◎ オーナーカタログタイプの選択と説明 — コンフィギュレーション時に一度設定
コードグループ◎ オーナーコードを整理する論理的なグループ化;命名規則はQMの設計判断
コード◎ オーナー個別の分類エントリ;日常的なメンテナンスの主要項目
選択セット◎ オーナー検査計画で参照されるプラントレベルのサブセット;QMチームが管理

凡例: ◎ = オーナー/クリティカル、○ = 直接関与


2.1 カタログヘッダ

主要カタログヘッダフィールドのチェックリスト:カタログタイプ、説明、プラント割当、有効性設定

カタログヘッダは、コードライブラリのタイプと範囲を確立します。これは、QMシステムの初期セットアップ時に一度設定され、本番稼働後はほとんど変更されません。

フィールド説明実務上の使用例
カタログタイプカタログの目的を識別する数値キー(1、3、5、または9)タイプは作成時に固定され、後から変更することはできません。導入時には必ず4つの標準タイプすべてを作成してください。カタログタイプ3を原因(タイプ5の代わり)に転用すると、構造的に不正確な通知レポートとなり、稼働後の修正が困難になります。
説明カタログの自由テキストラベルカタログの目的を示す、言語に依存しない説明的なラベルを使用します。例:「使用決定コード」、「不良分類」、「根本原因コード」、「是正処置コード」。翻訳を介した言語間での一貫した命名は、多言語展開をサポートします。
プラントカタログに対するオプションのプラント制限プラントが入力されると、カタログはそのプラントに制限されます。空白のままにすると、カタログはクライアント全体で利用可能になります。ほとんどの導入では、プラントレベルの選択セットを持つクライアント全体のカタログが、メンテナンス効率と運用の柔軟性の最適なバランスを提供します。
短テキスト選択リストに表示される短縮説明検査結果記録時のコードグループ選択ダイアログで読みやすくするため、20文字以下に抑えてください。

2.2 コードグループ

主要コードグループフィールドのチェックリスト: コードグループキー、説明、プラント、有効開始/終了日、およびショートテキスト

コードグループは、カタログ内の中間レベルの組織単位です。関連するコードを共通のラベルの下にグループ化し、より迅速なコード選択と、より意味のあるサブカテゴリレポートを可能にします。

フィールド説明実務上の使用例
コードグループグループの英数字キー(最大8文字)グループ化のロジックを反映した命名規則を採用します。カタログタイプ3(不良)の場合、一般的なパターンには、機能エリア(DIM:寸法、SURF:表面、WELD:溶接)、生産ラインコード、または製品ファミリーが含まれます。明確な命名規則により、選択セットの構築と長期的な保守が簡素化されます。
説明コードグループの完全な説明含まれるコードのカテゴリを明確に説明する必要があります。例:「寸法不良 — 機械加工部品」。カタログが拡大するにつれて意味が失われる「グループA」や「カテゴリ1」のような汎用的なラベルは避けてください。
プラントこのコードグループに対するプラント制限クライアント全体のカタログ内で、プラント固有のコードグループを許可します。特定のプラントにのみ該当する固有の不良カテゴリがある場合に使用します。エンタープライズ全体のレポートの一貫性を確保するには、共有コードグループ(プラントなし)が推奨されます。
有効開始日 / 有効終了日コードグループの有効期間有効開始日は稼働開始日に設定します。無期限の有効性の場合は、有効終了日は空白のままにします。コードグループが廃止された場合(例:製品ラインが中止された場合)、削除ではなく有効終了日を設定します。削除すると、そのグループを参照していた過去の検査記録が破損します。
短テキスト20文字の省略ラベル検査中のコード選択ポップアップに表示されます。検査担当者が一目で意味を理解できるものでなければなりません。

2.3 コード

主要コードフィールドのチェックリスト: コードキー、説明、短テキスト、有効期間、評価指標

コードは、カタログ階層における最下位レベルのエントリであり、検査員や品質エンジニアが結果、不良、原因、または処置を記録する際に選択する実際の値です。コード設計は、レポート品質に最も大きな影響を与えます。

フィールド説明実務上の使用例
コードコードグループ内の英数字キー(最大4文字)シンプルさを重視する場合は連番(01, 02, 03)を使用し、コードが説明なしで自明である必要がある場合(例:直径は"DIAM"、平面度は"FLAT")は記憶補助方式を使用します。連番は拡張が容易で、記憶補助コードは検査担当者が覚えやすく、素早く選択できます。
説明このコードの完全なテキスト説明説明は検査担当者にとって曖昧さがないものでなければなりません。不良コード(タイプ3)の場合は、具体的な故障モードを含めます:「外径が許容範囲外(上限超過)」は「寸法不良」よりも望ましいです。ここでの具体性が、不良パレート図レポートの分析価値を直接決定します。
短テキスト選択時に表示される20文字のラベル短テキストは、検査担当者が選択ダイアログで目にするものです。20文字で読みやすさを最適化します:「OD Oversize」は「Dimension NG」よりも多くの情報を伝えます。
有効開始日 / 有効終了日コードの有効期間コードグループと同じ保持ルールに従います:削除する代わりに、有効終了日を設定してコードを廃止します。削除すると、そのコードを参照していた過去の検査ロットを表示する際にエラーが発生します。
評価区分使用決定コード(タイプ1)用:合格 / 不合格 / 条件付このフィールドはカタログタイプ1に固有です。評価区分は、使用決定後の在庫転記を制御します:合格は制限なし在庫に転記、不合格は保留在庫またはスクラップに転記します。これは使用決定結果と在庫影響を結びつける重要なリンクです。ブループリント時に正しく設定する必要があります — 誤った設定は、本番稼働時に在庫管理エラーを引き起こします。

2.4 選択セット

主要な選択セットフィールドのチェックリスト: 選択セットキー、説明、カタログタイプ、プラント、割り当てられたコードグループ

選択セットとは、特定のカタログタイプに属するコードグループのうち、プラントレベルで定義された名前付きサブセットです。これは、検査計画が結果記録時に検査担当者が利用できるコードを制限し、無関係な選択肢を排除して選択ミスを減らすための仕組みです。

フィールド説明実務上の使用例
Selected Set選択セットのキー(最大8文字)運用コンテキストを反映した名前を選択セットに付けます。例:受入検査工程で使用する選択セットには「INCOMING」、生産現場工程には「IN-PROCESS」、完成品最終検査には「FINAL」。工程が異なる選択セットを参照する場合、明確な命名により検査計画の保守が容易になります。
説明選択セットの完全な説明範囲や使用目的を記述します。例:「プラント1000の機械加工部品受入検査用不良コード」。
カタログタイプこの選択セットがフィルタリングするカタログタイプ選択セットは正確に1つのカタログタイプに属します。同じ検査工程を対象とする場合でも、不良コード(タイプ3)と原因コード(タイプ5)には別個の選択セットが必要です。
プラントプラント割当選択セットは本質的にプラント固有です。すべての選択セットにはプラントを割り当てる必要があります。
割当コードグループこのセットに含まれるコードグループのリスト中核となる設定 — この選択セットが検査工程で参照された場合に利用可能となるコードグループ(したがってコード)を定義します。すべてを含めるのではなく、関連性の高い少数のコードグループに絞ることを推奨します。選択肢が多すぎると検査員の作業が遅くなり、データ品質が低下します。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
qm-001OverviewSAP QMとは何ですか?

L2-A) Master Data

IDCategoryTitle
qm-a01OverviewSAP QM マスタデータ:概要、階層および関係
qm-a02-01Master DataSAP QM カタログ 📍
qm-a02-02Master DataSAP QM マスタ検査特性
qm-a02-03Master DataSAP QM 検査方法
qm-a03-01Master DataSAP QM サンプリング手順
qm-a03-02Master DataSAP QM 動的修正ルール
qm-a05-01Master DataSAP QM 品目マスタ
qm-a04-01Master DataSAP QM 作業区
qm-a04-02Master DataSAP QM 検査計画
qm-a05-02Master DataSAP QM 品質情報レコード

L2-B) Transaction

IDCategoryTitle
qm-b01OverviewSAP QMトランザクション:プロセスフロー、階層、および関係