ประกาศคุณภาพใน SAP กลุ่มควบคุมคุณภาพ: QM02
⚡ สรุปอย่างชาญฉลาด
ประกาศคุณภาพใน SAP ระบบ QM จะบันทึกข้อบกพร่องที่พบระหว่างการตรวจสอบและนำไปสู่การวิเคราะห์หาสาเหตุที่แท้จริงจนกว่าจะแก้ไขเสร็จสิ้น ธุรกรรม QM02 จะบันทึกสาเหตุ งาน และกิจกรรมต่างๆ ในขณะที่ QA32 จะสร้างการแจ้งเตือนจากล็อตการตรวจสอบที่พบข้อบกพร่อง

การแจ้งเตือนคุณภาพคืออะไรใน SAP QM?
SAP การแจ้งเตือนคุณภาพ QM มีฟังก์ชันสำหรับบันทึกและประมวลผลปัญหาหรือข้อบกพร่องประเภทต่างๆ ซึ่งได้รับการระบุในระหว่างการตรวจสอบ (เช่น ข้อบกพร่องที่เกิดจากสินค้าคุณภาพต่ำ)
- SAP การแจ้งเตือนคุณภาพของ QM ใช้เพื่อวิเคราะห์ข้อบกพร่องที่บันทึกไว้และดำเนินการวิเคราะห์สาเหตุของปัญหาเหล่านี้
โดยทั่วไปแล้ว SAP การแจ้งเตือนด้านคุณภาพสามารถใช้เพื่อ:
- อธิบายปัญหาอย่างละเอียดและระบุวัตถุอ้างอิงที่ได้รับผลกระทบ (เช่น วัสดุ ผู้ขาย ผู้ผลิต และลูกค้า)
- บันทึกและจัดเก็บชื่อของบุคลากรทั้งหมด (หุ้นส่วน) ที่เกี่ยวข้องโดยตรงกับข้อบกพร่อง
- กำหนดข้อกำหนดการประมวลผลสำหรับ SAP การแจ้งเตือนด้านคุณภาพจากฝ่ายบริหารคุณภาพ (ตัวอย่างเช่น การระบุช่วงเวลาที่ควรแก้ไขข้อบกพร่อง และการกำหนดลำดับความสำคัญให้กับการแจ้งเตือน)
- จับภาพบุคคล ข้อบกพร่อง รายการที่เกี่ยวข้องกับปัญหาและวิเคราะห์สาเหตุที่แท้จริงของข้อบกพร่อง
- กล่าวถึงการดำเนินการแก้ไขที่จะดำเนินการ (เช่น งานที่จะดำเนินการทันทีหรือกิจกรรมการแก้ไขที่ดำเนินการหลังจากการวิเคราะห์ข้อบกพร่องเชิงลึก)
- Track คือการดำเนินการแก้ไขผ่านคุณสมบัติการจัดการสถานะของการแจ้งเตือน ซึ่งมีสถานะต่างๆ เช่น อนุมัติ ดำเนินการ และเสร็จสมบูรณ์
- รวบรวมกิจกรรมและงานทั้งหมดที่ได้ดำเนินการเพื่อแก้ไขปัญหา
- บันทึกค่าใช้จ่ายที่ไม่เป็นไปตามข้อกำหนดที่เกิดขึ้นระหว่างการวิเคราะห์และแก้ไขปัญหา
- รายงานประเภทต่างๆ ที่เกี่ยวข้องกับปัญหาสามารถพิมพ์ ส่งแฟกซ์ และส่งออกได้
ฟังก์ชันใดที่จะใช้งานได้นั้นขึ้นอยู่กับประเภทการแจ้งเตือนที่เลือก ดังนั้นประเภทมาตรฐานจะถูกอธิบายในลำดับถัดไป
ประเภทการแจ้งเตือนคุณภาพใน SAP QM
โดยเฉพาะอย่างยิ่ง SAP ระบบแจ้งเตือน QM สามารถช่วยคุณจัดการปัญหาทั้งภายในและภายนอกได้ โดยจะมีการแจ้งเตือนสามประเภทเป็นมาตรฐาน และแต่ละประเภทจะชี้ไปยังวัตถุอ้างอิงที่แตกต่างกัน
| ประเภท | ชื่อ | วัตถุอ้างอิง | ทริกเกอร์ทั่วไป |
|---|---|---|---|
| Q1 | การร้องเรียนของลูกค้า | ลูกค้า, ใบสั่งขาย, การจัดส่ง | สินค้าคุณภาพต่ำถูกส่งถึงลูกค้า |
| Q2 | การร้องเรียนต่อผู้ขาย | ผู้ขาย, ใบสั่งซื้อ, ล็อตตรวจสอบ | ตรวจพบข้อบกพร่องระหว่างการตรวจสอบวัสดุที่ซื้อมา |
| Q3 | รายงานปัญหาภายใน | วัสดุ, ใบสั่งผลิต, โรงงาน | ตรวจพบข้อบกพร่องระหว่างการตรวจสอบระหว่างกระบวนการผลิตในโรงงาน |
- การร้องเรียนภายนอกที่ยื่นโดยลูกค้า – นี่เป็นมาตรฐาน SAP การแจ้งเตือนคุณภาพประเภท Q1 ที่เกี่ยวข้องกับปัญหาที่เกี่ยวข้องกับคุณภาพของสินค้าที่ส่งมอบให้กับลูกค้า ใช้เพื่อบันทึกข้อร้องเรียนของลูกค้าและดำเนินการกับปัญหาที่ลูกค้ารายงาน
- การร้องเรียนภายนอกต่อผู้ขาย – นี่เป็นมาตรฐาน SAP การแจ้งเตือนคุณภาพ QM ประเภท Q2 ที่เกี่ยวข้องกับปัญหาที่เกี่ยวข้องกับคุณภาพของสินค้าที่จัดส่งโดยผู้จัดจำหน่าย ใช้เพื่อบันทึกข้อร้องเรียนต่อผู้ขายและดำเนินการกับปัญหาที่ระบุในระหว่างการตรวจสอบคุณภาพของวัสดุที่เข้ามา
- ปัญหาภายในบริษัท-ภายใน – นี่เป็นมาตรฐาน SAP การแจ้งเตือนคุณภาพ QM ประเภท Q3 ที่เกี่ยวข้องกับปัญหาที่เกี่ยวข้องกับคุณภาพของสินค้าที่มีต้นกำเนิดภายในบริษัท ใช้เพื่อบันทึกปัญหาภายใน ซึ่งจะถูกระบุในระหว่างการตรวจสอบคุณภาพระหว่างกระบวนการในโรงงาน
ตัวอย่างที่แสดงด้านล่างนี้ใช้การแจ้งเตือน Q2 ที่สร้างขึ้นโดยตรงจากล็อตการตรวจสอบที่พบข้อบกพร่อง
วิธีบันทึกข้อบกพร่องและสร้างการแจ้งเตือนคุณภาพ
ในขั้นตอนนี้ เราจะบันทึกข้อบกพร่องเมื่อผลลัพธ์ด้านคุณภาพเกินขีดจำกัดที่ยอมรับได้หลังจากทำการวิเคราะห์แล้ว SAP ระบบ.
ขั้นตอน 1) ราคาเริ่มต้น SAP เมนูการเข้าถึงง่าย เปิดรหัสธุรกรรม QA32 และกรอกรายละเอียดดังต่อไปนี้
- เลือกล็อตการตรวจสอบที่มีการบันทึกผลลัพธ์และมี SAP สถานะระบบเป็น “RREC”
- กดปุ่ม “ข้อบกพร่อง” จากด้านบนของ SAP จอภาพ
หลังจากกดปุ่มเสียแล้ว เราจะไปยังจุดถัดไป SAP จอภาพ
ขั้นตอน 2) ในการนี้ SAP หน้าจอ
- เลือกกลุ่มรหัส “ความยาว” และ Code “ยาวเกินไป” ซึ่งเป็นข้อบกพร่องที่เราพบหลังจากทำการวิเคราะห์แล้ว
ขั้นตอน 3) ในการนี้ SAP หน้าจอ
- คุณสามารถดูรหัสวัสดุและล็อตการตรวจสอบที่เราสร้างข้อบกพร่องได้
- คุณสามารถดูความยาวรหัสข้อบกพร่องซึ่ง “ยาวเกินไป”
- กด "ปุ่มการแจ้งเตือน" ที่ด้านบนเพื่อสร้างการแจ้งเตือนคุณภาพ
คุณจะได้รับข้อความว่า “สร้างการแจ้งเตือนคุณภาพแล้ว”
ขณะนี้การแจ้งเตือนอยู่ในสถานะรอการดำเนินการ การปล่อยการแจ้งเตือนและการบันทึกการติดตามผลจะดำเนินการในรายการธุรกรรมแยกต่างหาก
วิธีการเผยแพร่และการแจ้งเตือนให้เสร็จสิ้น
ขั้นตอน 1) ราคาเริ่มต้น SAP หน้าจอเข้าถึงง่ายเปิดรายการ QM02
ที่นี่ เราจะเผยแพร่และบันทึกงานและกิจกรรมเพื่อให้การแจ้งเตือนด้านคุณภาพเสร็จสมบูรณ์
- กรอกหมายเลขการแจ้งเตือนคุณภาพที่เราสร้างไว้ในขั้นตอนก่อนหน้า
กดปุ่ม Enter จากแป้นพิมพ์เพื่อเลื่อนไปยังหน้าถัดไป SAP จอภาพ
ขั้นตอน 2) ในการนี้ SAP หน้าจอ
- คุณสามารถดูหมายเลขใบสั่งซื้อที่เราได้รับสินค้าที่มีข้อบกพร่องได้
- คุณสามารถดูล็อตการตรวจสอบซึ่งเชื่อมโยงกับหมายเลขใบสั่งซื้อ
- กดแท็บ "รายการ" เพื่อเลื่อนไปยังรายการถัดไป SAP จอภาพ
ขั้นตอน 3) ในการนี้ SAP หน้าจอ
- คุณสามารถเห็นรหัสข้อบกพร่องว่า "ยาวเกินไป" ซึ่งเราได้ป้อนไว้ในขั้นตอนก่อนหน้า
- กดปุ่มปล่อยเพื่อปล่อยการแจ้งเตือน
- กดปุ่ม “สาเหตุ” เพื่อระบุสาเหตุของปัญหาและดำเนินการต่อไป SAP หน้าจอย่อย
ขั้นตอน 4) ในการนี้ SAP หน้าจอเราต้องพูดถึงสาเหตุของข้อบกพร่องที่ระบุ
- ที่นี่ เลือกกลุ่มรหัส "QM" สำหรับสาเหตุ ซึ่งหมายความว่าเป็นข้อบกพร่องของการออกแบบ กลุ่มรหัสเหล่านี้ได้รับการกำหนดค่าตามความต้องการทางธุรกิจ
- กดปุ่ม “งาน” เพื่อเลื่อนไปยังขั้นตอนถัดไป SAP หน้าจอย่อย
ขั้นตอน 5) ในการนี้ SAP หน้าจอ เราต้องพูดถึงงานที่ต้องทำหลังจากระบุข้อบกพร่องแล้ว
- ที่นี่ เลือกกลุ่มรหัส “QM- G2” สำหรับงาน ซึ่งหมายความว่าจำเป็นต้องทำการปรับปรุงใหม่ กลุ่มรหัสเหล่านี้ได้รับการกำหนดค่าตามความต้องการทางธุรกิจ
- กดแท็บ “กิจกรรม” เพื่อเลื่อนไปยังรายการถัดไป SAP หน้าจอย่อย
ขั้นตอน 6) ในการนี้ SAP หน้าจอ เราต้องกล่าวถึงกิจกรรมที่จะดำเนินการหลังจากระบุข้อบกพร่องแล้ว
- ที่นี่ เลือกกลุ่มรหัส "QM- G2" สำหรับกิจกรรมซึ่งหมายถึงการร้องเรียนพิเศษที่จะยื่นต่อผู้ขาย กลุ่มรหัสเหล่านี้ได้รับการกำหนดค่าตามความต้องการทางธุรกิจ
- กดปุ่ม “เสร็จสิ้น” เพื่อเสร็จสิ้นกระบวนการแจ้งเตือน
ขั้นตอนการแจ้งเตือนคุณภาพ SAP QM
แต่ละปุ่มที่กดในขั้นตอนข้างต้นจะเปลี่ยนสถานะของระบบแจ้งเตือน การอ่านสถานะเหล่านี้เป็นวิธีที่เร็วที่สุดในการตรวจสอบว่าข้อบกพร่องอยู่ในสถานะใดโดยไม่ต้องเปิดทุกแท็บ
- OSNO – การแจ้งเตือนที่สำคัญ: มีการแจ้งเตือนอยู่แล้ว แต่ยังไม่มีการดำเนินการใดๆ โดยปรากฏอยู่ในรายการงานของแผนกที่รับผิดชอบ
- NOPR – อยู่ระหว่างดำเนินการแจ้งเตือน: ตั้งค่าเมื่อกดปุ่มปล่อย ขณะนี้สามารถจัดการสาเหตุ งาน และกิจกรรมต่างๆ ได้แล้ว
- TSRL / TSCO – ภารกิจได้รับการเผยแพร่และเสร็จสมบูรณ์แล้ว: นำไปใช้กับงานแต่ละชิ้นเพื่อให้เห็นความคืบหน้าบางส่วนในขณะที่งานอื่นๆ ยังคงค้างอยู่
- NOCO – การแจ้งเตือนเสร็จสมบูรณ์: ตั้งค่าโดยปุ่มเสร็จสมบูรณ์ การแจ้งเตือนจะถูกปิดและจะมีการบันทึกวันที่เสร็จสิ้น
- DLFL – ธงการลบ: ทำเครื่องหมายการแจ้งเตือนที่สร้างขึ้นโดยไม่ถูกต้อง เพื่อให้การแจ้งเตือนนั้นถูกยกเว้นจากการประเมินผล
การแจ้งเตือนจะไม่สามารถส่งไปถึง NOCO ได้ในขณะที่งานที่จำเป็นยังค้างอยู่ ซึ่งทำให้สถานะดังกล่าวเป็นตัวชี้วัดที่น่าเชื่อถือของสถานะเปิดอยู่ การจัดการคุณภาพ ปัญหา
ธุรกรรมการแจ้งเตือนคุณภาพ Codes
QA32 และ QM02 ครอบคลุมตัวอย่างการใช้งาน แต่กระบวนการจัดการข้อบกพร่องแบบเต็มรูปแบบนั้นใช้ธุรกรรมอีกหลายรายการ ตารางด้านล่างแสดงรายการรหัสที่จำเป็นบ่อยที่สุด
| รายการ Code | จุดมุ่งหมาย |
|---|---|
| QM01 | สร้างการแจ้งเตือนคุณภาพโดยตรง |
| QM02 | เปลี่ยนแปลงการแจ้งเตือน: การเผยแพร่ สาเหตุ งาน กิจกรรม |
| QM03 | แสดงการแจ้งเตือนคุณภาพ |
| QM10 | รายการแจ้งเตือน, เปลี่ยนโหมด |
| QM11 | รายการแจ้งเตือน, โหมดการแสดงผล |
| QM12 | รายการงานสำหรับการแจ้งเตือน |
| QM13 | รายการกิจกรรมสำหรับการแจ้งเตือน |
| QA32 | บันทึกข้อบกพร่องในล็อตการตรวจสอบและสร้างการแจ้งเตือน |
| QS41 | ดูแลรักษาแคตตาล็อก กลุ่มรหัส และรหัสต่างๆ |
QS41 เป็นจุดเริ่มต้นของการกำหนดค่าที่ใช้ในการแก้ไขปัญหา เนื่องจากไม่สามารถจำแนกประเภทของข้อบกพร่องได้จนกว่าจะมีกลุ่มรหัสอยู่
การแก้ไขปัญหา
- แผนการตรวจสอบจะต้องถูกคัดลอกไปยังล็อตการตรวจสอบ หากไม่เช่นนั้นเราจะไม่สามารถบันทึกผลและตัดสินใจการใช้งานได้
- หากมีการสร้างแผนการตรวจสอบหลังจากล็อตการตรวจสอบ ล็อตการตรวจสอบจะได้รับสถานะ CRTD และเราจำเป็นต้องกำหนดแผนการตรวจสอบด้วยตนเองเพื่อเปลี่ยนสถานะจากสร้าง (CRTD) เป็นปล่อย (REL) เข้า SAP ระบบ. หลังจากที่ปล่อยล็อตการตรวจสอบแล้วเท่านั้น เราก็จะสามารถบันทึกผลลัพธ์และตัดสินใจการใช้งานได้
- ขั้นตอนการสุ่มตัวอย่างจะต้องถูกกำหนดไว้ในแผนการตรวจสอบเพื่อบันทึกผลลัพธ์และการตัดสินใจใช้งาน ไม่เช่นนั้นเราจำเป็นต้องคำนวณตัวอย่างในล็อตการตรวจสอบด้วยตนเอง
- Code จำเป็นต้องกำหนดค่ากลุ่มและรหัส ซึ่งขึ้นอยู่กับความต้องการทางธุรกิจในการประมวลผลการแจ้งเตือนด้านคุณภาพ
- หากปุ่ม "ข้อบกพร่อง" ใน QA32 เป็นสีเทา แสดงว่าล็อตยังไม่ถึงสถานะ RREC ให้บันทึกผลลัพธ์อย่างน้อยหนึ่งรายการก่อน ตามที่แสดงใน คู่มือการตรวจสอบขั้นสุดท้าย.









