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 カタログタイプ

各カタログレコードには、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チームが管理 |
凡例: ◎ = オーナー/クリティカル、○ = 直接関与
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
| ID | Category | Title |
|---|---|---|
| qm-001 | Overview | SAP QMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| qm-a01 | Overview | SAP QM マスタデータ:概要、階層および関係 |
| qm-a02-01 | Master Data | SAP QM カタログ 📍 |
| qm-a02-02 | Master Data | SAP QM マスタ検査特性 |
| qm-a02-03 | Master Data | SAP QM 検査方法 |
| qm-a03-01 | Master Data | SAP QM サンプリング手順 |
| qm-a03-02 | Master Data | SAP QM 動的修正ルール |
| qm-a05-01 | Master Data | SAP QM 品目マスタ |
| qm-a04-01 | Master Data | SAP QM 作業区 |
| qm-a04-02 | Master Data | SAP QM 検査計画 |
| qm-a05-02 | Master Data | SAP QM 品質情報レコード |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| qm-b01 | Overview | SAP QMトランザクション:プロセスフロー、階層、および関係 |