เมทริกซ์การแจกจ่ายเอกสารบันทึกว่าแผนกไหนถือสำเนาควบคุมของเอกสารใด อยู่ที่เลขแก้ไขไหน ควบคุมเอกสาร ISO ออนไลน์ ทำให้เมทริกซ์นี้ทันสมัยอยู่เสมอ ด้วยการอัปเดตทันทีที่ฉบับแก้ไขได้รับการอนุมัติ แทนที่จะปล่อยให้เจ้าหน้าที่ควบคุมเอกสารต้องจำเองว่าแผนกไหนในสิบแผนกต้องได้รับหน้าใหม่ และแผนกไหนยังติดหน้าเก่าอยู่บนผนัง
นั่นคือคำตอบตรง ๆ ส่วนที่เหลือพูดถึงว่าทำไมเมทริกซ์ถึงพังภายใต้การติดตามด้วยมือ ระบบอัตโนมัติอัปเดตอะไรจริง ๆ และขอบเขตของ automation นั้นอยู่ตรงไหน
ทำไมเมทริกซ์การแจกจ่ายเอกสารดูแลยากกว่าที่คิด
บัญชีรายชื่อเอกสารหลักที่มีหนึ่งแถวต่อเอกสารดูแลง่าย เมทริกซ์การแจกจ่ายเอกสารคูณจำนวนนั้นด้วยทุกแผนกที่ถือสำเนา ในระบบต้นแบบที่บทความนี้อ้างอิงคือสิบแผนก และรูปแบบความล้มเหลวมักไม่ใช่ "เราลืมว่าเอกสารนี้มีอยู่" แต่เป็น "เลขแก้ไข 4 ส่งไปที่ฝ่ายผลิตและ QC แล้ว แต่คลังสินค้ากับฝ่ายซ่อมบำรุงยังใช้เลขแก้ไข 3 อยู่ เพราะไม่มีใครอัปเดตแถวของแผนกเมื่อการเปลี่ยนแปลงผ่านไป"
ช่องว่างนี้มองไม่เห็นในวันปกติ มันโผล่ออกมาตอนตรวจประเมิน เมื่อผู้ตรวจประเมินหยิบสำเนาควบคุมจากหน้างานของแผนกมาเช็คเลขแก้ไขกับบัญชีรายชื่อเอกสารหลัก หรือแย่กว่านั้น มันโผล่ที่หน้างานเลย เมื่อมีคนทำตามคำแนะนำการทำงานที่ล้าสมัย เพราะสำเนาตรงหน้าไม่เคยถูกเปลี่ยน
การติดตามการแจกจ่ายด้วยมือล้มเหลวด้วยเหตุผลเดียวกับที่การติดตามเก็บรักษาด้วยมือล้มเหลว การอัปเดตไม่ใช่ส่วนหนึ่งของตัวเอกสาร แต่เป็นบันทึกแยกที่ต้องมีคนจำไว้ว่าต้องแตะ ทีละแผนก ทุกครั้งที่มีการแก้ไข คูณจำนวนนั้นด้วยเอกสารควบคุมที่คุณมีและความถี่ที่แก้ไข แล้วความหลุดกลายเป็นสภาพปกติ ไม่ใช่ข้อยกเว้น นี่คือช่องว่างที่ISO automationถูกสร้างมาเพื่อปิด ไม่ใช่ด้วยการตัดสินว่าใครควรได้รับอะไร แต่ด้วยการรักษาบันทึกว่าใครได้รับให้ตรงกับเหตุการณ์อนุมัติที่เปลี่ยนแปลงมัน
ควบคุมเอกสาร ISO ออนไลน์ อัปเดตอะไร และเมื่อไร
การอัปเดตเมทริกซ์การแจกจ่ายไม่ใช่ฟีเจอร์เดี่ยว ๆ แต่เป็นหนึ่งรายการภายในชุดงานเสมียนที่กว้างกว่า ซึ่งทำงานหลังกระบวนการอนุมัติที่มีอยู่แล้วเสร็จสิ้นเท่านั้น ในระบบต้นแบบที่เราสร้างให้ผู้ผลิตไทยแห่งหนึ่ง ได้รับการรับรอง ISO 9001:2015 ทั้งสองโรงงาน ระบบครอบคลุมวงจรชีวิตเอกสารทั้งหมด เอกสารใหม่ การแก้ไข การยกเลิก สำเนาควบคุม สำเนาไม่ควบคุม และทำงานหลังจากจุดตัดสินใจของคนทั้งสี่จุดที่กำหนดไว้ใน SOP ของผู้ผลิตปิดลงแล้วเท่านั้น ผู้ทบทวนทำเครื่องหมายบนแบบฟอร์มคำขอเปลี่ยนแปลง ผู้อนุมัติตรวจสอบความเหมาะสมของเนื้อหา และจุดรวมสุดท้ายลงนามอนุมัติหลักเสร็จสิ้น
เมื่อการลงนามนั้นถูกบันทึกแล้ว ระบบจะเขียนข้อมูลแปดช่องที่เจ้าหน้าที่ควบคุมเอกสารเคยพิมพ์ด้วยมือ หนึ่งในนั้นคือแถวในบัญชีรายชื่อเอกสารหลักที่ครอบคลุมเมทริกซ์การแจกจ่ายสิบแผนก พร้อมกับเลขแก้ไข วันที่มีผลบังคับใช้ บันทึกในทะเบียนแก้ไขเอกสาร รายการในทะเบียนการเปลี่ยนแปลง เลขคำขอที่อ้างอิงปี จำนวนหน้า และวันครบกำหนดเก็บรักษาหรือทำลายที่คำนวณไว้แล้ว รายการเต็มของข้อมูลแปดช่องนี้คุ้มค่าที่จะอ่านถ้าอยากเห็นภาพรวมทั้งหมดว่าอะไรไม่ใช่งานด้วยมืออีกต่อไป
สองสิ่งที่ทำให้การอัปเดตนี้น่าเชื่อถือ ไม่ใช่แค่รวดเร็ว การเขียนทุกครั้งลงเมทริกซ์การแจกจ่ายถูกบันทึกแยกกันในบันทึกกิจกรรม จึงมีบันทึกชัดเจนว่าแถวของแผนกหนึ่งเปลี่ยนเมื่อไร และการอนุมัติครั้งไหนกระตุ้นมัน และ workflow ถูกออกแบบด้วย idempotency key ถ้าเหตุการณ์อนุมัติเดียวกันยิงซ้ำสองครั้ง เมทริกซ์จะไม่มีแถวซ้ำ หรือถูกอัปเดตทับด้วยค่าที่ต่างไปเล็กน้อยเป็นครั้งที่สอง
สิ่งที่การอัปเดตเมทริกซ์ไม่ได้ทำ
ระบบอัปเดตบันทึกว่าใครถือสำเนาควบคุมอยู่ที่เลขแก้ไขไหน แต่ไม่ตัดสินว่าใครควรอยู่ในรายชื่อแจกจ่ายของเอกสารนั้น เรื่องนั้นถูกกำหนดใน SOP ของคุณ เหมือนที่เป็นอยู่ทุกวันนี้ automation แค่อ่านและนำมาใช้ ไม่ได้เป็นคนกำหนด มันไม่สลับกระดาษในแฟ้มหน้างานให้ทางกายภาพ และไม่รับประกันด้วยตัวเองว่าแผนกได้ลงมือใช้สำเนาที่อัปเดตแล้วจริง การปิดวงจรนั้นยังคงเป็นการควบคุมระดับหน้างาน เหมือนที่เป็นอยู่โดยไม่มี automation
สิ่งที่เปลี่ยนคือแหล่งข้อมูลจริงอยู่ที่ไหน แทนที่จะเป็นแถวการแจกจ่ายที่ทันสมัยแค่เท่าที่คนสุดท้ายจำได้ว่าต้องอัปเดตด้วยมือ แถวนี้อัปเดตในรอบเดียวกับเลขแก้ไขและทะเบียนการเปลี่ยนแปลง จากตัวกระตุ้นเดียวกัน ในเวลาเดียวกัน มีร่องรอยตรวจสอบเดียวกัน
ติดตามการแจกจ่ายด้วยมือ กับ อัตโนมัติ
| งาน | ควบคุมเอกสารด้วยมือ | ควบคุมเอกสาร ISO ออนไลน์ |
|---|---|---|
| อัปเดตแถวของแผนกหลังการแก้ไข | พิมพ์ด้วยมือ ทีละแผนก ทุกครั้งที่แก้ไข | เขียนอัตโนมัติเป็นส่วนหนึ่งของเหตุการณ์อนุมัติเดียวกัน |
| รักษาสิบแผนกให้ตรงกัน | ขึ้นอยู่กับว่าเจ้าหน้าที่ควบคุมเอกสารจำได้ครบทุกแถวหรือไม่ | ทุกแถวอัปเดตพร้อมกันในการกระทำที่บันทึกไว้เดียวกัน |
| ยืนยันว่าแผนกถือเลขแก้ไขไหนอยู่ | ต้องกระทบยอดเมทริกซ์กับบัญชีรายชื่อเอกสารหลักด้วยมือ | เมทริกซ์และบัญชีรายชื่อเอกสารหลักเขียนจากตัวกระตุ้นเดียวกัน จึงหลุดจากกันไม่ได้ |
| ร่องรอยตรวจสอบของการเปลี่ยนแปลงการแจกจ่าย | แค่สิ่งที่ชีตแสดง อัปเดตเมื่อมีใครทำ | บันทึกแยกกันทุกครั้งที่เขียน ตรวจสอบย้อนกลับได้ถึงการอนุมัติที่ทำให้เกิดขึ้น |
| ยืนยันว่าสำเนาทางกายภาพถูกเปลี่ยนแล้ว | ตรวจหน้างานด้วยมือ | ยังคงต้องตรวจหน้างานด้วยมือ automation อัปเดตแค่บันทึก ไม่ใช่ผนัง |
ทำไมเรื่องนี้สำคัญเกินกว่าการตรวจประเมิน
ต้นทุนที่แท้จริงของเมทริกซ์การแจกจ่ายที่ล้าสมัยไม่ใช่ข้อบกพร่องจากการตรวจประเมิน แต่คือคำแนะนำการทำงานที่มีคนทำตามที่หน้างาน เพราะสำเนาของตัวเองล้าสมัยและไม่มีใครจับได้ เมทริกซ์ที่อัปเดตในรอบเดียวกับการแก้ไขเองปิดช่องว่างนี้ที่ต้นตอ แทนที่จะพึ่งให้เจ้าหน้าที่ควบคุมเอกสารกระจายการเปลี่ยนแปลงหนึ่งครั้งไปยังสิบแถวแยกกันด้วยมือทุกครั้งที่มีอะไรเปลี่ยน
ยังมีต้นทุนที่เงียบกว่านั้นอีกอย่าง คือเวลาที่ใช้กระทบยอดเมทริกซ์กับบัญชีรายชื่อเอกสารหลักก่อนการตรวจประเมิน ทีละแผนก เพื่อให้แน่ใจว่าไม่มีอะไรตกหล่นตั้งแต่การแก้ไขครั้งล่าสุด งานกระทบยอดนั้นไม่หายไปเพราะมันน่าเบื่อ แต่ถูกเลื่อนออกไป มักจนกว่าวันตรวจประเมินจะบังคับให้ต้องทำ ซึ่งเป็นเวลาที่แย่ที่สุดที่จะพบช่องว่าง เมื่อเมทริกซ์และบัญชีรายชื่อเอกสารหลักถูกเขียนจากเหตุการณ์อนุมัติเดียวกัน ก็ไม่มีอะไรต้องกระทบยอด เพราะทั้งสองไม่มีทางหลุดออกจากกันได้ตั้งแต่แรก
คำถามที่พบบ่อย
ระบบแจ้งแต่ละแผนกเมื่อสำเนาของตัวเองล้าสมัยหรือไม่
พฤติกรรมที่ยืนยันแล้วคือแถวในบัญชีรายชื่อเอกสารหลักสำหรับเมทริกซ์การแจกจ่ายจะถูกอัปเดตและบันทึกทันทีที่การลงนามถูกบันทึก ส่วนวิธีที่แปลงเป็นการแจ้งเตือนระดับแผนกขึ้นอยู่กับว่า SOP ของคุณกำหนดขั้นตอนส่งต่อไว้อย่างไร
Automation ตัดสินใจว่าแผนกไหนควรได้รับเอกสารหรือไม่
ไม่ รายชื่อแจกจ่ายถูกกำหนดใน SOP ของคุณ เหมือนที่เป็นอยู่ทุกวันนี้ ระบบแค่นำรายชื่อนั้นมาใช้ ไม่ได้เป็นคนกำหนด
เรื่องนี้แทนที่สำเนาควบคุมทางกายภาพที่หน้างานหรือไม่
ไม่ ระบบอัปเดตแค่บันทึกว่าแต่ละแผนกควรถือเลขแก้ไขไหน การเปลี่ยนสำเนาทางกายภาพยังคงเป็นการควบคุมระดับหน้างาน
เราเห็นได้ไหมว่าแถวของแผนกเปลี่ยนล่าสุดเมื่อไร
ได้ ทุกการเขียนลงเมทริกซ์การแจกจ่ายถูกบันทึกแยกกันในบันทึกกิจกรรม ผูกกับเหตุการณ์อนุมัติที่กระตุ้นมัน
ถ้าเอกสารถูกแจกจ่ายมากกว่าหรือน้อยกว่าสิบแผนกล่ะ
สิบแผนกสะท้อนเมทริกซ์ที่ดึงมาจาก SOP ของระบบต้นแบบเอง โครงสร้างถูกสร้างจากรายชื่อแจกจ่ายที่มีอยู่แล้วของคุณ ไม่ว่าจะมีขนาดเท่าไรก็ตาม
ถ้าเมทริกซ์การแจกจ่ายของคุณตอนนี้ยังขึ้นอยู่กับว่ามีใครจำได้ที่จะอัปเดตสิบแถวด้วยมือทุกครั้งที่แก้ไข นัดดูระบบทำงานจริงกับ 1% EVO เราจะเทียบกับ SOP ของคุณเอง และแสดงให้เห็นว่าการอัปเดตทำงานอัตโนมัติได้ตรงไหนบ้าง โดยไม่เปลี่ยนว่าใครอยู่ในรายชื่อ