วงจรเอกสาร 9 ขั้นตอน ตั้งแต่คำขอถึงทำลายเอกสาร

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

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

ทำไมต้องเก้าขั้นตอน ไม่ใช่ห้าหรือสิบสอง

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

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

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

เก้าขั้นตอนตามลำดับ

แต่ละขั้นตอนเกิดขึ้นตรงไหนใน ระบบคุณภาพอัตโนมัติ

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

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

ขั้นตอนที่ 5 เผยแพร่คือจุดที่บั๊กเรื่องเลขแก้ไขซ่อนอยู่

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

ขั้นตอนที่ 6 แจกจ่ายแบบควบคุมต้องมีเมทริกซ์จริง ไม่ใช่ความจำ

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

แปดอย่างที่เกิดขึ้นอัตโนมัติหลังขั้นตอนที่ 4

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

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

ขั้นตอนที่ 9 เก็บรักษาและทำลายคือขั้นตอนที่ทุกคนลืม

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

ต่างจากแค่ซื้อ DMS อย่างไร

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

สิ่งที่ควรตรวจสอบก่อนทำสิ่งนี้ให้เป็นอัตโนมัติ

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