เทมเพลตข้อมูลการจัดการคุณภาพของคุณ

การจัดการคุณภาพใน SAP S/4HANA
เทมเพลตข้อมูลการจัดการคุณภาพของคุณ

เทมเพลตข้อมูลการจัดการคุณภาพของคุณ

เทมเพลตนี้แนะนำวิธีรวบรวมและเตรียมข้อมูลการจัดการคุณภาพ โดยระบุแอตทริบิวต์และกิจกรรมที่จำเป็นสำหรับสร้างบันทึกเหตุการณ์ที่ถูกต้องเพื่อใช้กับ process mining ใช้เทมเพลตนี้ช่วยให้การดึงและวิเคราะห์ข้อมูลเป็นระบบยิ่งขึ้น.
  • แอตทริบิวต์ที่แนะนำให้รวบรวมเพื่อการวิเคราะห์
  • กิจกรรมสำคัญด้านการจัดการคุณภาพที่ควรติดตาม
  • แนวทางดึงข้อมูลจากการจัดการคุณภาพใน SAP S/4HANA
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์ด้านการจัดการคุณภาพ

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์การจัดการคุณภาพใน SAP S/4HANA ได้อย่างละเอียด.
3 จำเป็น 7 แนะนำ 8 ไม่บังคับ
ชื่อ คำอธิบาย
กิจกรรม
ActivityName
ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในกระบวนการจัดการคุณภาพ.
คำอธิบาย

แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายหนึ่งในวงจรของเหตุการณ์ด้านคุณภาพ เช่น 'สร้างใบแจ้งแล้ว' 'วิเคราะห์หาสาเหตุที่แท้จริงเสร็จแล้ว' หรือ 'ตัดสินใจการใช้ประโยชน์แล้ว' กิจกรรมเหล่านี้ได้มาจากการเปลี่ยนสถานะในระบบ การสร้างเอกสารที่เกี่ยวข้อง หรือการดำเนินการเฉพาะของผู้ใช้ที่บันทึกไว้ในบันทึกการเปลี่ยนแปลง

การวิเคราะห์ลำดับและช่วงเวลาของกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยค้นหาเส้นทางกระบวนการที่เกิดขึ้นจริง ระบุคอขวดระหว่างขั้นตอน และวัดการปฏิบัติตามขั้นตอนการปฏิบัติงานมาตรฐาน ระดับรายละเอียดของกิจกรรมเป็นตัวกำหนดความละเอียดของการวิเคราะห์กระบวนการ.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ จึงสามารถแสดงภาพและวิเคราะห์เส้นทางกระบวนการ ระบุจุดที่แตกต่างจากแนวทางปกติ และวัดประสิทธิภาพระหว่างกิจกรรมได้.

แหล่งข้อมูล

ข้อมูลนี้ได้จากการเปลี่ยนสถานะในตาราง JEST และ JSTO หรือจากระเบียนกิจกรรมในตารางอย่าง QMSM (งาน) นอกจากนี้ยังสร้างบันทึกเหตุการณ์จากตารางเอกสารการเปลี่ยนแปลง CDHDR และ CDPOS ได้

ตัวอย่าง
สร้างการแจ้งเตือนด้านคุณภาพมอบหมายงานสอบสวนดำเนินการแก้ไขแล้วปิดใบแจ้งแล้ว
เวลาเริ่มต้น
EventTimestamp
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้น.
คำอธิบาย

เวลาเริ่มต้นหรือเวลาประทับเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลนี้สำคัญต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลาระหว่างเหตุการณ์ เช่น เวลาที่สร้างใบแจ้ง ทำงานเสร็จ หรือเปลี่ยนสถานะ

ในการวิเคราะห์ process mining แอตทริบิวต์นี้เป็นพื้นฐานสำหรับคำนวณตัวชี้วัดด้านเวลาทั้งหมด เช่น เวลารอบ เวลาดำเนินการ และเวลารอ ช่วยระบุคอขวด วิเคราะห์ปริมาณงานที่ดำเนินการเสร็จ และติดตามผลการดำเนินงานเทียบกับ SLA หรือเป้าหมายด้านเวลา เวลาประทับที่ถูกต้องมีความสำคัญต่อความน่าเชื่อถือของโมเดลกระบวนการทั้งหมด.

เหตุผลที่สำคัญ

เวลาประทับนี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณตัวชี้วัดประสิทธิภาพด้านเวลา เช่น เวลารอบและเวลารอ รวมถึงทำความเข้าใจการเปลี่ยนแปลงของกระบวนการ.

แหล่งข้อมูล

โดยทั่วไปได้มาจากฟิลด์วันที่และเวลาที่เกี่ยวข้องกับการเปลี่ยนสถานะหรือการสร้างเอกสาร เช่น ERDAT/ERZEIT (วันที่/เวลาที่สร้าง) ใน QMEL หรือเวลาที่เปลี่ยนแปลงใน CDHDR.

ตัวอย่าง
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
เหตุการณ์ด้านคุณภาพ
QualityEvent
รหัสเฉพาะของใบแจ้งคุณภาพ ใช้เป็นรหัสกรณีหลักสำหรับติดตามปัญหาด้านคุณภาพตั้งแต่เริ่มต้นจนปิดกรณี.
คำอธิบาย

เหตุการณ์ด้านคุณภาพเป็นรหัสกรณีหลักที่เชื่อมโยงกิจกรรม งาน และการตัดสินใจทั้งหมดที่เกี่ยวข้องกับปัญหาด้านคุณภาพหนึ่งกรณี ใน SAP โดยทั่วไปจะตรงกับหมายเลขใบแจ้งคุณภาพ (QMNUM).

ใน process mining การวิเคราะห์เหตุการณ์โดยใช้รหัสนี้ช่วยสร้างลำดับการดำเนินงานของแต่ละกรณีด้านคุณภาพตั้งแต่ต้นจนจบ ข้อมูลนี้เป็นพื้นฐานสำหรับแสดงเส้นทางกระบวนการ คำนวณเวลารอบของกรณีทั้งหมด และระบุเส้นทางการแก้ปัญหาที่พบได้บ่อยหรือแตกต่างจากปกติ รหัสนี้เป็นแกนหลักของการวิเคราะห์การจัดการคุณภาพเกือบทั้งหมด.

เหตุผลที่สำคัญ

เป็นคีย์สำคัญที่ใช้เชื่อมกิจกรรมที่เกี่ยวข้องทั้งหมดให้เป็นกระบวนการเดียวกัน ทำให้วิเคราะห์ได้ตั้งแต่ต้นจนจบว่ามีการจัดการปัญหาด้านคุณภาพอย่างไร.

แหล่งข้อมูล

หมายเลขใบแจ้งคุณภาพ อยู่ในตาราง QMEL ฟิลด์ QMNUM.

ตัวอย่าง
200000018200000019200000020
ประเภทใบแจ้งคุณภาพ
QualityNotificationType
การจัดประเภทใบแจ้งคุณภาพ เช่น ข้อร้องเรียนจากลูกค้า ปัญหาภายใน หรือข้อบกพร่องจากซัพพลายเออร์.
คำอธิบาย

แอตทริบิวต์นี้จัดประเภทเหตุการณ์ด้านคุณภาพตามที่มาและลักษณะ ประเภทมาตรฐานใน SAP ได้แก่ ข้อร้องเรียนจากลูกค้า รายงานปัญหาภายใน และข้อบกพร่องที่เกี่ยวข้องกับผู้ขาย การจัดประเภทนี้กำหนดเส้นทางกระบวนการและเอกสารที่ต้องใช้ในขั้นตอนถัดไป

การวิเคราะห์กระบวนการตามประเภทใบแจ้งช่วยให้เข้าใจว่าปัญหาแต่ละประเภทได้รับการจัดการต่างกันหรือมีประสิทธิภาพแตกต่างกันหรือไม่ และสนับสนุนแดชบอร์ด เช่น 'วิเคราะห์ปริมาณงานของเหตุการณ์ด้านคุณภาพ' โดยกรองและเปรียบเทียบเวลารอบกับเส้นทางกระบวนการของปัญหาแต่ละประเภทได้.

เหตุผลที่สำคัญ

ช่วยแบ่งกลุ่มกระบวนการเพื่อดูว่าปัญหาด้านคุณภาพแต่ละประเภทมีเส้นทางหรือผลการดำเนินงานแตกต่างกันหรือไม่.

แหล่งข้อมูล

อยู่ในตาราง QMEL ฟิลด์ QMART.

ตัวอย่าง
Q1Q2F2
ผลิตภัณฑ์
MaterialNumber
รหัสเฉพาะของผลิตภัณฑ์หรือวัสดุที่ได้รับผลกระทบจากเหตุการณ์ด้านคุณภาพ.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับผลิตภัณฑ์หรือวัสดุที่เฉพาะเจาะจง ซึ่งสำคัญต่อการประกันคุณภาพ เพราะช่วยระบุผลิตภัณฑ์ที่มีปัญหาเกิดซ้ำหรือมีอัตราข้อบกพร่องสูง

ใน process mining การวิเคราะห์ตามผลิตภัณฑ์ช่วยค้นหารูปแบบต่างๆ เช่น ผลิตภัณฑ์บางรายการใช้เวลาแก้ปัญหานานกว่า หรือเกี่ยวข้องกับสาเหตุที่แท้จริงบางประการ ข้อมูลนี้สนับสนุนแดชบอร์ด 'ตรวจหารูปแบบปัญหาที่เกิดซ้ำ' โดยเชื่อมโยงผลิตภัณฑ์กับปัญหาด้านคุณภาพ ซึ่งสำคัญต่อการปรับปรุงคุณภาพให้ตรงจุด.

เหตุผลที่สำคัญ

เชื่อมโยงปัญหาด้านคุณภาพกับผลิตภัณฑ์ที่เฉพาะเจาะจง เพื่อวิเคราะห์อัตราข้อบกพร่อง สาเหตุที่แท้จริง และรูปแบบการแก้ไขของแต่ละผลิตภัณฑ์.

แหล่งข้อมูล

อยู่ในตารางรายการใบแจ้งคุณภาพ QMFE ฟิลด์ MATNR.

ตัวอย่าง
FIN-1001RAW-205ASEMI-303B
ผู้ใช้
ChangedBy
รหัสผู้ใช้ของผู้ที่ทำกิจกรรมหรือแก้ไขข้อมูลล่าสุด.
คำอธิบาย

แอตทริบิวต์นี้ระบุผู้ใช้ที่รับผิดชอบดำเนินการในขั้นตอนหนึ่งของกระบวนการ ใน SAP มักตรงกับฟิลด์ 'Changed By' (AENAM) หรือ 'Created By' (ERNAM)

การวิเคราะห์ตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการในการฝึกอบรม และค้นหาความแตกต่างจากแนวทางปกติที่เกี่ยวข้องกับผู้ใช้แต่ละราย ข้อมูลนี้เป็นพื้นฐานของการวิเคราะห์ตามทรัพยากร เช่น การตรวจสอบว่าเหตุใดผู้ใช้บางรายจึงใช้เวลาดำเนินการนานกว่า หรือมักทำงานนอกเส้นทางมาตรฐาน.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ประสิทธิภาพของผู้ใช้ การกระจายภาระงาน และการปฏิบัติตามขั้นตอนมาตรฐาน ซึ่งเป็นข้อมูลสำคัญสำหรับการใช้ทรัพยากรให้เกิดประโยชน์สูงสุด.

แหล่งข้อมูล

พบได้ในตารางส่วนหัวและรายการ เช่น QMEL-ERNAM (ผู้สร้าง) หรือได้มาจากบันทึกการเปลี่ยนแปลง (CDHDR-USERNAME).

ตัวอย่าง
SMITHJWILSONAPROCESS_AUTOMATION_BOT
ลำดับความสำคัญ
NotificationPriority
ระดับความสำคัญที่กำหนดให้กับใบแจ้งคุณภาพ เพื่อระบุความเร่งด่วน.
คำอธิบาย

ลำดับความสำคัญระบุความเร่งด่วนในการจัดการเหตุการณ์ด้านคุณภาพ ช่วยให้ทีมจัดลำดับงานและมั่นใจว่าปัญหาสำคัญที่สุดได้รับการจัดการก่อน SAP สามารถกำหนดค่าประเภทลำดับความสำคัญต่างๆ ซึ่งอาจมีผลต่อเวลาตอบสนองเป้าหมาย

แอตทริบิวต์นี้ใช้วิเคราะห์ว่ารายการที่มีลำดับความสำคัญสูงได้รับการดำเนินการเร็วกว่ารายการที่มีลำดับความสำคัญต่ำจริงหรือไม่ และช่วยให้เห็นจุดที่ไม่มีประสิทธิภาพ เช่น กรณีที่มีลำดับความสำคัญสูงติดค้างในกระบวนการ เป็นมิติสำคัญสำหรับแดชบอร์ด เช่น 'วิเคราะห์ปริมาณงานของเหตุการณ์ด้านคุณภาพ'.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ว่าผลการดำเนินงานสอดคล้องกับความเร่งด่วนทางธุรกิจหรือไม่ เพื่อให้มั่นใจว่าปัญหาที่มีลำดับความสำคัญสูงได้รับการแก้ไขเร็วกว่า.

แหล่งข้อมูล

อยู่ในตาราง QMEL ฟิลด์ QMPRI โดยคำอธิบายอยู่ในตาราง TQ05.

ตัวอย่าง
1234
วันที่เป้าหมายในการแก้ปัญหา
TargetResolutionDate
วันที่วางแผนไว้หรือวันที่กำหนดให้เหตุการณ์ด้านคุณภาพเสร็จสิ้น.
คำอธิบาย

วันที่นี้คือกำหนดเวลาที่คาดว่าเหตุการณ์ด้านคุณภาพจะได้รับการแก้ไขและปิดอย่างสมบูรณ์ มักใช้เป็นเกณฑ์วัดผลการดำเนินงานและการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA)

แอตทริบิวต์นี้เป็นพื้นฐานสำหรับคำนวณอัตราการดำเนินการให้เสร็จตามกำหนดและระบุกรณีที่เกินกำหนด แดชบอร์ด 'ดำเนินการกับเหตุการณ์ด้านคุณภาพให้เสร็จตามกำหนด' และ KPI 'อัตราการดำเนินการด้านคุณภาพให้เสร็จตามกำหนด' อาศัยการเปรียบเทียบวันที่เสร็จจริงกับวันที่เป้าหมายโดยตรง ข้อมูลนี้ช่วยจัดลำดับงานและบริหารทรัพยากรได้อย่างมีประสิทธิภาพ.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์วัดผลการดำเนินงานให้เสร็จตามกำหนด ซึ่งเป็น KPI สำคัญสำหรับประเมินประสิทธิภาพกระบวนการและการปฏิบัติตาม SLA.

แหล่งข้อมูล

พบได้ใน QMEL-QMDAT (วันที่สิ้นสุดที่กำหนด) หรือในระดับงานที่ QMSM-PSTER.

ตัวอย่าง
2023-05-302023-06-152023-07-01
สาเหตุที่แท้จริง
RootCauseCode
รหัสหรือข้อความที่ระบุสาเหตุที่แท้จริงของปัญหาด้านคุณภาพ.
คำอธิบาย

แอตทริบิวต์สาเหตุที่แท้จริงบันทึกต้นเหตุของข้อบกพร่องหรือการไม่เป็นไปตามข้อกำหนด การระบุสาเหตุที่ถูกต้องเป็นขั้นตอนสำคัญของกระบวนการจัดการคุณภาพ เพราะเป็นพื้นฐานสำหรับกำหนดการดำเนินการแก้ไขและป้องกันที่ได้ผล

แอตทริบิวต์นี้จำเป็นสำหรับแดชบอร์ด 'เวลารอบการวิเคราะห์สาเหตุที่แท้จริง' และ 'ตรวจหารูปแบบปัญหาที่เกิดซ้ำ' การวิเคราะห์ตามสาเหตุที่แท้จริงช่วยระบุปัญหาเชิงระบบได้ เช่น กรองแผนผังกระบวนการตามสาเหตุที่แท้จริงที่ต้องการ เพื่อดูว่าสาเหตุนั้นทำให้เกิดเส้นทางกระบวนการเฉพาะหรือใช้เวลาแก้ปัญหานานขึ้นหรือไม่.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ปัญหาเชิงระบบโดยเชื่อมโยงสาเหตุที่แท้จริงกับผลิตภัณฑ์ หน่วยงาน และความไม่มีประสิทธิภาพของกระบวนการ เพื่อกำหนดการดำเนินการป้องกัน.

แหล่งข้อมูล

โดยทั่วไปจัดเก็บในตาราง QMUR (Notification Causes) ฟิลด์ URCOD.

ตัวอย่าง
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
หน่วยงานที่รับผิดชอบ
ResponsibleDepartment
หน่วยงานหรือฝ่ายงานที่รับผิดชอบดำเนินงานเฉพาะอย่างหรือจัดการเหตุการณ์ด้านคุณภาพ.
คำอธิบาย

แอตทริบิวต์นี้ระบุหน่วยงานที่ได้รับมอบหมายให้ทำกิจกรรมหรือรับผิดชอบเหตุการณ์ด้านคุณภาพโดยรวม เช่น ทีมประกันคุณภาพ ฝ่ายวิศวกรรม หรือหน่วยงานผลิต

ข้อมูลนี้เป็นมิติสำคัญสำหรับวิเคราะห์การทำงานร่วมกันและการส่งต่องานระหว่างหน่วยงาน ช่วยระบุความล่าช้าที่เกิดขึ้นเมื่อมีการเปลี่ยนผู้รับผิดชอบจากหน่วยงานหนึ่งไปยังอีกหน่วยงานหนึ่ง และสนับสนุนแดชบอร์ด 'ความล่าช้าในการส่งต่องานระหว่างหน่วยงาน' นอกจากนี้ยังใช้กรองมุมมองกระบวนการเพื่อทำความเข้าใจการทำงานของแต่ละหน่วยงานได้.

เหตุผลที่สำคัญ

สำคัญต่อการวิเคราะห์การส่งต่องานระหว่างหน่วยงาน การระบุคอขวดในองค์กร และการทำความเข้าใจว่าทีมต่างๆ มีส่วนร่วมในกระบวนการอย่างไร.

แหล่งข้อมูล

มักได้มาจากหน้าที่ของคู่ค้าที่เชื่อมโยงกับใบแจ้งหรืองาน หรือจากข้อมูลการสังกัดหน่วยงานของผู้ใช้ในข้อมูลหลัก HR อาจไม่มีฟิลด์นี้โดยตรง.

ตัวอย่าง
การประกันคุณภาพสายการผลิต 3วิศวกรรมคุณภาพซัพพลายเออร์
ดำเนินการเสร็จตรงเวลา
IsOnTimeCompletion
แฟล็กแบบบูลีนที่ระบุว่าเหตุการณ์ด้านคุณภาพเสร็จสิ้นภายในวันที่กำหนดให้แก้ไขหรือไม่.
คำอธิบาย

แฟล็กที่คำนวณได้นี้เปรียบเทียบเวลาปิดเหตุการณ์ด้านคุณภาพจริงกับ 'วันที่กำหนดให้แก้ไข' โดยมีค่าเป็น true หากปิดเหตุการณ์ในวันที่กำหนดหรือก่อนหน้านั้น และเป็น false หากไม่เป็นไปตามเงื่อนไข

แอตทริบิวต์นี้ใช้ติดตามผลการดำเนินงานได้โดยตรง และเป็นข้อมูลพื้นฐานของแดชบอร์ด 'การปิดเหตุการณ์ด้านคุณภาพตามกำหนดเวลา' และ KPI 'อัตราการดำเนินการด้านคุณภาพตามกำหนดเวลา' คุณสามารถกรองและสรุปผลได้ง่าย เพื่อดูผลการดำเนินงานตามกำหนดเวลาในมิติต่างๆ เช่น แผนก ผลิตภัณฑ์ หรือประเภทการแจ้งเหตุ.

เหตุผลที่สำคัญ

แสดงผลการดำเนินงานตามกำหนดเวลาเป็นสองสถานะอย่างชัดเจน จึงวัดและรายงานการปฏิบัติตาม SLA ได้ง่าย.

แหล่งข้อมูล

แอตทริบิวต์ที่คำนวณจากการเปรียบเทียบเวลาของกิจกรรมปิดงานขั้นสุดท้ายกับแอตทริบิวต์ 'TargetResolutionDate'.

ตัวอย่าง
truefalse
ประสิทธิผลของการดำเนินการ
EffectivenessEvaluation
ผลการตรวจสอบว่าการดำเนินการที่ทำไปได้ผลหรือไม่.
คำอธิบาย

แอตทริบิวต์นี้บันทึกผลการตรวจสอบประสิทธิผล ซึ่งเป็นขั้นตอนสุดท้ายที่สำคัญของวงจรการจัดการคุณภาพ เพื่อยืนยันว่าการแก้ไขหรือป้องกันช่วยแก้สาเหตุที่แท้จริงและป้องกันไม่ให้ปัญหาเกิดซ้ำได้หรือไม่

แอตทริบิวต์นี้เป็นข้อมูลหลักสำหรับแดชบอร์ด 'ตรวจสอบประสิทธิผลของการดำเนินการ' และ KPI 'อัตราการตรวจสอบประสิทธิผลของการดำเนินการ' ช่วยให้เห็นคุณภาพของกระบวนการแก้ปัญหาโดยตรง หากการดำเนินการไม่ได้ผลในอัตราสูง แสดงว่าควรปรับปรุงขั้นตอนวิเคราะห์สาเหตุที่แท้จริงหรือวางแผนการดำเนินการ.

เหตุผลที่สำคัญ

วัดผลสำเร็จของกระบวนการแก้ปัญหาโดยตรง และแสดงว่าการดำเนินการช่วยป้องกันไม่ให้ปัญหาเกิดซ้ำได้จริงหรือไม่.

แหล่งข้อมูล

ข้อมูลนี้มักจัดเก็บไว้ในรายการติดตามผลหรือสถานะงานเฉพาะภายในใบแจ้งคุณภาพ อาจเป็นฟิลด์ที่กำหนดเองหรืออ้างอิงจากรหัสสถานะเฉพาะ.

ตัวอย่าง
ได้ผลไม่ได้ผลต้องติดตามผล
เป็นงานแก้ไขซ้ำ
IsRework
แฟล็กแบบบูลีนที่ระบุว่ากิจกรรมหรือชุดกิจกรรมเป็นการทำงานซ้ำหรือไม่.
คำอธิบาย

แฟล็กนี้มีค่าเป็น true เมื่อเคสมีการทำบางขั้นตอนซ้ำ แสดงว่างานที่ทำในครั้งแรกยังไม่เพียงพอ ตัวอย่างเช่น หากกิจกรรม 'วิเคราะห์หาสาเหตุที่แท้จริง' ตามด้วยกิจกรรม 'มอบหมายงานสืบสวน' อีกครั้งในภายหลังสำหรับเคสเดียวกัน แสดงว่ามีการทำงานซ้ำ

แอตทริบิวต์นี้ใช้วัด KPI 'อัตราการทำงานซ้ำของการดำเนินการแก้ไข' โดยตรง การระบุและวัดปริมาณงานที่ต้องทำซ้ำเป็นเป้าหมายสำคัญของ process mining เพราะงานซ้ำทำให้เสียแรงและสะท้อนความไม่มีประสิทธิภาพของกระบวนการ การแสดงวงจรการทำงานซ้ำบนแผนผังกระบวนการช่วยให้เห็นโอกาสสำคัญในการปรับปรุงคุณภาพและประสิทธิภาพ.

เหตุผลที่สำคัญ

ใช้วัดความไม่มีประสิทธิภาพของกระบวนการ โดยระบุขั้นตอนที่เกิดซ้ำให้เห็นงานที่สูญเปล่าและโอกาสเพิ่มอัตราการทำงานให้ถูกต้องตั้งแต่ครั้งแรก.

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณขึ้นระหว่างการวิเคราะห์ process mining โดยตรวจจับชุดกิจกรรมที่เกิดซ้ำภายในเคสเดียว.

ตัวอย่าง
truefalse
ระบบต้นทาง
SourceSystem
ระบุระบบต้นทางที่ดึงข้อมูลมา เช่น อินสแตนซ์ SAP S/4HANA ที่ใช้.
คำอธิบาย

แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลการจัดการคุณภาพ ในสภาพแวดล้อมที่มี ERP หรือระบบเชื่อมต่อหลายระบบ ฟิลด์นี้สำคัญต่อการแยกแหล่งข้อมูลและรักษาความถูกต้องของข้อมูล

ในการวิเคราะห์ ฟิลด์นี้ช่วยกรองหรือเปรียบเทียบกระบวนการระหว่างระบบหรือหน่วยงานต่างๆ โดยมักเป็นค่าคงที่สำหรับชุดข้อมูลหนึ่งชุด แต่จำเป็นต่อการกำกับดูแลข้อมูลและการทำความเข้าใจบริบท.

เหตุผลที่สำคัญ

ให้ข้อมูลบริบทที่จำเป็นเกี่ยวกับแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูลและการทำงานในสภาพแวดล้อมที่มีระบบเชื่อมต่อกันหลายระบบ.

แหล่งข้อมูล

โดยทั่วไปเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล เพื่อระบุ SAP S/4HANA client และรหัสระบบ.

ตัวอย่าง
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
โรงงาน
Plant
โรงงานผลิตหรือสถานที่ที่เป็นต้นเหตุหรือรับผิดชอบจัดการเหตุการณ์ด้านคุณภาพ.
คำอธิบาย

แอตทริบิวต์โรงงานระบุสถานที่จริง เช่น โรงงานหรือคลังสินค้า ที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพ และให้บริบทด้านภูมิศาสตร์หรือองค์กรเกี่ยวกับจุดที่เกิดปัญหาด้านคุณภาพ

ข้อมูลนี้เป็นมิติสำคัญสำหรับการวิเคราะห์เปรียบเทียบ ผู้บริหารสามารถกรองหรือจัดกลุ่มตามโรงงานเพื่อเปรียบเทียบผลการดำเนินงานของแต่ละสถานที่ ระบุปัญหาเฉพาะพื้นที่ และแบ่งปันแนวทางปฏิบัติที่ได้ผลจากโรงงานที่มีผลการดำเนินงานดี ช่วยตอบคำถาม เช่น 'โรงงานใดใช้เวลาวิเคราะห์สาเหตุที่แท้จริงนานที่สุด'.

เหตุผลที่สำคัญ

ช่วยเปรียบเทียบผลการดำเนินงานระหว่างสถานที่ปฏิบัติงาน ระบุปัญหาเฉพาะพื้นที่และแนวทางปฏิบัติที่ได้ผล.

แหล่งข้อมูล

โรงงานที่เชื่อมโยงกับส่วนหัวของใบแจ้งอยู่ใน QMEL-WERKS หากเกี่ยวข้องกับวัสดุเฉพาะ อาจพบข้อมูลนี้ในระดับรายการด้วย.

ตัวอย่าง
100017102000
ลูกค้า
CustomerNumber
รหัสลูกค้าที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพ หากมี.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับลูกค้ารายหนึ่ง โดยเกี่ยวข้องมากที่สุดกับประเภทใบแจ้ง เช่น 'ข้อร้องเรียนจากลูกค้า' การติดตามข้อมูลนี้สำคัญต่อการบริหารความสัมพันธ์กับลูกค้าและทำความเข้าใจผลกระทบของปัญหาด้านคุณภาพที่มีต่อลูกค้า

การวิเคราะห์ตามลูกค้าช่วยให้ธุรกิจระบุได้ว่าลูกค้าบางรายพบปัญหาด้านคุณภาพมากกว่ารายอื่นหรือไม่ หรือระยะเวลาแก้ปัญหาแตกต่างกันตามลูกค้าหรือไม่ ข้อมูลนี้สนับสนุนแดชบอร์ด 'เหตุการณ์ด้านคุณภาพตามระดับความรุนแรงและผลกระทบ' โดยเพิ่มมิติด้านลูกค้าในการวิเคราะห์ผลกระทบ.

เหตุผลที่สำคัญ

เชื่อมโยงเหตุการณ์ด้านคุณภาพกับลูกค้า เพื่อวิเคราะห์ปัญหาเฉพาะรายและช่วยให้ลูกค้ารายสำคัญได้รับการสนับสนุนเป็นลำดับแรก.

แหล่งข้อมูล

โดยทั่วไปพบได้ในหน้าที่ของคู่ค้าสำหรับใบแจ้ง และอาจอยู่ใน QMEL-KUNUM หากเป็นข้อร้องเรียนจากใบสั่งขาย.

ตัวอย่าง
CUST-10045CUST-20399CUST-80110
สถานะใบแจ้ง
SystemStatus
สถานะปัจจุบันของการดำเนินการกับใบแจ้งคุณภาพ เช่น 'Outstanding' หรือ 'Completed'.
คำอธิบาย

สถานะระบบแสดงสถานะปัจจุบันของเหตุการณ์ด้านคุณภาพในวงจรการดำเนินงาน SAP ใช้ระบบจัดการสถานะ โดยสถานะอย่าง OSNO (Outstanding Notification), NOPR (Notification in Process) และ NOCO (Notification Completed) แสดงความคืบหน้า

มักใช้แอตทริบิวต์นี้เพื่ออนุมานกิจกรรมในบันทึกเหตุการณ์ และยังใช้เป็นมิติสำหรับกรองกรณีได้ เช่น วิเคราะห์เฉพาะเหตุการณ์ด้านคุณภาพที่ยังเปิดอยู่หรือเพิ่งปิด การทำความเข้าใจการเปลี่ยนสถานะเป็นสิ่งสำคัญต่อการสร้างโมเดลกระบวนการที่ถูกต้อง.

เหตุผลที่สำคัญ

แสดงสถานะปัจจุบันของกรณี ช่วยกรองกรณีที่กำลังดำเนินการและกรณีที่ปิดแล้ว รวมถึงใช้อนุมานกิจกรรมในกระบวนการได้.

แหล่งข้อมูล

ได้มาจากตาราง JEST และ JSTO ซึ่งเก็บข้อมูลสถานะของออบเจ็กต์ SAP ต่างๆ โดยเชื่อมโยงผ่าน QMEL-OBJNR.

ตัวอย่าง
OSNO NOPRNOCOTSCO
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ระบุว่าข้อมูลของระเบียนนี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

แอตทริบิวต์นี้ระบุเวลาที่ดึงหรืออัปเดตข้อมูลจากระบบต้นทางครั้งล่าสุด เพื่อให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด

การแสดงข้อมูลนี้ในแดชบอร์ดหรือรายงานช่วยให้ผู้ใช้เข้าใจว่าข้อมูลเป็นปัจจุบันแค่ไหน และแยกความเปลี่ยนแปลงล่าสุดของกระบวนการออกจากผลที่เกิดจากข้อมูลเก่าได้.

เหตุผลที่สำคัญ

ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจได้อย่างทันท่วงทีและแม่นยำจากผลวิเคราะห์ process mining.

แหล่งข้อมูล

ฟิลด์ข้อมูลกำกับนี้สร้างและเติมค่าโดยเครื่องมือหรือไปป์ไลน์ดึงข้อมูลเมื่อรีเฟรชข้อมูล.

ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมด้านการจัดการคุณภาพ

ขั้นตอนกระบวนการและหมุดหมายสำคัญที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นหาและวิเคราะห์กระบวนการได้อย่างถูกต้อง.
6 แนะนำ 9 ไม่บังคับ
กิจกรรม คำอธิบาย
ดำเนินการกับใบแจ้งเสร็จแล้ว
หมายถึงการดำเนินการกับใบแจ้งคุณภาพเสร็จสิ้นในทางธุรกิจ โดยแสดงว่าดำเนินการที่จำเป็นครบแล้วและแก้ปัญหาในด้านการปฏิบัติงานเรียบร้อย เป็นการเปลี่ยนสถานะอย่างเป็นทางการในระบบ.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดสิ้นสุดหลักสำหรับวัดระยะเวลาแก้ปัญหาในทางธุรกิจ ยืนยันว่าในมุมมองของเจ้าของกระบวนการ เรื่องนี้เสร็จสิ้นแล้ว แม้การปิดทางเทคนิคจะยังไม่เสร็จก็ตาม.

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนสถานะของออบเจ็กต์ใบแจ้งคุณภาพ โดยระบุเวลาที่กำหนดสถานะ เช่น 'NOCO' (Notification completed) ในตาราง JCDS.

บันทึก

ระบุเวลาที่กำหนดสถานะ 'Notification completed' ในตาราง JCDS.

ประเภทเหตุการณ์ inferred
ดำเนินการแก้ไขแล้ว
ระบุว่างานตามแผนการแก้ไขเสร็จสมบูรณ์แล้ว โดยทั่วไปบันทึกเมื่อทำเครื่องหมายว่างานแก้ไขที่ได้รับมอบหมายในใบแจ้งคุณภาพเสร็จสิ้น.
เหตุผลที่สำคัญ

เหตุการณ์นี้เป็นหมุดหมายสำคัญที่แสดงว่ามีการดำเนินการเพื่อแก้ปัญหาด้านคุณภาพแล้ว ใช้วัดอัตราการดำเนินการให้เสร็จตามกำหนดและประสิทธิภาพโดยรวมของขั้นตอนการแก้ปัญหา.

แหล่งข้อมูล

อนุมานได้จากการเสร็จสิ้นของงานแก้ไขในตาราง QMSM โดยวันที่เสร็จสิ้นบันทึกไว้ในฟิลด์ ERLDT หรือดูจากการเปลี่ยนสถานะเป็น 'Completed' ในตาราง JEST/JCDS.

บันทึก

ระบุเวลาที่งานแก้ไขในตาราง QMSM เสร็จสิ้น โดยดูจากฟิลด์ ERLDT.

ประเภทเหตุการณ์ inferred
ตัดสินใจการใช้ประโยชน์
หมายถึงการตัดสินใจอย่างเป็นทางการเกี่ยวกับคุณภาพของสินค้าในล็อตตรวจสอบ เช่น ยอมรับหรือปฏิเสธ เหตุการณ์นี้แยกต่างหากสำหรับปัญหาด้านคุณภาพที่เกิดจากการตรวจสอบ และบันทึกเมื่อบันทึกการตัดสินใจการใช้ประโยชน์.
เหตุผลที่สำคัญ

สำหรับกระบวนการที่เริ่มจากการตรวจสอบ เหตุการณ์นี้เป็นหมุดหมายสำคัญที่กำหนดการดำเนินการถัดไป เช่น การระงับหรือปล่อยวัสดุ การวิเคราะห์เวลาและผลการตัดสินใจช่วยให้เข้าใจประสิทธิภาพการควบคุมคุณภาพผลิตภัณฑ์.

แหล่งข้อมูล

เหตุการณ์นี้บันทึกไว้โดยตรงในตารางการตัดสินใจการใช้ประโยชน์ QAVE เวลาที่สร้างรายการซึ่งเชื่อมโยงกับล็อตตรวจสอบ (PRUEFLOS) ใช้ระบุกิจกรรมนี้.

บันทึก

ใช้เวลาที่สร้างรายการของล็อตตรวจสอบที่เกี่ยวข้องในตาราง QAVE.

ประเภทเหตุการณ์ explicit
ยืนยันประสิทธิผลของการดำเนินการแล้ว
ยืนยันว่าการแก้ไขหรือป้องกันที่ดำเนินการไปได้ผล และปัญหาด้านคุณภาพได้รับการแก้ไขโดยไม่เกิดซ้ำ โดยบันทึกเมื่อทำงานตรวจสอบประสิทธิผลเสร็จ หรือเมื่อทบทวนคุณภาพขั้นสุดท้าย.
เหตุผลที่สำคัญ

หมุดหมายนี้สำคัญต่อการตรวจสอบว่ากระบวนการแก้ปัญหาทั้งหมดได้ผลหรือไม่ อัตราการตรวจสอบที่สำเร็จสูงแสดงว่าระบบจัดการคุณภาพมีประสิทธิภาพ และช่วยลดปัญหาที่เกิดซ้ำ.

แหล่งข้อมูล

โดยทั่วไปอนุมานได้จากการเสร็จสิ้นของงาน 'Effectiveness Check' ในตาราง QMSM โดยใช้วันที่เสร็จสิ้น ERLDT.

บันทึก

ระบุเวลาที่งานตรวจสอบประสิทธิผลใน QMSM เสร็จสิ้น.

ประเภทเหตุการณ์ inferred
วิเคราะห์สาเหตุรากเสร็จสิ้น
หมายถึงการสิ้นสุดขั้นตอนการสอบสวน ซึ่งระบุสาเหตุที่แท้จริงของปัญหาด้านคุณภาพได้แล้ว โดยทั่วไปอนุมานจากการเสร็จสิ้นงาน 'Root Cause Analysis' ที่ระบุไว้ใน notification.
เหตุผลที่สำคัญ

เหตุการณ์นี้เป็นหมุดหมายสำคัญในการวัดระยะเวลาและประสิทธิภาพของการสอบสวน การระบุความล่าช้าก่อนถึงขั้นตอนนี้ช่วยค้นหาคอขวดในการวิเคราะห์ปัญหาและการตัดสินใจ.

แหล่งข้อมูล

อนุมานจากการเสร็จสิ้นงานสอบสวนหรืองานเฉพาะสำหรับ RCA ในตาราง QMSM โดยตรวจสอบจากการเปลี่ยนสถานะหรือการกรอกวันที่งานเสร็จสิ้นในฟิลด์ ERLDT.

บันทึก

ระบุเวลาที่งานวิเคราะห์สาเหตุรากที่เกี่ยวข้องเสร็จสิ้น (ERLDT) ในตาราง QMSM.

ประเภทเหตุการณ์ inferred
สร้างการแจ้งเตือนด้านคุณภาพ
กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการจัดการคุณภาพ เมื่อมีการบันทึกปัญหา ข้อบกพร่อง หรือข้อร้องเรียนที่เกี่ยวข้องกับคุณภาพอย่างเป็นทางการ การสร้าง Quality Notification ใน SAP S/4HANA จะบันทึกรายละเอียดเบื้องต้นและกำหนดรหัสเฉพาะเพื่อเริ่มต้นกรณี.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักที่จำเป็นต่อการวัดระยะเวลาดำเนินงานตั้งแต่ต้นจนจบของกระบวนการแก้ไขปัญหาด้านคุณภาพ และใช้เป็นจุดเริ่มต้นในการติดตามเวลาที่ใช้จัดการและปิดเหตุการณ์ด้านคุณภาพ.

แหล่งข้อมูล

เหตุการณ์นี้บันทึกไว้โดยตรงในตารางส่วนหัวของ Quality Notification ชื่อ QMEL โดยทั่วไปจะดูเวลาที่สร้างได้จากฟิลด์ ERDAT ของหมายเลขการแจ้งเตือน QMNUM ที่เกี่ยวข้อง.

บันทึก

ใช้เวลาที่สร้าง (ERDAT) จากตาราง QMEL ของการแจ้งเตือนที่กำหนด.

ประเภทเหตุการณ์ explicit
แจ้งผู้เกี่ยวข้องแล้ว
หมายถึงการแจ้งผลการแก้ไขให้ผู้เกี่ยวข้องทราบ เช่น ลูกค้าหรือหน่วยงานภายใน โดยปกติไม่ได้บันทึกเป็นเหตุการณ์อัตโนมัติในระบบ และมักเป็นขั้นตอนที่ทำด้วยตนเอง.
เหตุผลที่สำคัญ

การแจ้งผู้เกี่ยวข้องให้ทราบอย่างทันท่วงทีสำคัญต่อความพึงพอใจของลูกค้าและความโปร่งใส การวัดเวลาที่ล่าช้าระหว่างการปิดเรื่องกับการแจ้งให้ทราบช่วยให้เห็นช่องว่างในการสื่อสาร.

แหล่งข้อมูล

การดึงกิจกรรมนี้จาก SAP โดยตรงทำได้ยาก อาจอนุมานได้จากการเสร็จสิ้นของงานที่ทำด้วยตนเองใน QMSM ซึ่งมีชื่อว่า 'Notify Stakeholder' หรืออาจต้องวิเคราะห์ข้อมูลจากระบบภายนอก เช่น บันทึกอีเมล.

บันทึก

ระบุการเสร็จสิ้นของงานสื่อสารที่ทำด้วยตนเอง หากมีการใช้ขั้นตอนนี้ มิฉะนั้นโดยทั่วไปจะไม่มีข้อมูลดังกล่าว.

ประเภทเหตุการณ์ inferred
ดำเนินการป้องกันแล้ว
ระบุว่าดำเนินการตามแผนป้องกันสำเร็จแล้ว โดยบันทึกการเสร็จสิ้นของงานป้องกันที่เกี่ยวข้องในระบบ.
เหตุผลที่สำคัญ

การดำเนินการป้องกันให้เสร็จเป็นขั้นตอนสำคัญของกระบวนการด้านคุณภาพที่มีประสิทธิภาพ การติดตามกิจกรรมนี้ช่วยวัดความมุ่งมั่นในการป้องกันปัญหาในอนาคตและลดปัญหาที่เกิดซ้ำ.

แหล่งข้อมูล

อนุมานได้จากการเสร็จสิ้นของงานป้องกันในตาราง QMSM โดยดูจากฟิลด์ ERLDT หรือการเปลี่ยนสถานะเป็น 'Completed'.

บันทึก

ระบุเวลาที่งานป้องกันในตาราง QMSM เสร็จสิ้น โดยดูจากฟิลด์ ERLDT.

ประเภทเหตุการณ์ inferred
ต้องตรวจสอบประสิทธิผล
หมายถึงต้องมีการตรวจสอบติดตามเพื่อยืนยันว่าการดำเนินการที่ทำไปแก้ปัญหาได้สำเร็จ โดยมักแสดงเป็นสถานะเฉพาะของใบแจ้ง หรือการสร้างงานตรวจสอบโดยเฉพาะ.
เหตุผลที่สำคัญ

กิจกรรมนี้ช่วยให้มั่นใจว่ากระบวนการจัดการคุณภาพมีขั้นตอนตรวจสอบผลที่สำคัญ โดยแยกการดำเนินการออกจากการยืนยันว่าการดำเนินการนั้นได้ผล.

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนสถานะของใบแจ้งคุณภาพ (ผ่าน JEST/JCDS) หรือการสร้างงาน 'Effectiveness Check' โดยเฉพาะในตาราง QMSM.

บันทึก

ระบุเวลาที่เปลี่ยนสถานะหรือสร้างงานตรวจสอบใน QMSM.

ประเภทเหตุการณ์ inferred
ปิดใบแจ้งแล้ว
หมายถึงการปิดใบแจ้งคุณภาพในระบบขั้นสุดท้ายทางเทคนิค หลังจากนี้จะไม่สามารถแก้ไขใบแจ้งได้อีก ถือเป็นจุดสิ้นสุดของวงจรข้อมูลอย่างสมบูรณ์.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นเหตุการณ์สุดท้ายของกระบวนการ การวิเคราะห์เวลาระหว่าง 'Notification Completed' กับ 'Notification Closed' ช่วยให้เห็นความล่าช้าในขั้นตอนปิดงานด้านธุรการ.

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนสถานะของใบแจ้งคุณภาพ โดยเฉพาะเมื่อกำหนดสถานะเก็บถาวรหรือสถานะปิดขั้นสุดท้าย การเปลี่ยนแปลงนี้บันทึกเวลาไว้ในตาราง JCDS.

บันทึก

ระบุเวลาที่กำหนดสถานะ 'Closed' ขั้นสุดท้ายให้กับใบแจ้งในตาราง JCDS.

ประเภทเหตุการณ์ inferred
มอบหมายงานสอบสวน
เหตุการณ์นี้เกิดขึ้นเมื่อมีการสร้างและมอบหมายงานเฉพาะ เช่น การสอบสวนสาเหตุราก ให้บุคคลหรือแผนกอย่างเป็นทางการ โดยบันทึกเมื่อสร้างรายการงานภายใน Quality Notification.
เหตุผลที่สำคัญ

การติดตามการมอบหมายงานมีความสำคัญต่อการทำความเข้าใจการกระจายภาระงานและระบุคอขวดในการจัดสรรทรัพยากร นอกจากนี้ยังเป็นจุดเริ่มต้นของขั้นตอนการสอบสวน ซึ่งใช้วัดระยะเวลาการวิเคราะห์สาเหตุรากได้.

แหล่งข้อมูล

ดึงข้อมูลจากตารางจัดการงาน QMSM ที่เชื่อมโยงกับ Quality Notification วันที่สร้างงาน (ERDAT) ที่มีรหัสเกี่ยวข้อง เช่น รหัสสำหรับการสอบสวน จะใช้ระบุเหตุการณ์นี้.

บันทึก

ใช้เวลาที่สร้าง (ERDAT) จากตาราง QMSM สำหรับงานที่เกี่ยวข้องกับการสอบสวน.

ประเภทเหตุการณ์ explicit
เริ่มดำเนินการแจ้งเตือน
หมายถึงช่วงเวลาที่ทีมคุณภาพเริ่มรับการแจ้งเตือนที่สร้างขึ้นใหม่ไปดำเนินการ โดยทั่วไปเป็นเหตุการณ์ที่อนุมานจากการเปลี่ยนสถานะในระบบซึ่งบ่งชี้ว่าเริ่มทำงานแล้ว.
เหตุผลที่สำคัญ

กิจกรรมนี้ช่วยแยกการบันทึกปัญหาออกจากการเริ่มลงมือทำงานจริง การวิเคราะห์ช่วงเวลาตั้งแต่สร้างรายการจนถึงขั้นตอนนี้ช่วยให้เห็นความล่าช้าในการรับทราบปัญหาและจัดสรรทรัพยากร.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ Quality Notification โดยตรวจสอบบันทึกการเปลี่ยนสถานะในตาราง JEST และ JCDS เพื่อค้นหาสถานะ เช่น 'NOPO' (Notification in process).

บันทึก

ระบุเวลาที่ตั้งสถานะ 'in process' ให้กับการแจ้งเตือนในตาราง JCDS.

ประเภทเหตุการณ์ inferred
เสนอการดำเนินการป้องกัน
กิจกรรมนี้เกิดขึ้นเมื่อมีการจัดทำแผนเพื่อป้องกันไม่ให้ปัญหาด้านคุณภาพเกิดซ้ำ เช่นเดียวกับการดำเนินการแก้ไข โดยมักบันทึกจากการสร้างงาน 'Preventive Action'.
เหตุผลที่สำคัญ

เหตุการณ์นี้สำคัญต่อการประเมินว่าองค์กรให้ความสำคัญกับการปรับปรุงคุณภาพเชิงรุก มากกว่าการแก้ปัญหาที่เกิดขึ้นแล้วเพียงอย่างเดียว และเป็นจุดเริ่มต้นของการแก้ปัญหาในระยะยาว.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้เมื่อสร้างงานที่มีรหัส 'Preventive Action' ในตาราง QMSM สำหรับใบแจ้งคุณภาพนั้น.

บันทึก

ใช้เวลาที่สร้าง (ERDAT) จากตาราง QMSM สำหรับงานประเภทการดำเนินการป้องกัน.

ประเภทเหตุการณ์ explicit
เสนอแผนมาตรการแก้ไข
กิจกรรมนี้หมายถึงการบันทึกแผนแก้ไขปัญหาที่ระบุไว้อย่างเป็นทางการ ใน SAP มักบันทึกด้วยการสร้างงาน 'Corrective Action' ภายใน quality notification.
เหตุผลที่สำคัญ

เหตุการณ์นี้เป็นจุดเริ่มต้นของขั้นตอนการแก้ปัญหา การวัดเวลาตั้งแต่การวิเคราะห์สาเหตุรากจนถึงขั้นตอนนี้ช่วยให้เห็นความล่าช้าในการวางแผนการดำเนินการ.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้เมื่อสร้างงานที่มีรหัส 'Corrective Action' ในตาราง QMSM สำหรับ Quality Notification ที่เกี่ยวข้อง.

บันทึก

ใช้เวลาที่สร้าง (ERDAT) จากตาราง QMSM สำหรับงานประเภทการดำเนินการแก้ไข.

ประเภทเหตุการณ์ explicit
อนุมัติแผนมาตรการ
หมายถึงแผนการแก้ไขหรือป้องกันที่เสนอได้รับการทบทวนและอนุมัติให้ดำเนินการแล้ว ขั้นตอนนี้มักไม่มีการบันทึกเป็นเหตุการณ์แยกต่างหาก และอาจอนุมานได้จากการปล่อยงานให้ดำเนินการ.
เหตุผลที่สำคัญ

หากขั้นตอนอนุมัตินี้ใช้เวลานาน อาจทำให้กระบวนการแก้ปัญหาทั้งหมดล่าช้าอย่างมาก การวิเคราะห์ระยะเวลาช่วยระบุคอขวดด้านงานธุรการและโอกาสในการปรับขั้นตอนกำกับดูแลให้คล่องตัวขึ้น.

แหล่งข้อมูล

โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะของงานในตาราง QMSM เช่น เป็น 'Released' โดยดูเวลาที่เปลี่ยนสถานะได้จากตาราง JCDS ซึ่งเชื่อมโยงกับออบเจ็กต์งาน.

บันทึก

ระบุเวลาที่กำหนดสถานะ 'Released' ให้กับงานแก้ไขหรือป้องกัน.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลการจัดการคุณภาพจาก SAP S/4HANA

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตนี้เตรียมข้อมูลได้อย่างรวดเร็ว แล้วเริ่มปรับปรุงกระบวนการจัดการคุณภาพของคุณ ดูข้อมูลเชิงลึกและเพิ่มประสิทธิภาพใน SAP S/4HANA.

ยกระดับการจัดการคุณภาพ ลดเวลารอบกระบวนการได้ทันที 30%

ระบุคอขวดใน SAP S/4HANA และลดรอบเวลา QM ลง 30%.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.