ทำไมระบบทะเบียนเอกสารพังที่บัญชีรายชื่อเอกสารหลัก

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

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

สิ่งที่บัญชีรายชื่อเอกสารหลักต้องทำจริง ๆ

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

คำถามสุดท้ายนั้นเองที่ทำให้บัญชีรายชื่อเอกสารหลักเป็นทะเบียนที่รักษาความถูกต้องยากที่สุดอย่างเงียบ ๆ ในระบบต้นแบบที่เราสร้างให้ผู้ผลิตไทยแห่งหนึ่ง ได้รับการรับรอง ISO 9001:2015 ทั้งสองโรงงาน แถวของแต่ละเอกสารในบัญชีรายชื่อเอกสารหลักครอบคลุมเมทริกซ์การแจกจ่ายสิบแผนก หมายความว่าทุกครั้งที่มีการแก้ไข ต้องมีคนคิดว่าแผนกไหนในสิบแผนกต้องได้เอกสารที่อัปเดตแล้ว ทำเครื่องหมายให้ถูกทุกแผนก และมั่นใจว่าคำตอบไม่คลาดเคลื่อนไปจากสิ่งที่รายการในทะเบียนการเปลี่ยนแปลงและทะเบียนแก้ไขเอกสารบอกไว้อย่างเงียบ ๆ

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

ทำไมมันพังก่อนทะเบียนอื่น

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

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

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

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

สิ่งที่ต้องคงความจริงไม่ว่าจะแก้อย่างไร

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

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

ระบบทะเบียนเอกสารอัตโนมัติจัดการเรื่องนี้อย่างไร

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

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

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

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

สิ่งที่การเปลี่ยนนี้ไม่ได้เปลี่ยน

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