> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการคุณภาพ > ETQ Reliance > เทมเพลตข้อมูล

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

ETQ Reliance

คุณลักษณะด้านการจัดการคุณภาพ(22) กิจกรรมด้านการจัดการคุณภาพ(17) คู่มือการดึงข้อมูล(1)

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

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

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

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

คุณลักษณะด้านการจัดการคุณภาพ

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

3 จำเป็น 6 แนะนำ 13 ไม่บังคับ

	ชื่อ	คำอธิบาย
	ชื่อกิจกรรม ActivityName	ชื่อของงานหรือเหตุการณ์เฉพาะที่เกิดขึ้นในกระบวนการจัดการคุณภาพ.
คำอธิบาย คุณลักษณะนี้อธิบายขั้นตอนหรือหมุดหมายหนึ่งรายการในวงจรเหตุการณ์ด้านคุณภาพ เช่น 'จัดหมวดหมู่และจัดลำดับความสำคัญของปัญหาแล้ว' หรือ 'วิเคราะห์หาสาเหตุรากแล้ว' แต่ละกิจกรรมหมายถึงการดำเนินการเฉพาะอย่างเพื่อให้เหตุการณ์ด้านคุณภาพได้รับการแก้ไข. การวิเคราะห์กิจกรรมเป็นหัวใจของ process mining คุณลักษณะนี้ใช้สร้างแผนผังกระบวนการเพื่อแสดงลำดับงาน และช่วยระบุคอขวด จุดที่เบี่ยงเบนจากกระบวนการมาตรฐาน และขั้นตอนที่ต้องทำซ้ำ ซึ่งเป็นข้อมูลสำคัญสำหรับการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนของกระบวนการ ซึ่งจำเป็นต่อการแสดงลำดับงาน การค้นหาคอขวด และการวิเคราะห์จุดที่เบี่ยงเบน. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้ได้จากบันทึกเหตุการณ์ การเปลี่ยนสถานะในเวิร์กโฟลว์ หรือประวัติการตรวจสอบในโมดูลต่างๆ ของ ETQ Reliance. ตัวอย่าง เริ่มการสอบสวนแล้ววิเคราะห์หาสาเหตุรากแล้วอนุมัติแผนการดำเนินการแก้ไขแล้ว
	เวลาประทับของเหตุการณ์ EventTimestamp	วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหนึ่งเกิดขึ้น.
คำอธิบาย เวลาที่เกิดเหตุการณ์ระบุช่วงเวลาที่ระบบบันทึกกิจกรรมไว้อย่างแม่นยำ กิจกรรมแต่ละรายการในวงจรเหตุการณ์ด้านคุณภาพจะมีเวลาของตัวเอง ทำให้เรียงลำดับเหตุการณ์ตามเวลาได้. คุณลักษณะนี้เป็นพื้นฐานของการวิเคราะห์ตามเวลาใน process mining ใช้คำนวณระยะเวลาระหว่างกิจกรรม ระบุเวลารอและคอขวด รวมถึงวัดระยะเวลารวมของเหตุการณ์ด้านคุณภาพ นอกจากนี้ยังช่วยวิเคราะห์แนวโน้มประสิทธิภาพในแต่ละช่วงเวลา. เหตุผลที่สำคัญ คุณลักษณะนี้จำเป็นต่อการคำนวณระยะเวลา เรียงลำดับเหตุการณ์ตามเวลา และวิเคราะห์ข้อมูลตามเวลา เช่น การระบุคอขวด. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในตารางประวัติการตรวจสอบ หรือเป็นฟิลด์วันที่ 'last modified' หรือ 'status change' ที่เชื่อมโยงกับแต่ละกิจกรรมหรือขั้นตอนเวิร์กโฟลว์ใน ETQ Reliance. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	เหตุการณ์ด้านคุณภาพ QualityEvent	รหัสเฉพาะของเหตุการณ์ด้านคุณภาพแต่ละรายการ ใช้เชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมดตั้งแต่การระบุปัญหาจนถึงการปิดเคส.
คำอธิบาย เหตุการณ์ด้านคุณภาพเป็นรหัสเคสหลักของกระบวนการจัดการคุณภาพ โดยแทนปัญหาด้านคุณภาพหนึ่งรายการที่แยกจากกัน เช่น การไม่เป็นไปตามข้อกำหนด ข้อร้องเรียนจากลูกค้า หรือความเบี่ยงเบน ซึ่งผ่านขั้นตอนการตรวจสอบและแก้ไข ในการวิเคราะห์ process mining แอตทริบิวต์นี้จำเป็นต่อการสร้างเส้นทางตั้งแต่ต้นจนจบของเหตุการณ์ด้านคุณภาพแต่ละรายการ ช่วยให้นักวิเคราะห์เห็นแผนผังกระบวนการ วัดรอบเวลาดำเนินการตั้งแต่เริ่มจนจบ และวิเคราะห์รูปแบบต่างๆ เพื่อทำความเข้าใจวิธีจัดการเหตุการณ์แต่ละประเภท ระบบจะจัดกลุ่มกิจกรรมและข้อมูลทั้งหมดตามรหัสนี้ เพื่อให้เห็นภาพของเคสได้ครบถ้วน เหตุผลที่สำคัญ นี่คือคุณลักษณะพื้นฐานของ process mining เพราะใช้เชื่อมโยงขั้นตอนที่เกี่ยวข้องทั้งหมดให้เป็นเคสเดียว จึงวิเคราะห์วงจรการแก้ไขปัญหาด้านคุณภาพได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล นี่คือคีย์หลักในโมดูลเหตุการณ์ด้านคุณภาพหรือการไม่เป็นไปตามข้อกำหนดหลักของ ETQ Reliance โปรดดูเอกสารประกอบ ETQ Reliance เพื่อระบุชื่อตารางและฟิลด์ที่แน่นอน ตัวอย่าง QE-2023-00123NC-2023-0456CAPA-2023-7890
	ผลการตรวจสอบ EffectivenessVerificationOutcome	ผลการตรวจสอบว่าการดำเนินการแก้ไขมีประสิทธิผลหรือไม่.
คำอธิบาย หลังดำเนินการแก้ไขแล้ว มักมีขั้นตอนตรวจสอบเพื่อยืนยันว่าการดำเนินการนั้นแก้ปัญหาได้จริง แอตทริบิวต์นี้บันทึกผลการตรวจสอบ โดยทั่วไปมีค่าเป็น มีประสิทธิผล หรือไม่มีประสิทธิผล. แอตทริบิวต์นี้เป็นข้อมูลหลักของแดชบอร์ดประสิทธิผลของการดำเนินการแก้ไข และ KPI อัตราการตรวจสอบประสิทธิผลของ CAPA ใช้วัดความสำเร็จของการแก้ไขโดยตรง ช่วยระบุปัญหาที่เกิดซ้ำและปรับปรุงแผนการดำเนินการแก้ไขให้มีคุณภาพขึ้น. เหตุผลที่สำคัญ แอตทริบิวต์นี้วัดผลสำเร็จของการดำเนินการแก้ไขโดยตรง ช่วยลดการทำงานซ้ำและป้องกันไม่ให้ปัญหาด้านคุณภาพเกิดขึ้นอีก. แหล่งข้อมูล ฟิลด์นี้อยู่ในส่วนการตรวจสอบประสิทธิผลของโมดูล CAPA หรือเหตุการณ์ด้านคุณภาพใน ETQ Reliance ตัวอย่าง มีประสิทธิผลไม่มีประสิทธิผลรอดำเนินการ
	ผู้ดำเนินการ ActionPerformedBy	ผู้ใช้หรือทรัพยากรที่ดำเนินกิจกรรมหนึ่งๆ.
คำอธิบาย แอตทริบิวต์นี้ระบุบุคคลหรือผู้ใช้ระบบที่รับผิดชอบงานในวงจรเหตุการณ์ด้านคุณภาพ และเชื่อมโยงกิจกรรมในกระบวนการกับผู้ปฏิบัติงานหรือทีม. การวิเคราะห์ผลการปฏิบัติงานแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายงาน ระบุความต้องการด้านการฝึกอบรม และเห็นผู้ปฏิบัติงานหรือทีมที่มีผลการปฏิบัติงานโดดเด่น นอกจากนี้ยังจำเป็นต่อการปฏิบัติตามข้อกำหนดและการตรวจสอบ เพราะมีบันทึกชัดเจนว่าใครเป็นผู้ดำเนินการแต่ละขั้นตอน. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์ผลการปฏิบัติงานของทรัพยากร ปรับสมดุลภาระงาน และระบุโอกาสในการฝึกอบรม. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้จัดเก็บไว้ในบันทึกการตรวจสอบหรือรายละเอียดธุรกรรม และมักเชื่อมโยงกับฟิลด์รหัสผู้ใช้ใน ETQ Reliance. ตัวอย่าง j.doeasmithqa_manager
	แผนกที่รับผิดชอบ ResponsibleDepartment	แผนกหรือหน่วยงานที่รับผิดชอบเหตุการณ์ด้านคุณภาพหรือกิจกรรมที่ระบุ.
คำอธิบาย แอตทริบิวต์นี้ระบุหน่วยงานที่ได้รับมอบหมายให้จัดการเหตุการณ์ด้านคุณภาพหรือดำเนินขั้นตอนบางอย่าง เช่น ฝ่ายประกันคุณภาพ ฝ่ายวิศวกรรม หรือฝ่ายผลิต โดยอาจกำหนดไว้ตั้งแต่ระดับเคส หรือเปลี่ยนไปเมื่อเคสส่งต่อระหว่างแผนก. แอตทริบิวต์นี้เป็นข้อมูลสำคัญสำหรับแดชบอร์ดวิเคราะห์ผลการปฏิบัติงานแยกตามแผนก ใช้กรองและเปรียบเทียบผลการปฏิบัติงานของกระบวนการ เช่น รอบเวลาและจำนวนเหตุการณ์ในแต่ละแผนก เพื่อระบุคอขวด ข้อจำกัดด้านทรัพยากร หรือจุดที่ทำได้ดี. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยเปรียบเทียบผลการปฏิบัติงานและวิเคราะห์คอขวดระหว่างหน่วยธุรกิจ เพื่อจัดสรรทรัพยากรให้เหมาะสมขึ้น. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้อยู่ในฟิลด์ของแบบฟอร์มเหตุการณ์ด้านคุณภาพหลักใน ETQ Reliance เพื่อระบุเจ้าของหรือกลุ่มผู้รับผิดชอบ. ตัวอย่าง การประกันคุณภาพการผลิตวิจัยและพัฒนา
	ระดับความรุนแรง SeverityLevel	การจัดระดับผลกระทบของเหตุการณ์ด้านคุณภาพ เช่น วิกฤต ร้ายแรง หรือเล็กน้อย.
คำอธิบาย ระดับความรุนแรงใช้ประเมินผลกระทบที่ปัญหาด้านคุณภาพอาจมีต่อลูกค้า ผลิตภัณฑ์ หรือการปฏิบัติตามข้อกำหนดด้านกฎระเบียบ ข้อมูลนี้ใช้จัดลำดับความสำคัญของทรัพยากรและกำหนดความเร่งด่วนในการตอบสนอง. แอตทริบิวต์นี้สำคัญต่อแดชบอร์ดคัดกรองและจัดลำดับความสำคัญของปัญหา รวมถึงแดชบอร์ดแก้ไขเหตุการณ์ที่มีความรุนแรงสูง ใช้แบ่งกลุ่มเหตุการณ์ด้านคุณภาพเพื่อวิเคราะห์ว่าปัญหาที่รุนแรงได้รับการแก้ไขเร็วกว่าปัญหาที่ไม่รุนแรงหรือไม่ และช่วยให้ปัญหาวิกฤตได้รับการจัดการทันที. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยจัดลำดับความสำคัญและแบ่งกลุ่มเคส เพื่อให้แก้ไขปัญหาด้านคุณภาพที่สำคัญที่สุดได้อย่างเร่งด่วนเหมาะสม. แหล่งข้อมูล ฟิลด์นี้เป็นฟิลด์มาตรฐานในโมดูลจัดการคุณภาพส่วนใหญ่ของ ETQ Reliance และมักอยู่ในแบบฟอร์มรับแจ้งปัญหาเบื้องต้น. ตัวอย่าง วิกฤตร้ายแรงเล็กน้อย
	เวลาสิ้นสุดเหตุการณ์ EventEndTime	วันที่และเวลาที่กิจกรรมเสร็จสิ้น ใช้คำนวณระยะเวลาที่ใช้ดำเนินกิจกรรม.
คำอธิบาย เวลาสิ้นสุดเหตุการณ์ระบุว่ากิจกรรมเสร็จเมื่อใด เมื่อนำมาใช้คู่กับเวลาประทับเหตุการณ์ (เวลาเริ่มต้น) จะคำนวณระยะเวลาของขั้นตอนหนึ่งในกระบวนการได้ บางระบบไม่ได้บันทึกเวลาสิ้นสุดของทุกเหตุการณ์ไว้อย่างชัดเจน ในกรณีนี้อาจคำนวณจากเวลาเริ่มต้นของเหตุการณ์ถัดไป. แอตทริบิวต์นี้สำคัญต่อการคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการ ซึ่งต่างจากเวลารอระหว่างกิจกรรม ช่วยระบุงานที่ใช้เวลานานเป็นพิเศษ เพื่อให้ปรับปรุงได้ตรงจุดและทำให้กระบวนการมีประสิทธิภาพขึ้น. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยคำนวณเวลาที่ใช้ทำกิจกรรมแต่ละรายการ และแยกเวลาทำงานจริงออกจากเวลารอ. แหล่งข้อมูล โมดูล ETQ Reliance บางโมดูลอาจบันทึกเวลาเริ่มต้นและเวลาสิ้นสุดของงานบางรายการ หากไม่มีข้อมูลนี้ สามารถคำนวณเพิ่มระหว่างเตรียมข้อมูลได้. ตัวอย่าง 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
	หมวดหมู่สาเหตุราก RootCauseCategory	การจัดหมวดหมู่สาเหตุรากที่ระบุของเหตุการณ์ด้านคุณภาพ.
คำอธิบาย หลังจากวิเคราะห์สาเหตุรากแล้ว มักจัดหมวดหมู่สาเหตุที่แท้จริงของปัญหา ตัวอย่างเช่น อุปกรณ์ขัดข้อง ความผิดพลาดของบุคลากร ข้อบกพร่องของกระบวนการ หรือปัญหาจากซัพพลายเออร์. แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ดแนวโน้มหมวดหมู่สาเหตุราก เมื่อวิเคราะห์ความถี่ของสาเหตุแต่ละหมวดหมู่ตามช่วงเวลา องค์กรจะระบุปัญหาเชิงระบบและมุ่งปรับปรุงสาเหตุที่ทำให้เกิดปัญหาด้านคุณภาพบ่อยที่สุดได้ ช่วยให้องค์กรเปลี่ยนจากการแก้ปัญหาเฉพาะหน้าไปสู่การป้องกันล่วงหน้า. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์ปัญหาที่เกิดซ้ำในภาพรวม ระบุปัญหาเชิงระบบ และจัดลำดับความสำคัญของการแก้ไขและป้องกันในระยะยาว. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้จะกรอกในขั้นตอนวิเคราะห์สาเหตุรากของเวิร์กโฟลว์ใน ETQ Reliance. ตัวอย่าง ข้อบกพร่องของกระบวนการข้อบกพร่องของวัสดุความผิดพลาดของบุคลากรอุปกรณ์ขัดข้อง
	ข้อกำหนดที่เกี่ยวข้อง AssociatedRegulationStandard	ข้อกำหนดหรือมาตรฐานด้านคุณภาพที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพนั้น.
คำอธิบาย แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับข้อกำหนดด้านกฎระเบียบหรือมาตรฐานอุตสาหกรรม เช่น ISO 9001, FDA 21 CFR Part 820 หรือนโยบายภายในองค์กร ซึ่งสำคัญอย่างยิ่งในอุตสาหกรรมที่อยู่ภายใต้การกำกับดูแล. แอตทริบิวต์นี้เป็นข้อมูลหลักสำหรับแดชบอร์ดภาพรวมการปฏิบัติตามข้อกำหนดด้านคุณภาพ การวิเคราะห์เหตุการณ์ตามมาตรฐานที่เกี่ยวข้องช่วยติดตามการปฏิบัติตามข้อกำหนด ระบุจุดที่พบการเบี่ยงเบนบ่อย และตรวจสอบว่าปฏิบัติตามข้อกำหนดด้านกฎระเบียบได้ทันเวลา. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์เหตุการณ์ด้านคุณภาพในบริบทของการปฏิบัติตามข้อกำหนด เพื่อให้มั่นใจว่าปฏิบัติตามกฎระเบียบและมาตรฐานอุตสาหกรรมที่เกี่ยวข้อง. แหล่งข้อมูล ข้อมูลนี้อาจอยู่ในฟิลด์เฉพาะหรือรายการตัวเลือกบนแบบฟอร์มเหตุการณ์ด้านคุณภาพใน ETQ Reliance โดยเฉพาะในโมดูลที่เน้นการปฏิบัติตามข้อกำหนด. ตัวอย่าง ISO 9001:201521 CFR Part 820IATF 16949
	คำอธิบายปัญหา IssueDescription	คำอธิบายปัญหาด้านคุณภาพที่พบ โดยกรอกเป็นข้อความอิสระ.
คำอธิบาย แอตทริบิวต์นี้เก็บคำอธิบายปัญหาด้านคุณภาพโดยละเอียดในรูปแบบข้อความ ช่วยให้บริบทเชิงคุณภาพที่ฟิลด์ข้อมูลแบบมีโครงสร้างไม่สามารถบันทึกได้. โดยทั่วไป คำอธิบายปัญหาไม่ได้ใช้แสดงภาพการไหลของกระบวนการโดยตรง แต่มีประโยชน์มากเมื่อตรวจสอบเคสอย่างละเอียด และยังนำไปใช้กับเทคนิค text mining เพื่อค้นหาประเด็นหรือคำสำคัญที่พบร่วมกันในปัญหาการเบี่ยงเบนหรือความล่าช้าของกระบวนการบางประเภทได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ให้บริบทเชิงคุณภาพที่สำคัญเพื่อทำความเข้าใจรายละเอียดของเหตุการณ์ด้านคุณภาพ และมีประโยชน์ต่อการวิเคราะห์เคสเป็นรายกรณีอย่างละเอียด. แหล่งข้อมูล ข้อมูลนี้อยู่ในช่องข้อความหรือช่องบันทึกมาตรฐานบนแบบฟอร์มรายงานเหตุการณ์ด้านคุณภาพเบื้องต้นใน ETQ Reliance. ตัวอย่าง ชิ้นส่วน XYZ ไม่ผ่านการทดสอบแรงเค้นที่สถานี 4.ลูกค้าแจ้งว่าผลิตภัณฑ์ในล็อต 789 มีตำหนิด้านรูปลักษณ์.พบการตั้งค่าการปรับเทียบเครื่องจักร A ไม่ถูกต้อง.
	เป็นงานที่ต้องทำซ้ำหรือไม่ IsRework	ตัวบ่งชี้ว่ากิจกรรมหรือชุดกิจกรรมเป็นงานที่ต้องทำซ้ำหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณขึ้นเพื่อระบุกรณีที่กระบวนการวนกลับไปทำขั้นตอนเดิม เช่น การตรวจสอบประสิทธิผลไม่ผ่านและทำให้ต้องเริ่มการตรวจสอบใหม่ หรือแผนการดำเนินการแก้ไขถูกปฏิเสธและส่งกลับไปปรับปรุง แอตทริบิวต์นี้ระบุกิจกรรมที่ทำซ้ำจากขั้นตอนก่อนหน้า. แอตทริบิวต์นี้ใช้คำนวณ KPI อัตราการทำงานซ้ำสำหรับการดำเนินการแก้ไข การระบุงานที่ต้องทำซ้ำช่วยให้เข้าใจจุดที่กระบวนการไม่มีประสิทธิภาพ เพราะงานซ้ำใช้ทรัพยากรและทำให้รอบเวลานานขึ้น โดยไม่ได้ช่วยให้เคสเข้าใกล้การแก้ไขปัญหา. เหตุผลที่สำคัญ แอตทริบิวต์นี้วัดจุดที่กระบวนการไม่มีประสิทธิภาพด้วยการระบุงานที่ทำซ้ำ ช่วยค้นหาสาเหตุรากของความล้มเหลวในกระบวนการและลดความสูญเปล่า. แหล่งข้อมูล ระบบต้นทางไม่มีแอตทริบิวต์นี้ โดยคำนวณจากลำดับกิจกรรมภายในเคสระหว่างแปลงข้อมูล. ตัวอย่าง truefalse
	ผลิตภัณฑ์ที่ได้รับผลกระทบ AffectedProduct	ผลิตภัณฑ์ วัสดุ หรือชิ้นส่วนที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพ.
คำอธิบาย แอตทริบิวต์นี้ระบุผลิตภัณฑ์หรือหมายเลขชิ้นส่วนที่เกี่ยวข้องกับปัญหาด้านคุณภาพโดยเฉพาะ และเชื่อมโยงข้อมูลกระบวนการกับข้อมูลหลักของผลิตภัณฑ์. การวิเคราะห์เหตุการณ์ด้านคุณภาพแยกตามผลิตภัณฑ์ช่วยให้ธุรกิจเห็นว่าผลิตภัณฑ์ใดมีปัญหาด้านคุณภาพบ่อยกว่า ซึ่งอาจชี้ถึงปัญหาด้านการออกแบบหรือการผลิต และช่วยให้มุ่งปรับปรุงผลิตภัณฑ์ที่จำเป็นต้องแก้ไขมากที่สุด. เหตุผลที่สำคัญ แอตทริบิวต์นี้เชื่อมโยงกระบวนการด้านคุณภาพกับผลิตภัณฑ์แต่ละรายการ เพื่อวิเคราะห์ว่าผลิตภัณฑ์ใดมีแนวโน้มเกิดปัญหามากที่สุด. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้เป็นข้อมูลหลักบนแบบฟอร์มเหตุการณ์ด้านคุณภาพ และมักเชื่อมโยงกับตารางข้อมูลหลักของผลิตภัณฑ์ใน ETQ Reliance หรือระบบ ERP ที่เชื่อมต่ออยู่. ตัวอย่าง PROD-1001-APROD-2050-BRAW-MAT-55
	รหัสการดำเนินการป้องกัน PreventiveActionId	รหัสเฉพาะของการดำเนินการป้องกันที่สร้างขึ้นเพื่อตอบสนองต่อเหตุการณ์ด้านคุณภาพ.
คำอธิบาย แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับการดำเนินการป้องกันอย่างน้อยหนึ่งรายการ ซึ่งสร้างขึ้นเพื่อจัดการสาเหตุรากและป้องกันไม่ให้ปัญหาเกิดซ้ำในส่วนอื่น เหตุการณ์ด้านคุณภาพหนึ่งรายการอาจนำไปสู่การดำเนินการป้องกันหลายรายการ. รหัสนี้สำคัญต่อแดชบอร์ดการจัดการการดำเนินการป้องกัน ช่วยติดตามอัตราการนำการดำเนินการป้องกันที่ระบุไว้ไปใช้ และใช้ค้นหาการดำเนินการที่ซ้ำซ้อน เพื่อให้จัดการการปรับปรุงเชิงป้องกันได้อย่างมีประสิทธิภาพ. เหตุผลที่สำคัญ แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพที่เกิดขึ้นแล้วกับโครงการปรับปรุงเชิงป้องกัน ช่วยวิเคราะห์ว่าองค์กรป้องกันปัญหาในอนาคตได้ดีเพียงใด. แหล่งข้อมูล ข้อมูลนี้อาจอยู่ในระเบียนที่เกี่ยวข้องหรือฟิลด์ในส่วนการดำเนินการป้องกันของโมดูล CAPA ใน ETQ Reliance. ตัวอย่าง PA-2023-0088PA-2023-0089PA-2023-0090
	รอบเวลาเหตุการณ์ด้านคุณภาพ QualityEventCycleTime	เวลารวมตั้งแต่พบปัญหาด้านคุณภาพจนถึงปิดเหตุการณ์ในขั้นสุดท้าย.
คำอธิบาย ตัวชี้วัดที่คำนวณจากระยะเวลาตั้งแต่ต้นจนจบของเหตุการณ์ด้านคุณภาพหนึ่งรายการ โดยหาผลต่างระหว่างเวลาประทับของกิจกรรมแรก เช่น พบปัญหาด้านคุณภาพ กับกิจกรรมสุดท้าย เช่น ปิดเหตุการณ์ด้านคุณภาพ. แอตทริบิวต์นี้ใช้คำนวณ KPI รอบเวลาเฉลี่ยของเหตุการณ์ด้านคุณภาพ และเป็นตัวชี้วัดหลักของประสิทธิภาพกระบวนการโดยรวม แดชบอร์ดใช้ติดตามผลเทียบกับเป้าหมายลดรอบเวลา และเปรียบเทียบระยะเวลาของเหตุการณ์แต่ละประเภท. เหตุผลที่สำคัญ ตัวชี้วัดผลการปฏิบัติงานนี้วัดประสิทธิภาพโดยรวมของกระบวนการจัดการคุณภาพตั้งแต่ต้นจนจบ. แหล่งข้อมูล ETQ Reliance ไม่มีแอตทริบิวต์นี้โดยตรง โดยคำนวณในเครื่องมือ process mining หรือระหว่าง ETL ด้วยการนำเวลาประทับของเหตุการณ์แรกมาลบจากเวลาประทับของเหตุการณ์สุดท้ายในแต่ละเคส. ตัวอย่าง 25920006048008640000
	ระบบต้นทาง SourceSystem	ระบบที่ดึงข้อมูลออกมา.
คำอธิบาย คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูลการจัดการคุณภาพ สำหรับมุมมองกระบวนการนี้ ค่าจะเหมือนกันทั้งหมด โดยระบุว่าข้อมูลมาจาก ETQ Reliance. แม้ค่าของคุณลักษณะนี้อาจไม่เปลี่ยนแปลงภายในชุดข้อมูลเดียว แต่ก็สำคัญต่อการกำกับดูแลข้อมูลและกรณีที่นำข้อมูลจากหลายระบบมารวมกัน ช่วยให้ทราบที่มาของข้อมูลอย่างชัดเจนและจัดการการเชื่อมโยงข้อมูลได้สะดวกขึ้น. เหตุผลที่สำคัญ ข้อมูลนี้ให้บริบทสำคัญเกี่ยวกับที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูล การตรวจสอบความถูกต้อง และการเชื่อมต่อกับระบบอื่น. แหล่งข้อมูล โดยทั่วไป ค่านี้เป็นค่าคงที่ที่เพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของข้อมูล. ตัวอย่าง ETQ Reliance
	ระยะเวลาวิเคราะห์สาเหตุราก RootCauseAnalysisDuration	เวลาตั้งแต่เริ่มการตรวจสอบจนวิเคราะห์สาเหตุรากเสร็จสิ้น.
คำอธิบาย ตัวชี้วัดนี้วัดระยะเวลาของขั้นตอนหนึ่งในกระบวนการด้านคุณภาพ โดยคำนวณผลต่างระหว่างเวลากิจกรรมเริ่มการตรวจสอบกับกิจกรรมวิเคราะห์สาเหตุรากเสร็จสิ้น. แอตทริบิวต์นี้จำเป็นต่อ KPI เวลาเฉลี่ยในการวิเคราะห์สาเหตุราก และแดชบอร์ดคอขวดในการวิเคราะห์สาเหตุราก ช่วยระบุความล่าช้าในขั้นตอนวิเคราะห์ ซึ่งมักเป็นสาเหตุสำคัญที่ทำให้รอบเวลาโดยรวมยาวนาน. เหตุผลที่สำคัญ แอตทริบิวต์นี้แยกวัดผลการดำเนินงานของกระบวนการย่อยที่สำคัญ ช่วยระบุและแก้ไขความล่าช้าในการวิเคราะห์ปัญหาและการตรวจสอบ. แหล่งข้อมูล ระบบต้นทางไม่มีแอตทริบิวต์นี้ โดยคำนวณระหว่างแปลงข้อมูลจากผลต่างระหว่างเวลาประทับของกิจกรรมที่ระบุ. ตัวอย่าง 8640001209600432000
	สถานะ CAP CorrectiveActionPlanStatus	สถานะของแผนการดำเนินการแก้ไข เช่น เสนอแล้ว อนุมัติแล้ว หรือปฏิเสธแล้ว.
คำอธิบาย แอตทริบิวต์นี้ติดตามสถานะของแผนการดำเนินการแก้ไข (CAP) ซึ่งเป็นขั้นตอนสำคัญในเหตุการณ์ด้านคุณภาพโดยรวม แสดงว่าแผนแก้ไขที่เสนอได้รับการตรวจสอบและอนุมัติแล้วหรือไม่. การวิเคราะห์แอตทริบิวต์นี้ช่วยให้เห็นคอขวดในกระบวนการอนุมัติ หากมีแผนที่ถูกปฏิเสธจำนวนมาก หรือใช้เวลานานระหว่างสถานะเสนอแล้วกับอนุมัติแล้ว อาจบ่งชี้ว่าการวิเคราะห์สาเหตุรากยังไม่มีคุณภาพเพียงพอ หรือผู้เกี่ยวข้องยังมีความเห็นไม่ตรงกัน. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยระบุความล่าช้าและจุดที่ไม่มีประสิทธิภาพในรอบการอนุมัติการดำเนินการแก้ไข ซึ่งมักเป็นคอขวดในการจัดการคุณภาพ. แหล่งข้อมูล ฟิลด์สถานะนี้จะอยู่ในส่วนหรือโมดูลการดำเนินการแก้ไขและป้องกัน (CAPA) ของ ETQ Reliance. ตัวอย่าง เสนอแล้วอนุมัติแล้วปฏิเสธแล้วรอดำเนินการ
	สถานะ SLA SLAState	ระบุว่าเหตุการณ์ด้านคุณภาพยังอยู่ในกรอบ SLA เสี่ยงเกินกำหนด หรือเกินกำหนดแล้ว.
คำอธิบาย แอตทริบิวต์นี้เป็นฟิลด์ที่คำนวณขึ้น โดยเปรียบเทียบรอบเวลาปัจจุบันหรือรอบเวลารวมของเหตุการณ์ด้านคุณภาพกับเป้าหมายที่กำหนดไว้ล่วงหน้า ตัวอย่างเช่น ปัญหาระดับวิกฤตอาจมี SLA ให้แก้ไขภายใน 15 วัน สถานะอาจเป็น ตามแผน เสี่ยงเกินกำหนด หรือเกินกำหนดแล้ว. ข้อมูลนี้มีประโยชน์ต่อแดชบอร์ดภาพรวมการปฏิบัติตามข้อกำหนดด้านคุณภาพ เพราะแสดงผลด้านเวลาและการปฏิบัติตามข้อกำหนดให้เห็นได้ทันที ช่วยให้ผู้จัดการจัดการเหตุการณ์ที่เสี่ยงไม่ทันกำหนดล่วงหน้า แทนที่จะรอจนเกิดการผิด SLA แล้วจึงแก้ไข. เหตุผลที่สำคัญ แอตทริบิวต์นี้แสดงผลการดำเนินงานเทียบกับเป้าหมายด้านเวลาให้เห็นได้ทันที ช่วยให้จัดการเคสที่เสี่ยงล่าช้าได้ล่วงหน้า. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณระหว่างแปลงข้อมูล โดยเปรียบเทียบเวลาที่ผ่านไปของเคสกับกฎทางธุรกิจสำหรับ SLA ซึ่งอาจอิงแอตทริบิวต์ เช่น ระดับความรุนแรง. ตัวอย่าง ตามแผนเสี่ยงเกินกำหนดเกินกำหนดแล้ว
	สถานะเหตุการณ์ด้านคุณภาพ QualityEventStatus	สถานะปัจจุบันโดยรวมของเหตุการณ์ด้านคุณภาพ เช่น เปิด ปิด หรือยกเลิก.
คำอธิบาย แอตทริบิวต์นี้สรุปภาพรวมว่าเหตุการณ์ด้านคุณภาพอยู่ในขั้นตอนใดของวงจร แสดงว่าเคสกำลังดำเนินการอยู่ แก้ไขเสร็จแล้ว หรือถูกยกเลิกด้วยเหตุผลบางประการ. การวิเคราะห์กระบวนการใช้สถานะนี้กรองเคสที่กำลังดำเนินการและเคสที่เสร็จสิ้นแล้ว สถานะนี้จำเป็นต่อการคำนวณงานค้างของเหตุการณ์ด้านคุณภาพที่ยังเปิดอยู่ และช่วยให้วิเคราะห์ เช่น รอบเวลา เฉพาะเคสที่สิ้นสุดอย่างชัดเจนแล้ว. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยกรองเคสที่เปิดและปิดแล้ว ซึ่งจำเป็นต่อการคำนวณงานค้างและวิเคราะห์กระบวนการที่เสร็จสิ้นอย่างถูกต้อง. แหล่งข้อมูล ฟิลด์นี้เป็นฟิลด์สถานะหลักของออบเจ็กต์เหตุการณ์ด้านคุณภาพใน ETQ Reliance. ตัวอย่าง เปิดปิดยกเลิกรออนุมัติ
	หน่วยธุรกิจ BusinessUnit	ฝ่ายหรือหน่วยธุรกิจขนาดใหญ่ที่เป็นต้นทางของเหตุการณ์ด้านคุณภาพ.
คำอธิบาย แอตทริบิวต์นี้ระบุหน่วยธุรกิจภายในองค์กรที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพ เช่น เครื่องใช้ไฟฟ้าสำหรับผู้บริโภค หรืออุปกรณ์การแพทย์ โดยให้บริบทระดับองค์กรที่กว้างกว่าข้อมูลแผนก. ข้อมูลนี้ช่วยเปรียบเทียบผลการปฏิบัติงานในภาพรวมระหว่างส่วนต่างๆ ของธุรกิจ และช่วยให้ผู้บริหารเห็นว่าหน่วยธุรกิจใดเผชิญปัญหาด้านคุณภาพมากที่สุด เพื่อจัดสรรทรัพยากรได้เหมาะสม. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยเปรียบเทียบผลการดำเนินกระบวนการด้านคุณภาพในภาพรวมระหว่างฝ่ายต่างๆ ของบริษัท. แหล่งข้อมูล ข้อมูลนี้อาจอยู่ในฟิลด์ของแบบฟอร์มเหตุการณ์ด้านคุณภาพ หรือคำนวณจากแอตทริบิวต์อื่น เช่น แผนกที่รับผิดชอบหรือผลิตภัณฑ์. ตัวอย่าง อุปกรณ์การแพทย์ชิ้นส่วนยานยนต์โซลูชันอุตสาหกรรม
	อัปเดตข้อมูลล่าสุด LastDataUpdate	วันและเวลาที่มีการอัปเดตข้อมูลของกระบวนการครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด โดยเป็นฟิลด์ข้อมูลเมตาที่ใช้กับชุดข้อมูลทั้งหมด ไม่ได้ใช้กับแต่ละเหตุการณ์. การวิเคราะห์กระบวนการจำเป็นต้องทราบว่าข้อมูลเป็นปัจจุบันเพียงใด แอตทริบิวต์นี้ช่วยให้ผู้ใช้ทราบว่าผลการวิเคราะห์อ้างอิงข้อมูลล่าสุดแค่ไหน และช่วยให้ตัดสินใจจากข้อมูลที่เป็นปัจจุบัน พร้อมทั้งเข้าใจความล่าช้าของข้อมูลได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการประเมินความทันเวลาของการวิเคราะห์และข้อมูลเชิงลึก. แหล่งข้อมูล ค่านี้สร้างขึ้นระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) โดยบันทึกเวลาที่เรียกใช้งานงานนั้น. ตัวอย่าง 2024-05-20T08:00:00Z

จำเป็น แนะนำ ไม่บังคับ

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

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

7 แนะนำ 10 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	ดำเนินการแก้ไขแล้ว	หมายถึงการทำงานตามแผนการดำเนินการแก้ไขที่ได้รับอนุมัติเสร็จสิ้น โดยมักบันทึกเมื่อผู้รับผิดชอบทำเครื่องหมายว่ารายการดำเนินการที่ได้รับมอบหมายเสร็จแล้ว.
เหตุผลที่สำคัญ ใช้วัดระยะเวลาของขั้นตอนการนำแผนไปใช้ ซึ่งอาจช่วยให้เห็นข้อจำกัดด้านทรัพยากรหรือปัญหาในการดำเนินการแก้ไขจริง. แหล่งข้อมูล อนุมานจากวันที่งานดำเนินการแก้ไขที่เกี่ยวข้องรายการสุดท้ายเสร็จสิ้น หรือการเปลี่ยนสถานะด้วยตนเองเป็น 'Actions Implemented'. บันทึก อนุมานจากวันที่งาน CAPA ที่เกี่ยวข้องรายการสุดท้ายเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ตรวจสอบประสิทธิผลของการดำเนินการแล้ว	กิจกรรมนี้ยืนยันว่าการดำเนินการแก้ไขช่วยแก้สาเหตุรากและป้องกันไม่ให้เกิดซ้ำ โดยเป็นขั้นตอนตรวจสอบอย่างเป็นทางการ ซึ่งมักทำหลังจากเฝ้าติดตามผลตามระยะเวลาที่กำหนด.
เหตุผลที่สำคัญ ขั้นตอนนี้สำคัญต่อการปิดวงจรการจัดการคุณภาพ และเชื่อมโยงโดยตรงกับ KPI ประสิทธิผลของ CAPA เพื่อให้มั่นใจว่าวิธีแก้ปัญหาได้ผลและแก้ปัญหาได้อย่างยั่งยืน. แหล่งข้อมูล บันทึกจากวันที่ขั้นตอนหรือส่วนแบบฟอร์ม 'Effectiveness Verification' ในเวิร์กโฟลว์เสร็จสิ้น โดยมักเป็นกิจกรรมแยกต่างหากที่มีการบันทึกเวลา. บันทึก จากวันที่แบบฟอร์มหรืองาน 'Effectiveness Check' เสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ปิดเหตุการณ์ด้านคุณภาพแล้ว	กิจกรรมสุดท้ายที่ระบุว่าการแก้ไขปัญหาและการปิดระเบียนเหตุการณ์ด้านคุณภาพในระบบเสร็จสมบูรณ์ นี่คือจุดสิ้นสุดหลักของกระบวนการ.
เหตุผลที่สำคัญ ใช้กำหนดจุดสิ้นสุดของกระบวนการเพื่อคำนวณระยะเวลารวม การวิเคราะห์เหตุการณ์ที่ปิดแล้วจำเป็นต่อการวัดปริมาณงานที่ดำเนินการเสร็จและประสิทธิภาพโดยรวม. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะเป็น 'Closed' หรือ 'Completed' ในประวัติเหตุการณ์ ซึ่งเกือบทุกครั้งจะมีการบันทึกเวลาไว้ด้วย. บันทึก อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Closed'. ประเภทเหตุการณ์ inferred
	ระบุปัญหาด้านคุณภาพแล้ว	ระบุจุดที่มีการสร้างระเบียนเหตุการณ์ด้านคุณภาพใหม่ ซึ่งเป็นจุดเริ่มต้นของกระบวนการ โดยทั่วไปจะบันทึกเมื่อผู้ใช้ส่งแบบฟอร์มแจ้งปัญหาด้านคุณภาพใหม่ใน ETQ Reliance.
เหตุผลที่สำคัญ ใช้กำหนดเวลาเริ่มต้นของเคส ซึ่งจำเป็นต่อการคำนวณระยะเวลาตั้งแต่ต้นจนจบและวิเคราะห์อัตราการเกิดเหตุการณ์ด้านคุณภาพใหม่. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้ได้จากการประทับเวลาที่สร้างระเบียนเหตุการณ์ด้านคุณภาพในตารางเหตุการณ์ด้านคุณภาพหลัก หรือจากประวัติการตรวจสอบที่เกี่ยวข้อง บันทึก จากเวลาที่สร้างระเบียนเหตุการณ์ด้านคุณภาพ. ประเภทเหตุการณ์ explicit
	เริ่มการสอบสวนแล้ว	ระบุจุดเริ่มต้นอย่างเป็นทางการของขั้นตอนการสอบสวนเพื่อหาสาเหตุรากของปัญหาด้านคุณภาพ โดยทั่วไปอนุมานจากการเปลี่ยนสถานะเป็น 'Under Investigation' หรือการมอบหมายผู้สอบสวน.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นหมุดหมายสำคัญที่ใช้เริ่มจับเวลาการวิเคราะห์หาสาเหตุราก ช่วยให้เห็นความล่าช้าระหว่างการประเมินปัญหากับการเริ่มสอบสวนอย่างเป็นทางการ. แหล่งข้อมูล อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Investigation' ในประวัติเหตุการณ์ หรือวันที่มอบหมายผู้รับผิดชอบหลักในการสอบสวน. บันทึก อนุมานจากการเปลี่ยนสถานะเป็น 'Under Investigation'. ประเภทเหตุการณ์ inferred
	วิเคราะห์หาสาเหตุรากแล้ว	หมายถึงการสอบสวนเสร็จสิ้น โดยระบุและบันทึกสาเหตุรากแล้ว โดยทั่วไปบันทึกเมื่อกรอกและบันทึกข้อมูลในส่วนแบบฟอร์ม RCA.
เหตุผลที่สำคัญ ระบุจุดสิ้นสุดของขั้นตอนการสอบสวน ระยะเวลาตั้งแต่ 'เริ่มการสอบสวน' จนถึงกิจกรรมนี้เป็นตัวชี้วัดสำคัญในการหาคอขวดของกระบวนการวิเคราะห์. แหล่งข้อมูล อนุมานจากวันที่กรอกข้อมูลในช่อง 'Root Cause Category' หรือเวลาที่ขั้นตอน RCA ในเวิร์กโฟลว์เสร็จสิ้นตามประวัติการตรวจสอบ. บันทึก อนุมานจากการกรอกข้อมูลในช่อง 'Root Cause' หรือการเปลี่ยนสถานะเป็น 'RCA Complete'. ประเภทเหตุการณ์ inferred
	อนุมัติแผนการดำเนินการแก้ไขแล้ว	ระบุว่าผู้มีอำนาจที่ได้รับมอบหมายอนุมัติแผนการดำเนินการแก้ไขที่เสนออย่างเป็นทางการแล้ว จึงเริ่มนำแผนไปใช้ได้ โดยทั่วไปจะมีการบันทึกการอนุมัติพร้อมเวลาไว้ในเวิร์กโฟลว์.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญและจุดอนุมัติหลัก หากล่าช้าในขั้นตอนนี้ อาจทำให้ระยะเวลาแก้ไขปัญหาโดยรวมยาวนานขึ้นอย่างมาก. แหล่งข้อมูล บันทึกจากเวลาที่อนุมัติในลายเซ็นอิเล็กทรอนิกส์ของเหตุการณ์หรือประวัติเวิร์กโฟลว์ โดย ETQ Reliance ใช้เวิร์กโฟลว์การอนุมัติเป็นหลัก. บันทึก จากเวลาที่อนุมัติในประวัติเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	จัดประเภทและจัดลำดับความสำคัญของปัญหาแล้ว	ระบุจุดที่มีการจำแนกประเภท ความรุนแรง และลำดับความสำคัญของปัญหา ซึ่งมักเป็นตัวกำหนดเวิร์กโฟลว์ในขั้นตอนถัดไป โดยบันทึกเมื่อกรอกข้อมูลหมวดหมู่และลำดับความสำคัญแล้วบันทึกระเบียน.
เหตุผลที่สำคัญ นี่คือจุดตัดสินใจสำคัญ การวิเคราะห์เวลาที่ใช้จนถึงขั้นตอนนี้จำเป็นต่อแดชบอร์ด 'การคัดกรองและจัดลำดับความสำคัญของปัญหา' และช่วยให้เข้าใจการส่งต่อปัญหาในกระบวนการ. แหล่งข้อมูล อนุมานได้จากเวลาที่กรอกฟิลด์บังคับ เช่น 'ระดับความรุนแรง' และ 'ประเภทเหตุการณ์ด้านคุณภาพ' เป็นครั้งแรก ตามข้อมูลในประวัติการตรวจสอบของระบบ บันทึก อนุมานจากเวลาที่กรอกข้อมูลในช่อง 'Severity' หรือ 'Priority' เป็นครั้งแรก. ประเภทเหตุการณ์ inferred
	แจ้งผู้มีส่วนเกี่ยวข้องแล้ว	หมายถึงการแจ้งผลการแก้ไขเหตุการณ์ด้านคุณภาพอย่างเป็นทางการแก่ผู้มีส่วนเกี่ยวข้อง โดยอาจติดตามผ่านขั้นตอนเฉพาะในเวิร์กโฟลว์หรือระเบียนการสื่อสารที่บันทึกไว้.
เหตุผลที่สำคัญ จำเป็นต่อการวัดประสิทธิภาพการสื่อสาร และช่วยสนับสนุนแดชบอร์ด 'ความตรงเวลาของการแจ้งผู้มีส่วนเกี่ยวข้อง' หากล่าช้าอาจส่งผลต่อความพึงพอใจของลูกค้า. แหล่งข้อมูล ต้องวิเคราะห์ข้อมูลในระบบ เนื่องจากขั้นตอนนี้มักทำด้วยตนเอง หากมีการตั้งค่าไว้ อาจอนุมานจากการทำงาน 'Notify Stakeholders' เสร็จสิ้น. บันทึก อนุมานจากวันที่งาน 'Notify Stakeholders' ที่ทำด้วยตนเองเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ดำเนินมาตรการป้องกันแล้ว	ระบุว่างานที่เกี่ยวข้องกับมาตรการป้องกันที่กำหนดไว้เสร็จสิ้นแล้ว ซึ่งหมายความว่าได้นำมาตรการเชิงรุกไปใช้แล้ว.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นตัวชี้วัดสำคัญของ KPI 'อัตราการนำมาตรการป้องกันไปใช้' และช่วยยืนยันว่ามีการดำเนินการปรับปรุงคุณภาพเชิงรุกจริง. แหล่งข้อมูล ต้องวิเคราะห์ข้อมูลในระบบ โดยคาดว่าจะอนุมานได้จากวันที่ระเบียนมาตรการป้องกันที่เชื่อมโยงกันหรืองานที่เกี่ยวข้องเสร็จสิ้น. บันทึก จากวันที่ระเบียนมาตรการป้องกันที่เชื่อมโยงกันเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ตรวจสอบขั้นสุดท้ายแล้ว	ตรวจสอบระเบียนเหตุการณ์ด้านคุณภาพทั้งหมดเป็นครั้งสุดท้าย เพื่อให้แน่ใจว่าเอกสารครบถ้วนและดำเนินการตามขั้นตอนครบก่อนปิดเคส โดยมักเป็นขั้นตอนอนุมัติอย่างเป็นทางการ.
เหตุผลที่สำคัญ นี่คือจุดตรวจสอบคุณภาพสุดท้ายก่อนสิ้นสุดกระบวนการ เพื่อให้มั่นใจว่าปฏิบัติตามข้อกำหนดและข้อมูลถูกต้องครบถ้วน หากเกิดคอขวดในขั้นตอนนี้ การปิดเคสขั้นสุดท้ายอาจล่าช้า. แหล่งข้อมูล บันทึกจากเวลาที่อนุมัติขั้นตอน 'Final Review' หรือ 'Ready for Closure' ในประวัติเวิร์กโฟลว์. บันทึก จากเวลาที่อนุมัติขั้นตอน 'Final Review' ในเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	ตรวจสอบประสิทธิผลไม่ผ่าน	ระบุว่าการดำเนินการแก้ไขที่นำไปใช้ยังแก้ปัญหาไม่ได้ ซึ่งมักทำให้ต้องเริ่มการสอบสวนหรือวงจร CAPA ใหม่ เหตุการณ์นี้แสดงถึงความล้มเหลวครั้งสำคัญของกระบวนการและทำให้ต้องทำงานซ้ำ.
เหตุผลที่สำคัญ ช่วยให้เห็นวิธีแก้ปัญหาที่ไม่ได้ผล ซึ่งส่งผลโดยตรงต่ออัตราการทำงานซ้ำและต้นทุน การวิเคราะห์กรณีเหล่านี้เป็นกุญแจสำคัญในการปรับปรุงกระบวนการวิเคราะห์หาสาเหตุรากและวางแผน CAPA. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะเป็น 'Effectiveness Check Failed' หรือการสร้างเหตุการณ์ด้านคุณภาพติดตามผลที่เชื่อมโยงกับเหตุการณ์เดิม. บันทึก อนุมานจากการเปลี่ยนสถานะ เช่น 'Verification Failed' หรือจากการทำเครื่องหมายในระเบียนการตรวจสอบ. ประเภทเหตุการณ์ inferred
	ปฏิเสธแผนการดำเนินการแก้ไขแล้ว	ระบุว่าแผนการดำเนินการแก้ไขที่เสนอได้รับการตรวจสอบและปฏิเสธ จึงต้องแก้ไขและส่งใหม่ กิจกรรมนี้ทำให้เกิดขั้นตอนการทำงานซ้ำในกระบวนการ.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการระบุขั้นตอนที่ต้องทำซ้ำ ทำความเข้าใจเหตุผลที่ถูกปฏิเสธ และวัดสัดส่วนแผนที่ผ่านการอนุมัติตั้งแต่ครั้งแรก. แหล่งข้อมูล บันทึกจากเวลาที่ปฏิเสธในประวัติเวิร์กโฟลว์ ซึ่งเป็นขั้นตอนคู่กับการอนุมัติในเวิร์กโฟลว์. บันทึก จากเวลาที่ปฏิเสธในประวัติเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	ประเมินเบื้องต้นแล้ว	หมายถึงการตรวจสอบหรือคัดกรองปัญหาด้านคุณภาพที่เพิ่งพบในเบื้องต้น เพื่อรวบรวมข้อเท็จจริงและพิจารณาว่าปัญหานั้นมีมูลหรือไม่ โดยมักอนุมานจากการกรอกข้อมูลในส่วนการประเมินเบื้องต้น หรือเมื่อสถานะเปลี่ยนจาก 'New' เป็น 'Under Assessment'.
เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของการคัดกรองเบื้องต้น และวัดเวลาตั้งแต่รายงานปัญหาจนเริ่มประเมินอย่างจริงจัง. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะ เช่น จาก 'New' เป็น 'Assessing' หรือจากวันที่ทำงานประเมินเบื้องต้นในบันทึกเวิร์กโฟลว์ของเหตุการณ์เสร็จสิ้น. บันทึก อนุมานจากการเปลี่ยนสถานะเป็น 'Under Assessment' หรือ 'In Triage'. ประเภทเหตุการณ์ inferred
	ยกเลิกเหตุการณ์ด้านคุณภาพแล้ว	จุดสิ้นสุดอีกแบบหนึ่ง โดยยุติเหตุการณ์ด้านคุณภาพก่อนแก้ไขปัญหาได้ครบถ้วน เช่น เป็นรายการซ้ำหรือไม่ถูกต้อง.
เหตุผลที่สำคัญ ช่วยแยกเคสที่แก้ไขสำเร็จออกจากเคสที่ยุติก่อนกำหนด การวิเคราะห์รายการที่ยกเลิกอาจช่วยให้เห็นปัญหาในขั้นตอนการรายงานและคัดกรองเบื้องต้น. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะเป็น 'Canceled', 'Void' หรือ 'Withdrawn' ในประวัติเหตุการณ์. บันทึก อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Canceled'. ประเภทเหตุการณ์ inferred
	ระบุมาตรการป้องกันแล้ว	หมายถึงการระบุมาตรการป้องกัน (PA) เพื่อกำจัดสาเหตุที่อาจทำให้เกิดความไม่สอดคล้อง มาตรการนี้อาจจัดการเป็นระเบียนแยกต่างหากที่เชื่อมโยงกับเหตุการณ์ด้านคุณภาพต้นทาง.
เหตุผลที่สำคัญ ข้อมูลนี้สำคัญต่อการวิเคราะห์ว่าองค์กรดำเนินการเชิงรุกด้านการจัดการคุณภาพเพียงใด และช่วยสนับสนุนแดชบอร์ด 'การจัดการมาตรการป้องกัน' ด้วยการติดตามเวลาที่เริ่มดำเนินการป้องกัน. แหล่งข้อมูล ต้องวิเคราะห์ระบบเพิ่มเติม โดยมีแนวโน้มว่าจะใช้วันที่สร้างระเบียนการดำเนินการป้องกันที่เชื่อมโยงกับระเบียนเหตุการณ์ด้านคุณภาพต้นทาง บันทึก จากวันที่สร้างระเบียนมาตรการป้องกันที่เชื่อมโยงกัน. ประเภทเหตุการณ์ inferred
	เสนอแผนการดำเนินการแก้ไขแล้ว	กิจกรรมนี้เกิดขึ้นเมื่อมีการจัดทำแผนอย่างเป็นทางการเพื่อแก้ไขสาเหตุรากและส่งขออนุมัติ โดยมักบันทึกเมื่อกรอกข้อมูลในส่วนแผนการดำเนินการแก้ไขของแบบฟอร์มและเปลี่ยนสถานะไปยังขั้นตอนถัดไป.
เหตุผลที่สำคัญ การวิเคราะห์เวลาตั้งแต่ RCA เสร็จจนถึงขั้นตอนนี้ช่วยให้เห็นความล่าช้าในการวางแผนมาตรการแก้ไข ซึ่งเป็นคอขวดที่พบได้บ่อยในกระบวนการด้านคุณภาพ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะเป็น 'Pending CAPA Approval' หรือเวลาที่ส่งแบบฟอร์มแผนการดำเนินการแก้ไขในระเบียนเหตุการณ์ด้านคุณภาพ. บันทึก อนุมานจากการเปลี่ยนสถานะเป็น 'Pending Approval' หรือวันที่ส่งแผน CAPA. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก ETQ Reliance

ขั้นตอน

ข้อกำหนดเบื้องต้นและการตั้งค่า: ติดตั้ง Python 3.6 ขึ้นไป ติดตั้งไลบรารีที่จำเป็นด้วย pip โดยใช้คำสั่ง pip install requests pandas ขอข้อมูลรับรอง API (ชื่อผู้ใช้และรหัสผ่าน) พร้อม URL หลักของ ETQ Reliance จากผู้ดูแลระบบ คุณต้องมี Application ID และ View ID เฉพาะสำหรับ Quality Events ที่ต้องการดึงข้อมูลด้วย
ตั้งค่าสคริปต์ Python: คัดลอกสคริปต์ Python ที่ให้มาไปยังไฟล์ เช่น extract_etq_events.py เปิดไฟล์แล้วกรอกค่าตัวแปรตัวอย่างที่ด้านบนของสคริปต์ ซึ่งรวมถึง URL หลักของ ETQ ข้อมูลรับรอง API, Application ID และ View ID เป้าหมาย ตลอดจนช่วงวันที่ต้องการดึงข้อมูล
กำหนดการจับคู่กิจกรรม: ในสคริปต์มีส่วนชื่อ ACTIVITY_MAPPING_CONFIG ซึ่งเป็นส่วนสำคัญที่สุดที่ต้องปรับแต่ง ทำงานร่วมกับผู้ดูแล ETQ Reliance เพื่อระบุฟิลด์ในแบบฟอร์ม ค่าในฟิลด์ และการเปลี่ยนสถานะที่ตรงกับกิจกรรมกระบวนการทั้ง 17 รายการที่ต้องใช้ จากนั้นแก้ไขพจนานุกรมการตั้งค่านี้ในสคริปต์ให้ตรงกับระบบของคุณ
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากบรรทัดคำสั่งด้วย python extract_etq_events.py สคริปต์จะยืนยันตัวตนกับ ETQ Reliance API ก่อน เพื่อรับโทเค็นเซสชัน
ดึงข้อมูล: จากนั้นสคริปต์จะค้นหา View ที่ระบุ เพื่อดึงรายการ Quality Event ทั้งหมดที่สร้างภายในช่วงวันที่กำหนด ระบบจะจัดการแบ่งหน้า API โดยอัตโนมัติเพื่อดึงรายการที่ตรงกันทั้งหมด
ดึงประวัติเหตุการณ์: สำหรับ Quality Event แต่ละรายการที่พบ สคริปต์จะเรียก API อีกครั้งเพื่อดึงประวัติการตรวจสอบหรือประวัติโดยละเอียด ซึ่งมีบันทึกการเปลี่ยนแปลงทั้งหมดพร้อมเวลา
แปลงข้อมูล: สคริปต์ประมวลผลประวัติของ Quality Event แต่ละรายการ โดยวนดูรายการในบันทึกการตรวจสอบและใช้ ACTIVITY_MAPPING_CONFIG ที่กำหนดไว้ เพื่อแปลงการเปลี่ยนแปลงฟิลด์และการอัปเดตสถานะเป็นแถวกิจกรรมแยกกัน ตัวอย่างเช่น รายการสร้างจะกลายเป็น 'ระบุปัญหาคุณภาพ' และการเปลี่ยนฟิลด์สถานะเป็น 'Closed' จะกลายเป็น 'ปิด Quality Event'
ประกอบ DataFrame: เพิ่มกิจกรรมที่ระบุได้แต่ละรายการเป็นแถวใน pandas DataFrame สคริปต์จะกรอกคอลัมน์ที่จำเป็น เช่น QualityEvent, ActivityName และ EventTimestamp รวมถึงแอตทริบิวต์แนะนำที่มีอยู่ในการตอบกลับของ API
ส่งออกเป็น CSV: เมื่อประมวลผล Quality Event และกิจกรรมที่เกี่ยวข้องทั้งหมดแล้ว สคริปต์จะบันทึกบันทึกเหตุการณ์ฉบับสมบูรณ์เป็นไฟล์ CSV ชื่อ etq_quality_events_log.csv ในไดเรกทอรีเดียวกัน ไฟล์นี้จัดรูปแบบไว้พร้อมอัปโหลดไปยัง ProcessMind โดยตรง

การกำหนดค่า

URL ปลายทาง API: URL หลักของ ETQ Reliance REST API เช่น https://yourcompany.etq.com/reliance/api
การยืนยันตัวตน: สคริปต์ต้องใช้บัญชีผู้ใช้ API เฉพาะที่มีชื่อผู้ใช้และรหัสผ่าน บัญชีนี้ต้องมีสิทธิ์อ่านแอปพลิเคชัน Quality Events และข้อมูลบันทึกการตรวจสอบ
Application ID และ View ID: ระบุ ID ภายในของแอปพลิเคชัน ETQ Reliance เช่น 'Quality Events' และ View ที่มีข้อมูลที่ต้องการดึง ID เหล่านี้ใช้ระบุแหล่งข้อมูลที่สคริปต์จะเรียกใช้โดยตรง
ช่วงวันที่: ตั้งค่าตัวแปร START_DATE และ END_DATE เพื่อกำหนดช่วงเวลาที่ต้องการดึงข้อมูล แนะนำให้เริ่มจากช่วงสั้นๆ เช่น 3 เดือนล่าสุด เพื่อตรวจสอบการตั้งค่าก่อนดึงข้อมูลย้อนหลังช่วงยาว
การตั้งค่าการจับคู่กิจกรรม: พจนานุกรม Python ในสคริปต์ที่ใช้จับคู่ชื่อฟิลด์ ค่าเดิม และค่าใหม่ของ ETQ Reliance กับชื่อกิจกรรมมาตรฐานที่บันทึกเหตุการณ์ต้องใช้ การตั้งค่านี้ต้องอาศัยการตรวจสอบเวิร์กโฟลว์ ETQ ของคุณอย่างละเอียด
การตั้งค่าการแบ่งหน้า: ปรับตัวแปร PAGE_SIZE เพื่อกำหนดจำนวนรายการที่ดึงต่อการเรียก API หากการตอบกลับของ API หมดเวลา อาจต้องลดจำนวนรายการต่อครั้ง ส่วนการเพิ่มจำนวนรายการอาจช่วยให้ทำงานเร็วขึ้นเมื่อการเชื่อมต่อมีเสถียรภาพ

ตัวอย่างคำค้น python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- CONFIGURATION SETTINGS --- #
class=class="hl-string">"hl-comment"># Replace with your ETQ Reliance instance details
ETQ_BASE_URL = class="hl-string">"https://[your_etq_instance_url]/reliance/api"
API_USERNAME = class="hl-string">"[your_api_username]"
API_PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># Specify the Application and View ID for Quality Events
APPLICATION_ID = class="hl-string">"[Your_Quality_Events_Application_ID]"
VIEW_ID = class="hl-string">"[Your_Quality_Events_View_ID]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API settings
PAGE_SIZE = 100

class=class="hl-string">"hl-comment"># --- ACTIVITY MAPPING CONFIGURATION --- #
class=class="hl-string">"hl-comment"># This section requires customization based on your specific ETQ Reliance configuration.
class=class="hl-string">"hl-comment"># Map ETQ field changes to the desired activity names.
class=class="hl-string">"hl-comment"># Format: class="hl-string">'FieldName': {(class="hl-string">'OldValue', class="hl-string">'NewValue'): class="hl-string">'ActivityName'}
class=class="hl-string">"hl-comment"># Use class="hl-string">'*' as a wildcard for OldValue or NewValue if the change itself is the trigger.
ACTIVITY_MAPPING_CONFIG = {
    class=class="hl-string">"hl-comment"># Example mappings based on a class="hl-string">'Status' field
    class="hl-string">'ds_status': {
        (None, class="hl-string">'New'): class="hl-string">'Quality Issue Identified',
        (class="hl-string">'New', class="hl-string">'Under Assessment'): class="hl-string">'Initial Assessment Performed',
        (class="hl-string">'Under Assessment', class="hl-string">'Under Investigation'): class="hl-string">'Investigation Initiated',
        (class="hl-string">'Investigation Complete', class="hl-string">'CAPA Proposed'): class="hl-string">'Corrective Action Plan Proposed',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Approved'): class="hl-string">'Corrective Action Plan Approved',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Rejected'): class="hl-string">'Corrective Action Plan Rejected',
        (class="hl-string">'CAPA Approved', class="hl-string">'Implementation in Progress'): class="hl-string">'Corrective Action Implemented',
        (class="hl-string">'Implementation Complete', class="hl-string">'Effectiveness Verification'): class="hl-string">'Effectiveness of Action Verified',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Closed'): class="hl-string">'Final Review Performed',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Re-investigate'): class="hl-string">'Effectiveness Verification Failed',
        (class="hl-string">'*', class="hl-string">'Closed'): class="hl-string">'Quality Event Closed',
        (class="hl-string">'*', class="hl-string">'Canceled'): class="hl-string">'Quality Event Canceled'
    },
    class=class="hl-string">"hl-comment"># Example mappings based on completion of form sections (field changes from blank to non-blank)
    class="hl-string">'dt_categorization_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Issue Categorized And Prioritized'
    },
    class="hl-string">'dt_rca_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Root Cause Analysis Performed'
    },
    class="hl-string">'dt_pa_identified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Identified'
    },
    class="hl-string">'dt_pa_implemented_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Implemented'
    },
    class="hl-string">'dt_stakeholder_notified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Stakeholders Notified'
    }
}

def get_etq_token(session):
    class="hl-string">"""Authenticates with ETQ API and returns a session token."""
    auth_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/login"
    credentials = {class="hl-string">'username': API_USERNAME, class="hl-string">'password': API_PASSWORD}
    try:
        response = session.post(auth_url, json=credentials)
        response.raise_for_status()
        return response.json().get(class="hl-string">'token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

def main():
    class="hl-string">"""Main function to extract, transform, and save event data."""
    with requests.Session() as session:
        token = get_etq_token(session)
        if not token:
            return
        
        session.headers.update({class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'})
        
        class=class="hl-string">"hl-comment"># Get all quality events within the date range
        all_events = []
        page = 0
        while True:
            search_url = fclass="hl-string">"{ETQ_BASE_URL}/v2/applications/{APPLICATION_ID}/views/{VIEW_ID}/search"
            params = {
                class="hl-string">'page': page,
                class="hl-string">'size': PAGE_SIZE,
                class="hl-string">'query': fclass="hl-string">'creationDate>=\"{START_DATE}T00:00:00Z\" and creationDate<=\"{END_DATE}T23:59:59Z\"'
            }
            try:
                response = session.get(search_url, params=params)
                response.raise_for_status()
                data = response.json()
                all_events.extend(data.get(class="hl-string">'content', []))
                if data.get(class="hl-string">'last', True):
                    break
                page += 1
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching quality event list: {e}")
                break
        
        print(fclass="hl-string">"Found {len(all_events)} total quality events.")
        event_log = []

        class=class="hl-string">"hl-comment"># Process each event to get its history
        for event in all_events:
            event_id = event.get(class="hl-string">'uid')
            case_id = event.get(class="hl-string">'documentNumber', event_id)
            if not event_id:
                continue

            history_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/applications/{APPLICATION_ID}/documents/{event_id}/history"
            try:
                hist_response = session.get(history_url)
                hist_response.raise_for_status()
                history_data = hist_response.json()
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Could not fetch history for event {case_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># Extract initial record creation as class="hl-string">'Quality Issue Identified'
            class=class="hl-string">"hl-comment"># Note: This logic assumes the first history entry isnclass="hl-string">'t a creation event, using the main record's creationDate instead.
            class=class="hl-string">"hl-comment"># If your history includes a class="hl-string">'Create' event, adjust accordingly.
            creation_time = event.get(class="hl-string">'creationDate', datetime.now().isoformat())
            event_log.append({
                class="hl-string">'QualityEvent': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Quality Issue Identified',
                class="hl-string">'EventTimestamp': creation_time,
                class="hl-string">'ActionPerformedBy': event.get(class="hl-string">'createdBy', {}).get(class="hl-string">'uid'),
                class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                class="hl-string">'RootCauseCategory': None,
                class="hl-string">'EffectivenessVerificationOutcome': None,
                class="hl-string">'EventEndTime': None
            })

            class=class="hl-string">"hl-comment"># Process history for other activities
            for entry in sorted(history_data, key=lambda x: x[class="hl-string">'date']):
                timestamp = entry[class="hl-string">'date']
                user = entry.get(class="hl-string">'user', {}).get(class="hl-string">'uid')
                for change in entry.get(class="hl-string">'changes', []):
                    field_name = change.get(class="hl-string">'field', {}).get(class="hl-string">'uid')
                    old_value = change.get(class="hl-string">'oldValue')
                    new_value = change.get(class="hl-string">'newValue')

                    if field_name in ACTIVITY_MAPPING_CONFIG:
                        mappings = ACTIVITY_MAPPING_CONFIG[field_name]
                        class=class="hl-string">"hl-comment"># Check for specific value transitions
                        if (old_value, new_value) in mappings:
                            activity = mappings[(old_value, new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from anything' to specific value
                        elif (class="hl-string">'*', new_value) in mappings:
                            activity = mappings[(class="hl-string">'*', new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from specific value' to anything
                        elif (old_value, class="hl-string">'*') in mappings:
                            activity = mappings[(old_value, class="hl-string">'*')]
                        class=class="hl-string">"hl-comment"># Check for wildcard from class="hl-string">'None' to anything (field populated for first time)
                        elif (None, class="hl-string">'*') in mappings and old_value is None:
                            activity = mappings[(None, class="hl-string">'*')]
                        else:
                            continue class=class="hl-string">"hl-comment"># No match
                        
                        event_log.append({
                            class="hl-string">'QualityEvent': case_id,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': timestamp,
                            class="hl-string">'ActionPerformedBy': user,
                            class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                            class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                            class="hl-string">'RootCauseCategory': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_RootCause_Field]', None),
                            class="hl-string">'EffectivenessVerificationOutcome': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Effectiveness_Field]', None),
                            class="hl-string">'EventEndTime': None
                        })

    if not event_log:
        print(class="hl-string">"No events were processed. The event log is empty.")
        return

    class=class="hl-string">"hl-comment"># Convert to DataFrame and save to CSV
    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'])
    df = df.sort_values(by=[class="hl-string">'QualityEvent', class="hl-string">'EventTimestamp'])
    df.to_csv(class="hl-string">'etq_quality_events_log.csv', index=False)
    print(class="hl-string">"Successfully created etq_quality_events_log.csv")

if __name__ == class="hl-string">'__main__':
    main()

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

ปรับปรุงการจัดการคุณภาพวันนี้ ลดระยะเวลาดำเนินการ

ระบุและขจัดคอขวด โดยตั้งเป้าลดระยะเวลาดำเนินการลง 30%.

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

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

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

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

คุณลักษณะด้านการจัดการคุณภาพ

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

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

ดึงข้อมูลด้วยสคริปต์ Python ผ่าน REST API ของ ETQ Reliance

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

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

ปรับปรุงการจัดการคุณภาพวันนี้ ลดระยะเวลาดำเนินการ