品質通知 SAP 品質管理: QM02

⚡ スマートサマリー

品質通知 SAP QMは検査中に発見された欠陥を捕捉し、根本原因分析を通じて解決へと導きます。トランザクションQM02は原因、タスク、および活動を記録し、QA32は欠陥のある検査ロットから通知を作成します。

  • 🚨 主な目的: 検査中に発見された欠陥を捕捉して処理し、それぞれの根本原因を分析する。
  • 🏷️ 3つの標準タイプ: Q1は顧客からの苦情に対応し、Q2はベンダーからの苦情に対応し、Q3は社内の問題に対応します。
  • 🔗 作成パス: QA32でステータスがRRECの検査ロットを選択し、欠陥コードを記録してから、通知ボタンを押してください。
  • 🧩 4つのデータブロック: 項目は欠陥を把握し、原因はそれを説明し、タスクは修正方法を割り当て、活動は実行された内容を記録します。
  • 🔄 ステータス進行状況: 通知は、未処理の状態から、リリース済み、処理中、そして最終的に完了へと移行します。
  • ⚙️ 設定要件: Code 欠陥を分類する前に、グループとコードを業務要件に合わせて設定する必要があります。
  • ???? 費用 Tracking: 問題の分析および解決中に発生した不適合費用は、通知書に記載されます。

品質通知 SAP QM

品質通知とは何か SAP QM?

SAP QM 品質通知には、検査中に特定されたさまざまな種類の問題や欠陥 (たとえば、品質の悪い商品に起因する欠陥) をキャプチャして処理するための機能が含まれています。

  • SAP QM 品質通知は、記録された欠陥を分析し、これらの問題の根本原因分析を実行するために使用されます。

一般に、 SAP 品質通知は次の目的で使用できます。

  • 問題を詳しく説明し、影響を受ける参照オブジェクト (材料、ベンダー、メーカー、顧客など) を特定します。
  • 欠陥に直接関係するすべての担当者 (パートナー) の名前を記録して保管します。
  • 処理仕様を定義する SAP QM品質通知(例えば、欠陥を修正すべき期間を明記し、通知の優先度を割り当てるなど)
  • 個人を捕獲する 欠陥 問題に関連する項目を特定し、欠陥の根本原因を分析します。
  • 取るべき修正措置について言及します(たとえば、すぐに実行されるタスク、または欠陥を詳細に分析した後に実行される修正活動)。
  • Track 通知のステータス管理機能を通じて是正措置を実施する。ステータスには、リリース、処理中、完了など、さまざまな種類がある。
  • 問題を修正するために実行されたすべてのアクティビティとタスクを記録します。
  • 問題の分析と解決中に発生した不適合コストを文書化します。
  • 問題に関するさまざまな種類のレポートを印刷、FAX 送信、エクスポートできます。

これらの機能のうちどれが適用されるかは、選択された通知の種類によって異なるため、標準的な種類について次に説明します。

品質通知タイプ SAP QM

特に、 SAP QM通知は、内部および外部の問題を処理するのに役立ちます。標準で3種類の通知が提供され、それぞれ異なる参照オブジェクトを指し示します。

タイプ 名前 参照オブジェクト 典型的なトリガー
Q1 顧客からの苦情 顧客、販売注文、配送 顧客に届けられた商品の品質が悪い
Q2 ベンダーに対する苦情 ベンダー、発注書、検査ロット 購入資材の受入検査中に欠陥が発見されました
Q3 内部問題報告 材料、製造指示、工場 製造現場での工程内検査中に欠陥が発見されました
  • 顧客から提出された社外苦情 これは標準です SAP 顧客に納品された商品の品質に関連する問題に対処する品質通知タイプ Q1。これは、顧客の苦情を記録し、顧客から報告された問題に対して措置を講じるために使用されます。
  • ベンダーに対する外部からの苦情 これは標準です SAP ベンダーが納品した商品の品質に関連する問題を扱う QM 品質通知タイプ Q2。これは、ベンダーに対する苦情を記録し、材料の入荷品質検査中に特定された問題に対して措置を講じるために使用されます。
  • 社内の問題 これは標準です SAP 社内で発生した商品の品質に関連する問題を取り扱う QM 品質通知タイプ Q3。これは、製造現場での工程内品質検査中に特定された内部の問題を記録するために使用されます。

以下の例では、不良検査ロットから直接作成されたQ2通知を使用しています。

欠陥を記録し、品質通知を作成する方法

このステップでは、分析を行った後、品質結果が許容範囲を超えた場合に欠陥を記録します。 SAP  .

ステップ1) SAP 簡単アクセス メニューで、トランザクション コード QA32 を開き、次の詳細を入力します。

  1. 結果が記録され、 SAP システムステータスを「RREC」にします。
  2. 画面上部の「欠陥」ボタンを押してください。 SAP を選択して、後処理画面に進みます。

欠陥を記録し、品質通知を作成する

欠陥ボタンを押した後、次へ進みます SAP を選択して、後処理画面に進みます。

ステップ2) この中の SAP 画面、

  1. コードグループ「長さ」を選択し、 Code 分析の結果、欠陥として「長すぎる」ことが判明しました。

欠陥を記録し、品質通知を作成する

ステップ3) この中の SAP 画面、

  1. 欠陥を作成した材料コードと検査ロットを確認できます。
  2. 欠陥コードの長さが「長すぎる」ことがわかります。
  3. 上部の「通知ボタン」を押して品質通知を作成します。

欠陥を記録し、品質通知を作成する

「品質通知が作成されました」というメッセージが表示されます。

通知は現在、未処理の状態になっています。通知の解除とフォローアップの記録は、別のトランザクションで行われます。

通知の解除と完了方法

ステップ1) SAP 簡単アクセス画面が開き、トランザクション QM02 が表示されます。

ここでは、品質通知を完了するためのタスクとアクティビティをリリースして記録します。

  1. 前の手順で作成した品質通知番号を入力します。

リリースおよび完了通知

キーボードのEnterキーを押して次へ進みます SAP を選択して、後処理画面に進みます。

ステップ2) この中の SAP 画面、

  1. 不良品を受け取った注文番号を確認できます。
  2. 発注書番号に紐付けられた検査ロットを確認できます。
  3. 「アイテム」タブを押して次へ進みます SAP を選択して、後処理画面に進みます。

リリースおよび完了通知

ステップ3) この中の SAP 画面、

  1. 前の手順で入力した欠陥コードが「長すぎる」ことがわかります。
  2. リリースボタンを押して通知を解除します。
  3. 「原因」ボタンを押して問題の原因を定義し、次へ進みます。 SAP サブ画面。

リリースおよび完了通知

ステップ4) この中の SAP 画面では、特定された欠陥の原因を記載する必要があります。

  1. ここでは、原因として設計ミスを意味するコードグループ「QM」を選択します。 これらのコード グループは、ビジネス要件に基づいて構成されます。
  2. 「タスク」ボタンを押して次へ進みます SAP サブ画面。

リリースおよび完了通知

ステップ5) この中の SAP 画面では、欠陥の特定後に実行するタスクについて言及する必要があります。

  1. ここでは、タスクのコード グループ「QM-G2」を選択します。これは、再作業が必要であることを意味します。 これらのコード グループは、ビジネス要件に基づいて構成されます。
  2. 「アクティビティ」タブを押して次へ進みます SAP サブ画面。

リリースおよび完了通知

ステップ6) この中の SAP 画面では、欠陥の特定後に実行するアクティビティについて言及する必要があります。

  1. ここでは、ベンダーに対して提出される特別な苦情を意味するアクティビティのコード グループ「QM-G2」を選択します。 これらのコード グループは、ビジネス要件に基づいて構成されます。
  2. 「完了」ボタンを押すと通知処理が完了します。

リリースおよび完了通知

品質通知ステータスフロー SAP QM

上記の手順でボタンを押すたびに、通知のシステムステータスが変更されます。これらのステータスを確認することで、すべてのタブを開かずに不具合の状況を把握できます。

  1. OSNO – 未解決の通知: 通知は存在しますが、処理はまだ開始されていません。担当部署の作業リストに表示されます。
  2. NOPR – 通知処理中: リリースボタンが押されたときに設定されます。原因、タスク、アクティビティを管理できるようになりました。
  3. TSRL / TSCO – タスクがリリースされ、完了しました。 個々のタスクに適用されるため、他のタスクが未完了のままであっても、部分的な進捗状況が視覚的に確認できます。
  4. NOCO – 通知完了: 完了ボタンで設定されます。通知が閉じられ、完了日が記録されます。
  5. DLFL – 削除フラグ: 誤って作成された通知にマークを付け、評価対象から除外します。

必須タスクが未完了の間は通知がNOCOに届かないため、ステータスは未完了のタスクの信頼できる指標となります。 品質管理 問題。

品質通知トランザクション Codes

QA32とQM02は例示をカバーしていますが、欠陥管理の完全なサイクルでは、さらに多くのトランザクションを使用します。以下の表は、最も頻繁に使用されるコードの一覧です。

トランザクション Code 目的
QM01 品質通知を直接作成する
QM02 通知を変更する:リリース、原因、タスク、アクティビティ
QM03 品質通知を表示する
QM10 通知リスト、モード変更
QM11 通知リスト、表示モード
QM12 通知に関するタスクリスト
QM13 通知のアクティビティリスト
QA32 検査ロットの欠陥を記録し、通知を生成する
QS41 カタログ、コードグループ、およびコードを維持する

QS41はトラブルシューティングにおいて参照される構成エントリポイントです。なぜなら、コードグループが存在するまで欠陥を分類できないからです。

トラブルシューティング

  • 検査計画は検査ロットにコピーする必要があり、これがないと結果の記録や使用の決定ができ​​ません。
  • 検査ロットの後に検査計画が作成された場合、検査ロットはCRTDステータスを取得します。そして、検査計画を手動で割り当てて、ステータスを作成済み(CRTD)からリリース済み(REL)に変更する必要があります。 SAP システム。検査ロットがリリースされた後にのみ、結果の記録と使用決定を行うことができます。
  • 結果の記録と使用決定を行うには、検査計画でサンプリング手順を割り当てる必要があります。そうでない場合は、検査ロット内のサンプルを手動で計算する必要があります。
  • Code 質の高い通知を処理するためには、ビジネスニーズに応じてグループとコードを設定する必要があります。
  • QA32で「欠陥」ボタンがグレー表示されている場合、ロットはステータスRRECに達していません。まず、少なくとも1つの結果を記録してください。 最終検査チュートリアル.

よくあるご質問

はい。トランザクションQM01は、顧客からの苦情または社内問題に関する独立した通知を作成します。参照オブジェクトは、ロットからコピーするのではなく、手動で入力します。

タスクとは、期限付きで担当者に割り当てられた計画的な是正作業のことです。アクティビティとは、実際に行われた作業を記録したものです。タスクは将来を見据えたものであり、アクティビティは過去の記録です。

AIは、欠陥コード、材料、ベンダーごとに過去の通知をクラスタリングし、繰り返し発生する原因コードを表示します。アナリストは、空の原因画面ではなく、ランク付けされた候補リストから作業を開始できます。

はい。言語モデルが苦情内容を読み込み、通知の種類と欠陥コードグループを提案し、優先度を設定します。品質エンジニアが分類を確認してから通知が発行されます。

通知には品質管理オーダーが割り当てられ、それに対して再加工時間または不良品価格が計上されます。その後、累積コストが当該資材または仕入先の品質コストレポートに表示されます。