เทมเพลตข้อมูลการจัดการคุณภาพของคุณ
เทมเพลตข้อมูลการจัดการคุณภาพของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวมเพื่อการวิเคราะห์
- กิจกรรมสำคัญด้านการจัดการคุณภาพที่ควรติดตาม
- แนวทางดึงข้อมูลจากการจัดการคุณภาพใน SAP S/4HANA
แอตทริบิวต์ด้านการจัดการคุณภาพ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
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
|
|||
กิจกรรมด้านการจัดการคุณภาพ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการกับใบแจ้งเสร็จแล้ว
|
หมายถึงการดำเนินการกับใบแจ้งคุณภาพเสร็จสิ้นในทางธุรกิจ โดยแสดงว่าดำเนินการที่จำเป็นครบแล้วและแก้ปัญหาในด้านการปฏิบัติงานเรียบร้อย เป็นการเปลี่ยนสถานะอย่างเป็นทางการในระบบ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดหลักสำหรับวัดระยะเวลาแก้ปัญหาในทางธุรกิจ ยืนยันว่าในมุมมองของเจ้าของกระบวนการ เรื่องนี้เสร็จสิ้นแล้ว แม้การปิดทางเทคนิคจะยังไม่เสร็จก็ตาม.
แหล่งข้อมูล
อนุมานได้จากการเปลี่ยนสถานะของออบเจ็กต์ใบแจ้งคุณภาพ โดยระบุเวลาที่กำหนดสถานะ เช่น '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.
ยกระดับการจัดการคุณภาพ ลดเวลารอบกระบวนการได้ทันที 30%
ระบุคอขวดใน SAP S/4HANA และลดรอบเวลา QM ลง 30%.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.