ผ่านเกณฑ์ตรวจรับ 19 จาก 19 ข้อ: การส่งมอบที่พิสูจน์ได้

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

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

เกณฑ์ตรวจรับ ในความหมายของงานควบคุมเอกสาร คืออะไร

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

สำหรับระบบ automation งานควบคุมเอกสาร เกณฑ์ตรวจรับมักครอบคลุมหลายหมวด

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

ระบบที่ถูกทดสอบแค่หมวดแรก ประมวลผลเอกสารได้ในทางเทคนิค ไม่ใช่ระบบที่ผ่านการตรวจรับ มันเป็นแค่ demo

สิ่งที่เราตรวจสอบจริง

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

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

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

ตรวจสอบว่าไม่มีความเสียหายลุกลาม

การผ่านรายการเกณฑ์ของตัวเองบอกได้แค่ว่าระบบใหม่ใช้งานได้ แต่ไม่ได้บอกว่าการสร้างระบบนั้นไปทำอะไรพังหรือเปล่า นั่นเป็นการตรวจแยกต่างหาก และเป็นสิ่งที่โปรเจกต์ automation หลายแห่งข้ามไป

ในระบบนี้ automation รันอยู่บน tenant เดียวกับ workflow เดิมที่ไม่เกี่ยวข้องอีก 51 รายการ หลังจากระบบใหม่ขึ้นใช้งานจริง ทั้ง 51 รายการถูกตรวจสอบแล้วว่าไม่เปลี่ยนแปลง พฤติกรรมเดิม ตัวกระตุ้นเดิม ผลลัพธ์เดิมเหมือนก่อนหน้านี้ทุกประการ นี่ไม่ใช่เกณฑ์เกี่ยวกับระบบใหม่เลย แต่เป็นการตรวจ regression กับทุกอย่างที่อยู่ใกล้ระบบใหม่

สิ่งที่ตรวจสอบ	ผล
เกณฑ์ตรวจรับ (มาจาก SOP ของโรงงานเอง)	ผ่าน 19 จาก 19 ข้อ
workflow เดิมที่ไม่เกี่ยวข้องบน tenant เดียวกัน	ตรวจแล้วไม่เปลี่ยนแปลง 51 จาก 51 รายการ
เอกสารต้นฉบับ (file ID ชื่อ รูปแบบ เวลาแก้ไขล่าสุด)	ตรวจแล้วไม่เปลี่ยนแปลง 5 จาก 5 ฉบับ

ตรวจสอบว่าต้นฉบับยังสะอาด

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

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

ทำไมเรื่องนี้สำคัญต่อ audit trail ของคุณ

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

ตัวเลขที่สำคัญไม่ใช่ "19" แต่คือการที่มีรายการนี้อยู่จริง มาจาก SOP ของคุณเองไม่ใช่ template และทุกข้อถูกตรวจจริงไม่ใช่แค่สันนิษฐาน ของคุณอาจต้องการจำนวนที่ต่างออกไป สิ่งที่ไม่ควรเปลี่ยนคือวินัยในการเขียนรายการนี้ลงไปก่อนที่จะเรียกว่างานเสร็จ