ISO Automation คืออะไร และอะไรที่ระบบทำแทนคนไม่ได้

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

ผู้ขายระบบมักทำให้เส้นแบ่งนี้เบลอ นั่นคือเหตุผลที่ QMR หลายคนระแวงคำว่า "AI ทำ ISO ให้" อย่างมีเหตุผล ดังนั้นมาดูให้ชัดว่าเส้นแบ่งอยู่ตรงไหน เพราะเส้นแบ่งนี้คือหัวใจของเรื่องทั้งหมด

ชั้นการตัดสินใจ กับ ชั้นงานเสมียน

ทุกรอบควบคุมเอกสารมีงานสองชั้นเกิดขึ้นพร้อมกันเสมอ

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

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

1. กำหนดเลขแก้ไขถัดไป
2. ตั้งวันมีผลบังคับใช้
3. บันทึกลงในประวัติการแก้ไขเอกสาร
4. อัปเดตบัญชีรายชื่อเอกสารหลัก
5. บันทึกการเปลี่ยนแปลงลงทะเบียนการเปลี่ยนแปลง
6. ตรวจสอบว่าใครต้องได้รับสำเนา และแจกจ่ายไปที่ใดบ้าง
7. คำนวณวันเก็บรักษาและวันทำลายเอกสาร
8. จัดเก็บเอกสารฉบับเก่าที่ถูกยกเลิกให้ถูกต้อง

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

ISO automation ทำงานชั้นที่สองเท่านั้น เริ่มทำงานหลังผลของชั้นแรกออกมาแล้ว

สามระดับ มีแค่ระดับเดียวที่สอดคล้องกับข้อกำหนด

คำว่า "automation" ถูกใช้เรียกสามเรื่องที่ต่างกันมาก การแยกให้ชัดจะช่วยยุติข้อถกเถียงเรื่อง ISO automation ได้เกือบทั้งหมดตั้งแต่ต้น

ระดับ	สิ่งที่เกิดขึ้น	ใครเป็นคนตัดสินใจ
แบบแมนวล	DCC พิมพ์ทุกช่องข้อมูลลงทุกทะเบียนด้วยมือหลังอนุมัติ	คนตัดสินใจ และคนลงมือทำเอง
Automation (แบบที่เราสร้าง)	ระบบเขียนรายการทะเบียน วันที่ และการแจกจ่ายเอกสาร หลังมีการบันทึกการอนุมัติของคนแล้ว	คนตัดสินใจ ระบบลงมือทำ
"AI ทำ ISO ให้" (แบบที่เราไม่สร้าง)	ซอฟต์แวร์ประเมินเนื้อหาเอกสารแล้วอนุมัติหรือปฏิเสธเอง	ซอฟต์แวร์ตัดสินใจ ไม่สอดคล้องกับข้อกำหนด

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

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

หน้าตาของระบบจริงเป็นอย่างไร

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

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

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

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

ระบบนี้สร้างด้วย n8n โดยใช้ Google Sheets เป็นฐานข้อมูลทะเบียนและบัญชีรายชื่อเอกสารหลัก ตรรกะทั้งหมดมาจาก SOP ที่มีอยู่จริงของโรงงานเอง ไม่ใช่เทมเพลตสำเร็จรูป ระบบผ่านเกณฑ์การยอมรับ 19 จาก 19 ข้อ และ workflow เดิมทั้งหมด 51 รายการที่ไม่เกี่ยวข้องบน tenant automation เดียวกันได้รับการยืนยันว่าไม่ได้รับผลกระทบใด ๆ และเอกสารต้นฉบับทั้ง 5 ฉบับได้รับการตรวจสอบแล้วว่าไม่มีการเปลี่ยนแปลง ทั้ง file ID, ชื่อ, รูปแบบ และเวลาแก้ไขล่าสุด

รายละเอียดหนึ่งที่สะท้อนความหมายของ "มาจาก SOP ของตัวเอง" ในทางปฏิบัติ การสร้างระบบนี้เผยให้เห็นบั๊กแฝงจริงในกระบวนการเดิม แบบฟอร์มกระดาษของโรงงานใช้ปีพุทธศักราชและปีคริสต์ศักราชปนกันโดยไม่สม่ำเสมอ ระบบจึงปรับรูปแบบวันที่ทั้งหมดให้เป็นมาตรฐานเดียวกันคือ dd/mm/yyyy ซึ่งเป็นสิ่งที่กระบวนการกระดาษเดิมไม่เคยบังคับให้ใครต้องแก้ไข

ISO automation ไม่ใช่อะไร

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

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

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