Title here
Summary here
SAP QM 動的修正ルール
SAP QM 動的修正ルール
動的変更ルール（DMR）は、SAP QMにおけるマスタデータオブジェクトであり、時間の経過に伴う検査水準の調整に関する適応ロジックをエンコードします。検査ロットの履歴（連続合格、連続不合格、またはスキップ回数）を評価することにより、DMRはどの検査段階がアクティブであるか、およびいつサンプリングをエスカレーション、緩和、またはバイパスするかを決定します。これは、QMマスタデータ設定フローのフェーズ2（サンプリング）におけるサンプリング手順の後段に位置し、その設定選択は、検査負荷、仕入先認定シグナル、および品質保証範囲に直接影響を与えます。
パート 1: 動的修正ルール — 基本概念（全モジュール共通）
1.1 動的修正ルールとは
動的修正ルール（DMR）は、品質管理のマスタデータオブジェクトであり、番号付けされた一連の検査段階を定義します。各段階は特定の検査水準に関連付けられており、システムがそれらの間を移行する条件も定義されます。DMRは固定のサンプルサイズを保持するのではなく、状態を導入します。つまり、特定の品目-仕入先の組み合わせに対する現在のアクティブな段階が、使用決定を通じて記録された検査ロットの結果に基づいて進行または後退します。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | 連続する検査ロット間で検査水準（厳格、緩和、通常/スキップ）を調整するための、多段階かつ履歴に基づくロジックを定義します | |
| 使用モジュール | QM（主 — 受入検査、工程内検査、最終検査） | |
| トランザクション | QDR1（作成）/ QDR2（変更）/ QDR3（表示） | |
| 主要テーブル | QDRS（DMRヘッダ）/ QDRSP（DMRステージ） | |
| S/4HANAでの注意点 | DMRデータモデルはECCから変更されていません。Fioriアプリ「動的変更ルール管理」（F2369）は、従来のQDR1/2/3トランザクションと併せて一覧表示・編集機能を提供します。 |
1.2 検査段階と厳格度レベル
DMRは、順序付けられたステージで構成されます。各ステージには、サンプリング手順にリンクする重大度レベルがあり、システムがロットをどの程度積極的に検査するかを定義します。間違ったステージ設計を選択すると（例えば、緩和を達成しやすくしすぎるなど）、サンプリングプログラムの統計的有効性が損なわれます。
| 厳格度レベル | 標準的なステージ番号 | サンプリング動作 | ユースケース | |
|---|---|---|---|---|
| 厳格検査 | 低ステージ（例：1） | より大きなサンプルサイズ、より厳しいAQL | 新規仕入先、品質不良発生後、初期認定時 | |
| 通常検査 | 中ステージ（例：2～3） | 関連するサンプリング手順に基づく標準的なサンプルサイズ | 安定した確立された仕入先関係 | |
| 緩和検査 | 高ステージ（例：4） | より小さなサンプルサイズ | 長期にわたる許容可能な品質実績 | |
| スキップ検査 | 最高ステージ（オプション） | 実サンプルは採取せず、ロットは検査なしで受入 | 持続的に優れた実績を持つ認定仕入先 |
設計原則: ステージの総数と各ステージに割り当てられたサンプリング手順は、本稼働前に品質保証チームと購買チームの両方と合意する必要があります。本稼働後のステージ定義の変更は履歴解釈をリセットするため、変更管理の対象としなければなりません。
1.3 組織レベルとデータ階層
動的修正ルールは、連携するサンプリング手順と同様にクライアントレベルです。これは一度定義され、自動的な重要度のエスカレーション/緩和を必要とする任意のサンプリング手順から参照されます。サンプリング手順や他のマスタの下にネストされることはなく、両者は互いを参照する独立したクライアントレベルのレコードです。
具体的な例を用いたデータ階層
Client 100
│
├── Dynamic Mod. Rule "DMR-Q10" Skip after 10 pass
│ ↑
│ └── referenced by ── Sampling Procedure "SP-05" AQL 1.0 · Level II
│
├── IC "IC-DIA" Diameter (quant.)
├── Inspection Method "IM-CMM" CMM Measurement
└── Certificate Profile "CP-4711" Outbound QM cert設計原則: 動的変更ルールは、特定の品目や仕入先ではなく、実装するエスカレーションポリシーに基づいて命名します（例：「10回合格後にスキップ」）。1つのルールを複数のサンプリング手順で参照することで、エスカレーションロジックを一元管理し、監査可能な状態に保ちます。
1.4 他のマスタデータオブジェクトとの統合
DMRは単独で存在するものではありません。これは、サンプリングポリシーと実行時の品質レベル追跡を結びつけるチェーンにおける上位リンクです。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| サンプリング手順 (QDV1) | 各DMRステージは1つのサンプリング手順を参照する | サンプリング手順は、そのステージのサンプルサイズとAQLを定義します。DMRはキーによってサンプリング手順を参照します。サンプリング手順が変更されると、それを参照するすべてのDMRがその変更を継承します。サンプリング手順はDMRよりも先に設計してください。 | |
| 検査計画 (QP01) | DMRキーは検査計画ヘッダまたは作業レベルで割り当てられます | 検査計画は、特定の品目検査にどのDMRが適用されるかを決定します。検査計画が割り当てられていない場合、DMRは実行時に有効化されません。 | |
| 品質レベル (ランタイム) | 品質レベルは、材料-仕入先-プラントの組み合わせに対して現在どのステージがアクティブかを格納します | 品質レベルは、各使用決定後に自動的に更新されます。コンサルタントは、QDR4/QDL1で品質レベルを手動でリセットまたは調整できます。 | |
| 品質情報レコード (QI01) | 品質情報レコードは、特定の仕入先-品目ペアに対する動的変更を抑制できます | 品質情報レコードレベルで検査が抑制またはスキップされた場合、DMRステージカウンタは進みません。 | |
| 品目マスタ (QMビュー) | 品目マスタで有効化された検査タイプが、検査ロットの作成タイミングを決定します | DMRは、検査ロットが生成される場合にのみ意味を持ちます。QMビューで関連する検査タイプが有効化されていない場合、ロットは作成されず、DMRは休止状態のままとなります。 |
パート 2: QM固有のフィールド詳細
2.0 QM（品質管理）の所有範囲
| データセクション | QM関与 | 備考 | |
|---|---|---|---|
| ヘッダ定義 | ◎ オーナー | DMRキー、説明、初期ステージ割当 | |
| ステージ設定 | ◎ オーナー | ステージ番号、検査厳密度、サンプリング手順参照 | |
| 移行ルール（緩和） | ◎ オーナー | より緩やかな（上位）ステージに移行する条件 | |
| リセット条件（不合格） | ◎ オーナー | 不合格時に厳格ステージに戻る条件 | |
| 品質レベル管理 | ◎ オーナー | 実行時ステージ状態；QDL1により手動調整可能 |
凡例: ◎ = 所有者 / 重要
2.1 ヘッダ定義
DMRヘッダは、ルールの識別情報と開始状態を確立します。初期ステージ設定は、重要な本稼働開始時の判断事項です。これにより、すべての新規仕入先-品目組み合わせが、標準、厳格、またはその他の厳しさレベルのいずれで開始されるかが決まります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 動的修正ルールキー | DMRの英数字識別子（最大8文字） | 長期的な保守性を考慮すると命名規則が重要です。一般的なパターンとしては、厳しさ-スキームコード（例：標準3段階の場合は"STD-3ST"）、品目クラス、または仕入先ティアなどがあります。明確な命名規則により、機能的に重複するDMRレコードの蓄積を防ぐことができます。 | |
| 説明 | DMRのフリーテキスト説明 | 説明を使用して、段階ロジックを簡潔に要約します。例：「3段階：厳格→標準→緩和。5回合格で進み、2回不合格でリセット。」検査計画を参照するコンサルタントは、QDR3を開かなくてもこの説明のみを確認します。 | |
| 初期段階 | 品質レベルが最初に作成されたときに割り当てられる段階番号 | 履歴が存在する前に、新しい仕入先-品目-プラントの組み合わせに対する検査の厳しさを決定します。ほとんどの企業は、既知の仕入先には標準（段階2）から開始し、新規または問題のある仕入先には厳格（段階1）から開始します。ブループリント中にポリシーを定義し、明示的に文書化します。 | |
| プラント | プラント制限（オプション） | 空白の場合、DMRはすべてのプラントで有効です。特定の段階ロジックが1つのプラントにのみ適用される場合（まれな設定）にのみ入力します。 |
2.2 ステージ設定
DMRの各ステージ行は、その品質履歴成熟度レベルにおける検査動作を定義します。ステージ数は自由に設定可能で、ほとんどの実装では3～4つのステージが使用されます。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| ステージ番号 | ステージを識別する連続整数（1, 2, 3, …） | ステージは番号を連続して、欠番なく設定する必要があります。ステージ1は慣例的に最も厳格（強化）です。最も高い番号のステージが最も緩和（緩和またはスキップ）です。 | |
| 検査水準 | 水準レベルを示す標準コード：1 = 強化、2 = 標準、3 = 緩和、4 = スキップ | サンプリング動作を決定します。スキップ（水準4）は、サンプルを採取せずにロットを合格とすることを意味します。これは、複数年にわたるゼロ不良の実績と認定された品質管理システムを持つサプライヤにのみ使用します。 | |
| サンプリング手順 | このステージで使用されるサンプリング手順（QDV1キー）への参照 | 各ステージは、その水準に適したサンプルサイズを持つ個別のサンプリング手順を参照する必要があります。スキップステージの場合、サンプリング手順は参照されません。各ステージに割り当てられたサンプリング手順が、該当するISO 2859または社内規格と整合していることを確認してください。 | |
| 検査対象ロット数 | システムが次のステージへの移行を検討できるようになるまでに必要な、連続して合格したロットの最小数 | これを低く設定しすぎると（例：2ロット）、ステージ移行が容易になりすぎ、動的切替の統計的根拠が損なわれます。標準から緩和への移行に関する業界ガイダンスでは、通常5～10ロットの連続合格が推奨されています。 |
2.3 移行ルール（上級）
移行ルールは、システムが品質レベルをより緩やかな段階に進める条件を定義します。これらのルールは、動的修正コンセプトの中核です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 進段条件 | 1段階進むために必要な、連続して合格した品質検査ロットの数 | 閾値は、緩和検査を正当化するために必要な統計的信頼度を反映する必要があります。安全上重要なコンポーネントの受入検査では、通常検査から緩和検査に移行する前に、10件以上の連続合格を閾値とすることは珍しくありません。各閾値の根拠は、DMRの説明または別の設計仕様書に文書化してください。 | |
| 検査ロット選択 | 進段条件にカウントされるロットの範囲：すべてのロット、または特定の検査タイプのロットのみ | 品目が複数の検査タイプ（例：タイプ01受入検査とタイプ04最終検査）で検査される場合、DMRがすべてのタイプの履歴をカウントするか、各タイプを独立して追跡するかを決定します。タイプを混在させると、誤解を招く段階進捗シグナルが生成される可能性があります。 | |
| 合格基準 | ロットが完全合格（すべての特性に合格）を達成する必要があるか、部分合格（個々の特性の結果に関わらず使用決定コードが「合格」）であるか | 品質エンジニアによって軽微な不良が1つ免除されたロットでも、使用決定は「合格」となる場合があります。段階進捗の目的において、合格基準が会社の「合格」の定義と一致していることを確認してください。 |
2.4 リセット条件（リジェクト）
リセット条件は、検査不合格後に品質レベルをより厳格な段階（通常は第1段階の厳格検査）に戻すタイミングを定義します。堅牢なリセットロジックは、進行ロジックと同様に重要です。これがないと、長期間の合格連続の中で発生した1つの不良ロットが見逃されてしまいます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| リセットステージ | リセットイベント後の対象ステージ番号（通常はステージ1：強化） | 一部の実装では、軽微な逸脱に対して部分的なリセット（例：緩和から通常へ、強化までは戻さない）を設定します。これは、品質チームが軽微な逸脱と重大な逸脱を正式に定義している場合に許容されます。 | |
| 不合格トリガー | 直近の一定数のロット内で不合格となったロット数（例：直近5ロット中1件の不合格） | 単一不合格トリガー（不合格があれば即座にリセット）は、最もシンプルで一般的な設計です。N-of-Mトリガー（例：5ロット中2件の不合格）は、信頼できるサプライヤであっても孤立した不良が散発的に発生する場合に使用されます。品質チームに説明が困難な、過度に複雑なトリガーの組み合わせは避けてください。 | |
| 自動リセット vs. 手動リセット | 不合格の使用決定時にシステムが自動的に品質レベルをリセットするか、手動による介入が必要か | 自動リセットが標準的な設計です。手動リセットは、品質エンジニアが各不合格をレビューし、ステージへの影響を判断する環境で使用されます。これは、医療機器や航空宇宙など、各品質イベントに対する文書化された人間によるレビューが求められる規制業界で一般的です。 |
次に読むべきもの
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トランザクション：プロセスフロー、階層、および関係 |
Prev
SAP PM 測定ポイントNext
SAP PP 作業手順