品質管理データテンプレート
品質管理データテンプレート
- 詳細な分析に必要な推奨データ項目
- 追跡すべき品質管理の主要アクティビティ
- SAP S/4HANAの品質管理データを抽出する方法
品質管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
品質管理プロセスで発生した、特定の業務イベントまたはタスクの名前です。 | ||
|
説明
この属性は、品質イベントのライフサイクルにおける個々のステップや節目を表します。「通知の作成」「根本原因分析の完了」「使用可否の判定」などが該当します。これらのアクティビティは、システムステータスの変更、関連文書の作成、変更ログに記録された特定のユーザー操作から導出されます。 こうしたアクティビティの順序や所要時間の分析は、プロセスマイニングの中核です。実際のプロセスフローの把握、ステップ間のボトルネックの特定、標準業務手順への適合性の測定に役立ちます。アクティビティの粒度によって、プロセス分析の詳細度が決まります。
重要な理由
この属性でプロセスの各ステップを定義することで、プロセスフローの可視化と分析、逸脱の特定、アクティビティ間のパフォーマンス測定が可能になります。
入手先
JESTおよびJSTOテーブルのステータス変更、またはQMSM(タスク)などのテーブルに記録されたアクティビティから導出します。変更文書テーブルのCDHDRおよびCDPOSからイベントログを作成することもできます。
例
品質通知の作成調査タスクの割り当て是正処置の実施通知のクローズ
|
|||
|
品質イベント
QualityEvent
|
品質通知を一意に識別する番号です。品質問題の発生からクローズまでを追跡する際の主なケースIDとして使用します。 | ||
|
説明
品質イベントは、1件の品質問題に関するすべてのアクティビティ、タスク、判断を結び付ける中心的なケース識別子です。SAPでは通常、品質通知番号(QMNUM)に該当します。 プロセスマイニングでは、この識別子でイベントを分析することで、品質ケースごとの一連の流れを再構成できます。プロセスフローの可視化、ケース全体のサイクルタイムの算出、解決プロセスでよく見られる経路や標準から外れた経路の特定に欠かせません。品質管理に関するほぼすべての分析の基盤となります。
重要な理由
関連するすべてのアクティビティを1つの一貫したプロセスインスタンスに結び付けるための重要なキーです。品質問題への対応をエンドツーエンドで分析できます。
入手先
QMELテーブルのQMNUMフィールドにある品質通知番号です。
例
200000018200000019200000020
|
|||
|
開始時刻
EventTimestamp
|
特定のアクティビティまたはイベントが発生した正確な日時です。 | ||
|
説明
開始時刻(イベントのタイムスタンプ)は、アクティビティが発生した正確な時点を記録します。イベントを時系列に並べ、イベント間の所要時間を算出するうえで欠かせません。たとえば、通知の作成、タスクの完了、ステータスの変更がいつ行われたかを記録します。 プロセスマイニング分析では、サイクルタイム、処理時間、待機時間など、時間に関するすべての指標を算出するための基礎となります。ボトルネックの特定、処理量の分析、時間に関するSLAや目標に対するパフォーマンスの監視にも役立ちます。正確なタイムスタンプは、プロセスモデル全体の信頼性を保つうえで重要です。
重要な理由
イベントの順序付けや、サイクルタイム・待機時間などのパフォーマンス指標の算出に欠かせません。プロセスの動きを把握するうえでも重要です。
入手先
通常は、ステータス変更や文書作成に関連付けられた日付・時刻フィールドから取得します。例として、QMELのERDAT/ERZEIT(作成日/作成時刻)や、CDHDRの変更タイムスタンプがあります。
例
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
ユーザー
ChangedBy
|
アクティビティを実行した人、または最後に変更を加えた人のユーザーIDです。 | ||
|
説明
この属性は、プロセスの各ステップを実行したユーザーを特定します。SAPでは、「変更者」(AENAM)または「作成者」(ERNAM)フィールドに該当することがよくあります。 ユーザー別に分析すると、作業負荷の分布や研修の必要性を把握し、特定のユーザーに関するプロセス逸脱を特定できます。リソース別分析の基礎となり、特定のユーザーの処理時間が長い理由や、標準外の経路をたどる傾向がある理由の調査に役立ちます。
重要な理由
ユーザーごとのパフォーマンス、作業負荷の分布、標準手順の遵守状況を分析でき、リソースの最適化に役立ちます。
入手先
QMEL-ERNAM(作成者)などのヘッダーテーブルや明細テーブルにあります。または、変更ログ(CDHDR-USERNAME)から導出します。
例
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
優先度
NotificationPriority
|
品質通知に設定された優先度で、対応の緊急性を示します。 | ||
|
説明
優先度は、品質イベントへの対応の緊急性を示します。チームが作業の順序を決め、重大な問題から優先して対応するのに役立ちます。SAPでは、目標応答時間に影響する優先度タイプを設定できます。 この属性を使うと、優先度の高い案件が低い案件より実際に早く処理されているかを分析できます。優先度の高いケースがプロセス内で滞留するなど、非効率な点が見つかる場合もあります。「品質イベント処理量分析」などのダッシュボードで重要な切り口となります。
重要な理由
プロセスのパフォーマンスが業務上の緊急度に沿っているかを分析し、優先度の高い問題がより早く解決されているかを確認できます。
入手先
QMELテーブルのQMPRIフィールドにあります。説明はTQ05テーブルにあります。
例
1234
|
|||
|
品質通知タイプ
QualityNotificationType
|
顧客からの苦情、社内の問題、サプライヤーの不具合など、品質通知の分類です。 | ||
|
説明
この属性は、発生元や性質に基づいて品質イベントを分類します。SAPの標準タイプには、顧客からの苦情、社内の問題報告、仕入先に関連する不具合などがあります。この分類によって、その後のプロセスフローや必要な文書化が決まります。 通知タイプ別の分析は、問題の種類によって対応方法や効率に違いがあるかを把握するうえで欠かせません。「品質イベント処理量分析」ダッシュボードでは、問題の分類ごとにサイクルタイムやプロセス経路を絞り込み、比較できます。
重要な理由
品質問題の種類ごとにプロセスを分けて分析し、経路やパフォーマンスに違いがあるかを確認できます。
入手先
QMELテーブルのQMARTフィールドにあります。
例
Q1Q2F2
|
|||
|
担当部門
ResponsibleDepartment
|
特定のタスクの実行、または品質イベントの管理を担当する部門や機能領域です。 | ||
|
説明
この属性は、アクティビティまたは品質イベント全体に割り当てられた組織単位を示します。品質保証チーム、エンジニアリング部門、生産部門などが該当します。 部門間の連携や引き継ぎを分析するうえで重要な切り口です。担当が部門間で移る際に発生する遅れを特定し、「部門間の引き継ぎ遅延」ダッシュボードで確認できます。また、プロセスビューを部門で絞り込み、各部門の業務の進め方を把握できます。
重要な理由
部門間の引き継ぎの分析、組織上のボトルネックの特定、各チームのプロセスへの貢献状況の把握に役立ちます。
入手先
通知やタスクに関連付けられたパートナー機能、または人事マスターデータにあるユーザーの組織上の所属から導出することがよくあります。直接対応するフィールドがない場合もあります。
例
品質保証生産ライン3サプライヤー品質エンジニアリング
|
|||
|
根本原因
RootCauseCode
|
品質問題の特定された根本原因を示すコードまたはテキストです。 | ||
|
説明
根本原因属性は、品質不良や不適合の背景にある原因を記録します。適切な根本原因の特定は、効果的な是正処置や予防処置を定める基礎となるため、品質管理プロセスの重要なステップです。 「根本原因分析のサイクルタイム」や「問題の再発パターン検出」のダッシュボードで欠かせない属性です。根本原因別に分析すると、組織的な問題を特定できます。たとえば、プロセスマップを特定の根本原因で絞り込むと、特有のプロセス経路や長い解決時間との関連を確認できます。
重要な理由
根本原因を製品、部門、プロセスの非効率な点と関連付けて組織的な問題を分析し、予防処置の検討に役立てます。
入手先
通常はQMURテーブル(通知原因)のURCODフィールドに保存されています。
例
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
目標解決日
TargetResolutionDate
|
品質イベントの計画上または必須の完了日です。 | ||
|
説明
品質イベントを完全に解決し、クローズする予定の期限を示します。パフォーマンスやサービスレベル合意(SLA)の遵守状況を測定する基準としてよく使われます。 期限内完了率の算出や、期限を過ぎたケースの特定に欠かせない属性です。「品質イベントの期限内完了」ダッシュボードと「品質対策の期限内完了率」KPIでは、実際の完了日と目標日を比較します。作業の優先順位付けやリソース管理にも役立ちます。
重要な理由
期限内のパフォーマンスを測定する基準となります。プロセス効率やSLAの遵守状況を評価する重要業績評価指標(KPI)です。
入手先
QMEL-QMDAT(必須終了日)、またはタスクレベルのQMSM-PSTERで確認できます。
例
2023-05-302023-06-152023-07-01
|
|||
|
製品
MaterialNumber
|
品質イベントの影響を受けた製品または品目を一意に識別する番号です。 | ||
|
説明
この属性は、品質イベントを特定の製品または品目に関連付けます。品質保証に欠かせない情報であり、問題が繰り返し発生する製品や、不良率の高い製品を特定するのに役立ちます。 プロセスマイニングで製品別に分析すると、特定の製品で解決に時間がかかるか、特定の根本原因と関連しているかなどの傾向を把握できます。「問題の再発パターン検出」ダッシュボードでは、製品と品質問題を関連付けて分析でき、対象を絞った品質改善に役立ちます。
重要な理由
品質問題を特定の製品に関連付け、製品別の不良率、根本原因、解決パターンを分析できます。
入手先
品質通知明細テーブルQMFEのMATNRフィールドにあります。
例
FIN-1001RAW-205ASEMI-303B
|
|||
|
ソースシステム
SourceSystem
|
特定のSAP S/4HANAインスタンスなど、データの抽出元システムを識別します。 | ||
|
説明
この属性は、品質管理データの取得元を示します。複数のERPや連携システムがある環境では、データソースの区別とデータの整合性確保に欠かせません。 分析では、異なるシステムや組織単位にまたがるプロセスの絞り込みや比較に利用できます。特定のデータセットでは固定値となることが多いものの、データガバナンスとコンテキストの把握に必要です。
重要な理由
データの取得元に関する重要なコンテキストを示します。データガバナンスや、複数のシステムが連携する環境で欠かせない情報です。
入手先
通常は、データ抽出時に追加する固定値で、SAP S/4HANAのクライアントとシステムIDを識別します。
例
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
プラント
Plant
|
品質イベントが発生した、または管理されている製造拠点や場所です。 | ||
|
説明
プラント属性は、工場や倉庫など、品質イベントに関連する物理的な場所を示します。品質問題が発生した場所を地理的または組織的な観点から把握できます。 拠点間の比較分析に役立つ切り口です。プラントで絞り込んだりグループ化したりすることで、各拠点のパフォーマンスを比較し、拠点固有の問題を特定できます。パフォーマンスの高い拠点のベストプラクティスを共有する際にも役立ちます。「根本原因分析のサイクルタイムが最も長いプラントはどこか」といった問いに答えられます。
重要な理由
異なる業務拠点のパフォーマンスを比較し、拠点固有の問題やベストプラクティスの特定に役立ちます。
入手先
通知ヘッダーに関連付けられたプラントはQMEL-WERKSにあります。特定の品目に関連する場合は、明細レベルでも確認できます。
例
100017102000
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新された日時です。 | ||
|
説明
この属性は、ソースシステムからデータを最後に抽出または更新した日時を示します。分析対象のデータがどの程度新しいかを確認できます。 分析用のダッシュボードやレポートでは、この情報を表示することで、データの最新性に関する利用者の認識をそろえられます。最近のプロセス変更と、古いデータによる見かけ上の変化を区別するのにも役立ちます。
重要な理由
データの最新性を利用者に伝えます。プロセスマイニング分析に基づいて、適切なタイミングで正確な判断を行ううえで重要です。
入手先
データ更新時に、データ抽出ツールまたはパイプラインが生成・入力するメタデータフィールドです。
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
対策の有効性
EffectivenessEvaluation
|
実施した対策が有効だったかを判定する検証結果です。 | ||
|
説明
この属性は、有効性確認の結果を記録します。品質管理のサイクルを締めくくる重要なステップであり、実施した是正処置や予防処置によって根本原因が解決され、再発が防止されたかを確認できます。 「対策の有効性検証」ダッシュボードと「対策の有効性検証率」KPIで中心となる属性です。問題解決プロセス自体の品質を直接把握できます。有効でない対策の割合が高い場合は、根本原因分析や対策計画の見直しが必要です。
重要な理由
問題解決プロセスの成果を直接測定し、対策によって問題の再発を実際に防げているかを示します。
入手先
この情報は、品質通知のフォローアップ処置や特定のタスクステータスに保存されることがよくあります。カスタムフィールドの場合や、特定のステータスコードに基づく場合もあります。
例
有効無効監視が必要
|
|||
|
手戻りあり
IsRework
|
アクティビティまたは一連のアクティビティが手戻りに該当するかどうかを示すブール値フラグです。 | ||
|
説明
ケースで特定のステップが繰り返された場合、このフラグはtrueに設定されます。これは、最初の作業が不十分だったことを示します。たとえば、同じケースで「根本原因分析」の後に「調査タスクの割り当て」が再び行われた場合、手戻りが発生したことを示します。 この属性は、「是正措置の手戻り率」KPIに直接関係します。手戻りは労力の浪費やプロセスの非効率につながるため、その特定と定量化はプロセスマイニングの主な目的の1つです。プロセスマップで手戻りのループを明らかにすると、品質と効率を改善できる箇所が見つかります。
重要な理由
ステップの繰り返しを特定してプロセスの非効率を定量化し、無駄な作業や初回で正しく完了する割合を高める機会を明らかにします。
入手先
これは計算属性です。プロセスマイニングの分析時に、1つのケース内でアクティビティの並びが繰り返されていることを検出して算出します。
例
truefalse
|
|||
|
期限内完了
IsOnTimeCompletion
|
品質イベントが目標解決日までに完了したかどうかを示すブール値フラグです。 | ||
|
説明
この計算フラグは、品質イベントの実際の完了日時と「目標解決日」を比較します。目標日以前にイベントがクローズされていればtrue、そうでなければfalseになります。 この属性は、パフォーマンスを監視するためのシンプルで直接的な指標です。「品質イベントの期限内完了」ダッシュボードと「品質アクションの期限内完了率」KPIの基礎となります。部門、製品、通知タイプなどの切り口でデータを簡単に絞り込み、集計して、期限内の完了状況を把握できます。
重要な理由
期限に対する実績を明確な二値で示すため、SLAへの適合状況を簡単に測定し、報告できます。
入手先
最終クローズのアクティビティのタイムスタンプを「TargetResolutionDate」属性と比較して算出する属性です。
例
truefalse
|
|||
|
通知ステータス
SystemStatus
|
「未処理」や「完了」など、品質通知の現在の処理状況です。 | ||
|
説明
システムステータスは、品質イベントのライフサイクルにおける現在の状態を示します。SAPのステータス管理では、OSNO(通知未処理)、NOPR(通知処理中)、NOCO(通知完了)などのステータスで進捗を表します。 この属性は、イベントログのアクティビティを導出する際によく使われます。また、未完了または最近クローズした品質イベントだけを分析するなど、ケースを絞り込む切り口としても役立ちます。正確なプロセスモデルを作成するには、ステータスの遷移を把握することが重要です。
重要な理由
ケースの現在の状態を示します。アクティブなケースとクローズ済みケースの絞り込みや、プロセスのアクティビティの導出に役立ちます。
入手先
SAPオブジェクトのステータス情報を保存するJESTおよびJSTOテーブルから導出します。QMEL-OBJNRを介して関連付けます。
例
OSNO NOPRNOCOTSCO
|
|||
|
顧客
CustomerNumber
|
該当する場合、品質イベントに関連付けられた顧客の識別子です。 | ||
|
説明
この属性は、品質イベントを特定の顧客に関連付けます。「顧客からの苦情」などの通知タイプで特に重要です。この情報を追跡することで、顧客との関係管理や、品質問題が顧客に与える影響の把握に役立ちます。 顧客別に分析すると、特定の顧客で品質問題が多く発生しているか、顧客によって解決時間に差があるかを確認できます。「重大度と影響別の品質イベント」ダッシュボードでは、顧客の切り口を加えて影響を分析できます。
重要な理由
品質イベントを顧客に関連付け、顧客ごとの問題を分析できます。重要顧客への優先的なサポートにも役立ちます。
入手先
通常は通知のパートナー機能にあります。受注に関する苦情の場合は、QMEL-KUNUMに記録されていることもあります。
例
CUST-10045CUST-20399CUST-80110
|
|||
品質管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
使用決定
|
検査ロットの品目品質について、合格や不合格などの正式な判定を示します。検査に起因する品質問題における個別のイベントで、使用決定が保存された時点で記録されます。 | ||
|
重要な理由
検査を起点とするプロセスでは、後続の品目のブロックやリリースを左右する重要な節目です。タイミングと判定結果を分析すると、製品品質管理の効率を把握できます。
入手先
使用決定テーブルQAVEに記録される明示的なイベントです。検査ロット(PRUEFLOS)に関連付けられたレコードの作成タイムスタンプが、このアクティビティを示します。
記録
QAVEテーブルで、該当する検査ロットの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
品質通知の作成
|
品質に関する問題、不具合、苦情を正式に記録する、品質管理プロセスの開始を示すアクティビティです。SAP S/4HANAで品質通知を作成すると、初期情報が記録され、一意の識別子が割り当てられてケースが開始します。 | ||
|
重要な理由
開始イベントとなるこのアクティビティは、品質問題の解決プロセス全体のサイクルタイムを測定するうえで欠かせません。品質イベントへの対応と完了にかかる時間を追跡するためのベースラインになります。
入手先
品質通知のヘッダーテーブルQMELから取得する明示的なイベントです。通常、該当する通知番号QMNUMの作成タイムスタンプは、ERDATフィールドに記録されています。
記録
該当する通知について、QMELテーブルの作成タイムスタンプ(ERDAT)を使用します。
イベントタイプ
explicit
|
|||
|
対策の有効性を確認
|
実施した是正処置または予防処置が有効で、品質問題が再発することなく解決したと確認されたことを示します。有効性確認タスクの完了時、または最終的な品質レビューの時点で記録されます。 | ||
|
重要な理由
解決プロセス全体を検証する重要な節目です。検証の成功率が高ければ、品質管理システムが有効に機能しており、問題の再発を減らせていることを示します。
入手先
通常は、QMSMテーブルの「有効性確認」タスクの完了から推定します(完了日ERLDTを使用)。
記録
QMSMで、有効性検証タスクの完了日時を特定します。
イベントタイプ
inferred
|
|||
|
是正処置の実施
|
是正処置計画で定めた作業の完了を示します。通常は、品質通知に割り当てられた是正処置タスクが完了として記録された時点で把握できます。 | ||
|
重要な理由
品質問題の解決に向けて対策が実施されたことを示す重要な節目です。対策の期限内完了率や、解決フェーズ全体の効率を測定するうえで欠かせません。
入手先
QMSMテーブルの是正処置タスクの完了から推定します。完了日はERLDTフィールド、またはJEST/JCDSテーブルの「完了」ステータスへの変更で記録されます。
記録
QMSMテーブルで、是正処置タスクの完了日時(ERLDT)を特定します。
イベントタイプ
inferred
|
|||
|
根本原因分析の完了
|
品質問題の根本原因が特定され、調査段階が完了したことを示します。通常は、通知内の「根本原因分析」タスクの完了から推定します。 | ||
|
重要な理由
調査の所要時間と効率を測定するうえで重要な節目です。このステップまでの遅れを特定すると、問題分析や意思決定のボトルネックを把握できます。
入手先
QMSMテーブルにある調査または根本原因分析に関するタスクの完了から推定します。ステータスの変更、またはタスク完了日フィールド(ERLDT)の入力によって完了を特定します。
記録
QMSMテーブルで、該当する根本原因分析タスクの完了タイムスタンプ(ERLDT)を特定します。
イベントタイプ
inferred
|
|||
|
通知の完了
|
品質通知の業務上の完了を示します。必要な対策がすべて実施され、業務上の観点から問題が解決した状態です。システム上の正式なステータス変更として記録されます。 | ||
|
重要な理由
業務上の解決時間を測定する際の主な終点となるアクティビティです。技術的なクローズが保留中でも、プロセスオーナーの観点でケースが完了したことを示します。
入手先
品質通知オブジェクトのステータス変更から推定します。JCDSテーブルで「NOCO」(通知完了)などのステータスが設定された日時を特定します。
記録
JCDSテーブルで「通知完了」ステータスが設定された日時を特定します。
イベントタイプ
inferred
|
|||
|
予防処置の実施
|
計画された予防処置が実施されたことを示します。システムで該当する予防処置タスクの完了を記録することで把握できます。 | ||
|
重要な理由
予防処置の完了は、成熟した品質プロセスに欠かせないステップです。このアクティビティを追跡すると、将来の問題や再発の防止にどれだけ取り組めているかを測定できます。
入手先
QMSMテーブルの予防処置タスクの完了から推定します。ERLDTフィールド、または「完了」ステータスへの変更で確認できます。
記録
QMSMテーブルで、予防処置タスクの完了日時(ERLDT)を特定します。
イベントタイプ
inferred
|
|||
|
予防処置の提案
|
品質問題の再発を防ぐ計画が作成されたときに発生するアクティビティです。是正処置と同様に、「予防処置」タスクの作成によって記録されることがよくあります。 | ||
|
重要な理由
このイベントは、事後対応だけでなく、予防的な品質改善に組織がどれだけ注力しているかを評価するうえで重要です。長期的な解決に向けた取り組みの開始を示します。
入手先
該当する品質通知について、QMSMテーブルに「予防処置」コードのタスクが作成されると、このイベントが記録されます。
記録
予防処置タイプのタスクについて、QMSMテーブルの作成日時(ERDAT)を使用します。
イベントタイプ
explicit
|
|||
|
対策計画の承認
|
提案された是正処置または予防処置の計画が審査され、実施に進む承認を得たことを示します。このステップは独立したイベントとして記録されないことが多く、タスクが処理対象としてリリースされた時点から推定する場合があります。 | ||
|
重要な理由
承認段階で長い遅れが生じると、解決プロセス全体が大幅に遅れるおそれがあります。この所要時間を分析することで、事務手続き上のボトルネックや、ガバナンスを効率化できる余地を特定できます。
入手先
通常は、QMSMテーブルのタスクのステータス変更(「リリース済み」など)から推定します。このステータス変更のタイムスタンプは、タスクオブジェクトに関連付けられたJCDSテーブルで確認できます。
記録
是正処置または予防処置のタスクに「リリース済み」ステータスが設定された日時を特定します。
イベントタイプ
inferred
|
|||
|
是正処置の提案
|
特定した問題を是正する計画が正式に文書化された時点を示すアクティビティです。SAPでは、品質通知内に「是正処置」タスクを作成した時点で記録されることが一般的です。 | ||
|
重要な理由
このイベントは、プロセスの解決フェーズの開始を示します。根本原因分析からこのステップまでの時間を測定すると、対策の計画に生じている遅れを把握できます。
入手先
該当する品質通知について、QMSMテーブルに「是正処置」コードのタスクが作成されると、このイベントが記録されます。
記録
是正処置タイプのタスクについて、QMSMテーブルの作成日時(ERDAT)を使用します。
イベントタイプ
explicit
|
|||
|
有効性の確認が必要
|
実施した対策によって問題が解決したことを確認するため、フォローアップ検証が必要であることを示します。通知に設定された特定のステータスや、専用の検証タスクの作成で表されることがよくあります。 | ||
|
重要な理由
このアクティビティにより、品質管理プロセスに欠かせない検証の工程が含まれていることを確認できます。対策の実施と、その効果の確認を区別します。
入手先
品質通知のステータス変更(JEST/JCDS経由)、またはQMSMテーブルでの「有効性確認」タスクの作成から推定できます。
記録
ステータス変更、またはQMSMでの検証タスク作成のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
調査タスクの割り当て
|
根本原因の調査など、特定のタスクが正式に作成され、担当者または部門に割り当てられたときに発生するイベントです。品質通知内にタスクレコードが作成された時点で記録されます。 | ||
|
重要な理由
タスクの割り当てを追跡すると、業務負荷の配分を把握し、リソース配分のボトルネックを特定できます。調査段階の開始を示すため、根本原因分析のサイクルタイムを測定するうえで重要な情報になります。
入手先
品質通知に関連付けられたタスク管理テーブルQMSMから取得します。調査などに関連するコードを持つタスクの作成日(ERDAT)が、このイベントを示します。
記録
調査に関連するタスクについて、QMSMテーブルの作成タイムスタンプ(ERDAT)を使用します。
イベントタイプ
explicit
|
|||
|
通知のクローズ
|
システム上で品質通知を技術的に最終クローズしたことを示します。この時点以降、通知は変更できず、レコードのライフサイクルが完全に終了します。 | ||
|
重要な理由
このアクティビティは、プロセスの最終イベントとなります。「通知の完了」から「通知のクローズ」までの時間を分析すると、事務的なクローズ手続きの遅れを把握できます。
入手先
品質通知のステータス変更から推定します。特に、アーカイブまたは最終クローズのステータスが設定された時点を確認します。この変更はタイムスタンプとともにJCDSテーブルに記録されます。
記録
JCDSテーブルで、通知に最終的な「クローズ済み」ステータスが設定された日時を特定します。
イベントタイプ
inferred
|
|||
|
通知の処理開始
|
新しく作成された通知を品質チームが処理対象として受け付けた時点を示します。通常は、作業の開始を示すシステムステータスの変更から推定するイベントです。 | ||
|
重要な理由
このアクティビティにより、問題の記録と実際の作業開始を区別できます。作成からこのステップまでの時間差を分析すると、問題の受け付けやリソースの割り当てに遅れがないかを確認できます。
入手先
品質通知オブジェクトのステータス変更から推定します。JESTおよびJCDSテーブルのステータス変更ログを分析し、「NOPO」(通知処理中)などのステータスを追跡できます。
記録
JCDSテーブルで、通知のステータスが「処理中」に設定されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
関係者への通知
|
顧客や社内の各部門など、関係者に解決内容を伝えたことを示します。システムイベントとして自動記録されることはまれで、多くの場合は手作業で行われます。 | ||
|
重要な理由
関係者への迅速な連絡は、顧客満足度と透明性の確保に欠かせません。完了から通知までの遅れを測定すると、連絡プロセスの課題を把握できます。
入手先
このアクティビティをSAPから直接取得するのは困難です。QMSMで「関係者に通知」という手動タスクの完了から推定できる場合があります。それ以外の場合は、メールログなど外部システムの分析が必要です。
記録
手動の連絡タスクを使用している場合は、その完了を特定します。使用していない場合、通常はデータを取得できません。
イベントタイプ
inferred
|
|||
データ抽出ガイド
準備はできましたか?
このテンプレートを使ってデータをすばやく準備し、品質管理プロセスの改善を始めましょう。SAP S/4HANAのデータからインサイトを得て、業務効率の向上につなげられます。
品質管理を強化:サイクルタイムをすぐに30%短縮
SAP S/4HANAのボトルネックを特定し、QMのサイクルタイムを30%短縮します。
クレジットカードは不要です。数分で設定できます。