ระบบเลขที่เอกสาร ISO จะอยู่รอดเมื่อบริษัทโตได้ ต่อเมื่อเลขถูกกำหนดโดยระบบที่บังคับใช้กฎเดิมทุกครั้ง ไม่ใช่โดยคนที่ต้องจำให้ได้ว่าใช้คำนำหน้าไหน ลำดับไหน และต้องเช็กทะเบียนใดก่อน รูปแบบส่วนใหญ่ที่พังไม่ได้พังเพราะตรรกะผิดตั้งแต่วันแรก แต่เพราะตรรกะนั้นขึ้นอยู่กับคนที่ใช้มันอย่างสม่ำเสมอ ในขณะที่บริษัทเพิ่มแผนก โรงงาน และปีของประวัติศาสตร์เข้ามาเรื่อย ๆ
ถ้าคุณเป็น QMR หรือเจ้าหน้าที่ควบคุมเอกสารที่เคยเปิดบัญชีรายชื่อเอกสารหลักแล้วเจอเอกสารสองฉบับที่มีเลขเดียวกัน หรือช่องว่างที่เลขถูกข้ามไปโดยไม่มีคำอธิบาย บทความนี้จะบอกว่าทำไม และระบบเลขที่เอกสาร ISO ควรมีหน้าตาอย่างไรเพื่อไม่ให้เกิดซ้ำ
ทำไมระบบเลขที่เอกสาร ISO พังเมื่อบริษัทโต
รูปแบบเลขที่ออกแบบมาสำหรับหนึ่งสายผลิตภัณฑ์ หนึ่งโรงงาน และเจ้าหน้าที่ควบคุมเอกสารที่อยู่ในตำแหน่งมานาน ทำงานได้ดีจนกว่าเงื่อนไขข้อใดข้อหนึ่งจะเปลี่ยน การเติบโตเปลี่ยนทั้งสามข้อในที่สุด
มีการเพิ่มโรงงานที่สอง ถ้ารูปแบบเป็นการนับลำดับเดียวแบบเรียบ DOC-001 DOC-002 DOC-003 สองไซต์ต้องแชร์ลำดับเดียวกัน โดยมีคนต้องประสานว่าใครได้เลขถัดไป หรือรันลำดับคู่ขนานที่จะชนกันทันทีที่ต้องรวมเอกสารเข้าบัญชีรายชื่อเอกสารหลักเดียว
แผนกใหม่เริ่มควบคุมเอกสารของตัวเอง ฝ่ายคุณภาพ ฝ่ายผลิต และฝ่ายซ่อมบำรุงต่างต้องการยื่นคำขอเปลี่ยนแปลงเอง ถ้าขอบเขตแผนกไม่ได้ถูกฝังในตัวเลขเอง ทะเบียนไม่มีทางกรองหรือรายงานตามแผนกได้โดยไม่มีคนมาแท็กด้วยมือทีหลัง และแท็กด้วยมือย่อมคลาดเคลื่อน
ปีสะสมมากขึ้น รูปแบบที่ไม่มีการอ้างอิงปีในที่สุดบังคับให้ต้องเปลี่ยนเลขเอกสารในคลังใหม่เพื่อให้เรียงได้ หรือต้องดูแลดัชนีแยกต่างหากเพียงเพื่อรู้ว่าเอกสารเลขนี้อยู่ยุคไหน รูปแบบที่มีการอ้างอิงปีแต่ไม่มีกฎชัดเจนว่าเมื่อสิ้นปีแล้วเกิดอะไรขึ้น ลำดับรีเซ็ตหรือไม่ ทุกคนเห็นตรงกันว่าใช้ปฏิทินไหน สร้างความคลุมเครือแบบที่ทำให้เกิดปัญหาจริงตอนตรวจประเมิน
ข้อสุดท้ายนี้ไม่ใช่เรื่องสมมติ เมื่อทบทวนระบบกระดาษเดิมของผู้ผลิตไทยแห่งหนึ่ง เราพบว่าแบบฟอร์มของพวกเขาปนปีพุทธศักราชกับปีคริสต์ศักราชโดยไม่สม่ำเสมอ บางรายการใช้ปีพุทธศักราช บางรายการใช้ปีคริสต์ศักราช โดยไม่มีกฎที่บันทึกไว้ว่าใช้แบบไหนตรงไหน ปัญหานี้ไม่มีใครสังเกตเพราะคนกรอกช่องวันที่จากความจำหรือความเคยชินทุกครั้ง ไม่ใช่จากระบบที่บังคับให้ใช้รูปแบบเดียว ระบบที่สร้างขึ้นจึงกำหนดมาตรฐานให้ทุกวันที่เป็น dd/mm/yyyy ซึ่งกระบวนการกระดาษเดิมไม่เคยบังคับให้ใครต้องแก้ไข
บททดสอบการออกแบบ รูปแบบนี้ต้องพึ่งคนบังคับใช้หรือไม่
นี่คือบททดสอบเชิงปฏิบัติว่ารูปแบบเลขที่จะอยู่รอดเมื่อบริษัทโตหรือไม่ ลองเอากฎมาถามว่ายังใช้ได้ไหมถ้าคนที่ใช้กฎนั้นเป็นพนักงานใหม่ เหนื่อยล้า หรือคุมงานแทนคนที่ลาอยู่ ถ้าคำตอบขึ้นอยู่กับว่าคนนั้นจำกฎทั้งหมดได้ถูกต้องหรือไม่ รูปแบบนั้นเปราะบาง ไม่ใช่เพราะกฎไม่ดี แต่เพราะกฎที่อยู่แค่ในหัวคนคนเดียวไม่มีทางขยายได้เกินหนึ่งคน
รูปแบบที่ออกแบบมาให้อยู่รอดเมื่อบริษัทโตมีสามคุณสมบัติ
- เลขเข้ารหัสขอบเขต ไม่ใช่แค่ลำดับ คำนำหน้าหรือส่วนหนึ่งของเลขระบุแผนก ประเภทเอกสาร หรือโรงงาน ทำให้เลขจากขอบเขตต่างกันไม่ชนกัน แม้สองคนจะสร้างเอกสารวันเดียวกัน
- ลำดับถูกจำกัดขอบเขตและนับโดยระบบ แต่ละขอบเขต แผนก ปี ประเภทเอกสาร มีตัวนับของตัวเองที่ระบบเป็นผู้เพิ่มค่า ไม่ใช่คนที่ต้องเช็กว่า "เลขล่าสุดคืออะไร" กับทะเบียนที่อาจตามหลังอยู่หนึ่งเวอร์ชัน
- การอ้างอิงปี ถ้ามี ใช้ปฏิทินเดียวกันทุกที่ บังคับโดยระบบ ไม่ใช่พิมพ์ด้วยมือ
ไม่มีข้อไหนต้องใช้เทคโนโลยีพิเศษ สิ่งที่ต้องการคือเลขถูกกำหนดในจังหวะที่การตัดสินใจของคนเสร็จสมบูรณ์แล้ว โดยสิ่งที่บังคับใช้กฎเดียวกันทุกครั้ง ซึ่งเป็นคนละปัญหากับการออกแบบกฎให้ถูกต้องตั้งแต่แรก
รูปแบบเลขที่พบทั่วไป และจุดที่แต่ละแบบพัง
| รูปแบบ | ตัวอย่าง | อยู่รอดเมื่อมีหลายแผนกไหม | อยู่รอดเมื่อมีหลายโรงงานไหม | อยู่รอดเมื่อสะสมหลายปีไหม |
|---|---|---|---|---|
| ลำดับเรียบ | DOC-0142 | ไม่ ตัวนับเดียวใช้ร่วมกัน ต้องประสานงาน | ไม่ ชนกันข้ามไซต์ | เสื่อมลง ไม่มีจุดยึดปี เรียงตามยุคยาก |
| คำนำหน้าแผนก | QA-0142 | ใช่ ถ้าบังคับใช้สม่ำเสมอ | ไม่ เว้นแต่เข้ารหัสโรงงานด้วย | เสื่อมลง ปัญหาเดิม |
| ลำดับผูกปี | 2026-0142 | ไม่ ยังใช้ตัวนับเดียวร่วมกันต่อปี | ไม่ ชนกันข้ามไซต์ | ใช่ ภายในขอบเขตเดียว |
| แผนก + ปี + โรงงาน | QA-BKK-2026-0142 | ใช่ | ใช่ | ใช่ |
| แผนก + ปี ระบบกำหนดเอง | QA-2026-0142 (auto) | ใช่ | ใช่ ถ้าโรงงานเป็นทะเบียนแยก | ใช่ |
คอลัมน์ขวาสุดแสดงรูปแบบจริง รูปแบบเพียงอย่างเดียวไม่แก้ปัญหาการเติบโต ต้องเป็นขอบเขตบวกกับการบังคับใช้โดยระบบ เลขที่ผูกแผนกและปีแต่ยังกำหนดด้วยมือ ในที่สุดจะสร้างเลขซ้ำทันทีที่สองคนทำงานจากทะเบียนคนละเวอร์ชันในวันเดียวกัน รูปแบบเดียวกันที่กำหนดอัตโนมัติในจังหวะอนุมัติจะไม่เป็นเช่นนั้น เพราะมีที่มาของเลขถัดไปเพียงที่เดียว
หน้าตาเป็นอย่างไรเมื่อจุดตัดสินใจของคนปิดลงแล้ว
การกำหนดเลขไม่ใช่ขั้นตอนที่เกิดขึ้นเอง แต่เป็นหนึ่งในการกระทำเชิงเสมียนหลายอย่างที่ควรทำงานก็ต่อเมื่อการเปลี่ยนแปลงเอกสารผ่านทุกจุดอนุมัติแล้วเท่านั้น ในระบบต้นแบบที่เราสร้างให้ผู้ผลิตไทยแห่งหนึ่ง ได้รับการรับรอง ISO 9001:2015 ทั้งสองโรงงาน เลขคำขอที่อ้างอิงปีคือหนึ่งในข้อมูลแปดช่องที่ระบบเขียนอัตโนมัติทันทีที่การลงนามอนุมัติขั้นสุดท้ายถูกบันทึก คู่กับเลขแก้ไข วันมีผลบังคับใช้ รายการในทะเบียนแก้ไขเอกสาร แถวในบัญชีรายชื่อเอกสารหลักที่ครอบคลุมเมทริกซ์การแจกจ่ายสิบแผนก รายการในทะเบียนการเปลี่ยนแปลง จำนวนหน้า และวันครบกำหนดเก็บรักษาและทำลายที่คำนวณแล้ว
ลำดับเวลามีความสำคัญพอ ๆ กับรูปแบบ ไม่มีอะไรถูกกำหนดเลขก่อนที่ผู้ทบทวนจะทำเครื่องหมายบนคำขอเปลี่ยนแปลง และผู้อนุมัติยืนยันความเหมาะสมของเนื้อหา ซึ่งคือจุดตัดสินใจของคนทั้งสี่จุดเดียวกับที่ควบคุม workflow ส่วนที่เหลือ การกำหนดเลขเป็นผลจากการอนุมัตินั้น ไม่ใช่ขั้นตอนที่เกิดขึ้นพร้อมกัน หรือแย่กว่านั้นคือเกิดก่อนหน้า
ระบบยังถูกออกแบบด้วย idempotency key ซึ่งสำคัญโดยเฉพาะกับความถูกต้องของการกำหนดเลข ถ้าเหตุการณ์อนุมัติเดียวกันถูกกระตุ้นสองครั้ง เว็บฮุคถูกลองใหม่ ฟอร์มถูกส่งซ้ำโดยไม่ตั้งใจ ระบบรู้จำรายการซ้ำและไม่กำหนดเลขที่สองหรือเขียนรายการในทะเบียนซ้ำสำหรับการเปลี่ยนแปลงเดียวกัน นี่คือความล้มเหลวประเภทที่ทะเบียนแบบมือล้วนไม่มีทางป้องกันได้เลย เพราะคนที่พิมพ์ข้อมูลเดิมซ้ำสองครั้งดูเหมือนสองการเปลี่ยนแปลงที่แยกกันโดยสิ้นเชิง
เช็กลิสต์รูปแบบเลขที่ ก่อนขยายตัว
ก่อนเพิ่มโรงงาน แผนก หรือเอกสารอีกปีหนึ่งเข้ารูปแบบปัจจุบันของคุณ เช็กกับคำถามเหล่านี้
- เลขเข้ารหัสขอบเขตพอที่จะทำให้คนสองคนต่างแผนกไม่มีทางสร้างเลขเดียวกันสำหรับเอกสารต่างกันได้หรือไม่
- มีที่มาของ "เลขถัดไป" เพียงที่เดียว หรือมีมากกว่าหนึ่งคนที่ดูแลตัวนับของตัวเอง
- ถ้ารูปแบบมีปีอยู่ด้วย มีข้อกำหนดปฏิทินเดียวที่บันทึกไว้และใช้แบบเดียวกันทุกที่หรือไม่
- เลขถูกกำหนดหลังเอกสารผ่านทุกจุดอนุมัติแล้วเท่านั้นหรือไม่ ไม่ใช่ก่อนหน้า ไม่ใช่พร้อมกัน
- ถ้าเหตุการณ์อนุมัติเดียวกันทำงานซ้ำสองครั้งโดยไม่ตั้งใจ มีอะไรหยุดไม่ให้เกิดสองเลขสำหรับการเปลี่ยนแปลงเดียวหรือไม่
ถ้าคำตอบข้อใดเป็น "แล้วแต่ว่าใครทำวันนั้น" รูปแบบของคุณกำลังรันด้วยวินัย ไม่ใช่การออกแบบ และวินัยคือสิ่งแรกที่การเติบโตกัดกร่อน
คำถามที่พบบ่อย
ข้อผิดพลาดเรื่องเลขที่ที่พบบ่อยที่สุดในโรงงานที่กำลังโตคืออะไร
เลขลำดับเรียบที่ไม่มีขอบเขตแผนกหรือโรงงาน ใช้ได้ดีตอนที่มีคนเดียวและทะเบียนเดียว แล้วพังทันทีที่โรงงานหรือแผนกที่สองเริ่มยื่นคำขอเปลี่ยนแปลงเอง
รูปแบบเลขที่ควรรีเซ็ตทุกปีหรือไม่
ควรทำเมื่อมีกฎเดียวที่บันทึกไว้และใช้สม่ำเสมอว่ารีเซ็ตเมื่อไรและใช้ปฏิทินไหนเท่านั้น การอ้างอิงปีที่ไม่มีการบันทึกหรือใช้ไม่สม่ำเสมอ เป็นความเสี่ยงที่ใหญ่กว่าการไม่มีปีเลยเสียอีก
รูปแบบเลขที่ต้องเปลี่ยนเมื่อเพิ่ม automation หรือไม่
ไม่จำเป็น รูปแบบที่ออกแบบขอบเขตดีอยู่แล้วมักคงไว้ได้ สิ่งที่เปลี่ยนคือใครเป็นผู้กำหนดเลขถัดไปในรูปแบบนั้น จากที่คนต้องจำ กลายเป็นระบบบังคับใช้
สองคนยังสร้างเลขชนกันได้ไหมถ้าระบบเป็นผู้กำหนดเลข
ไม่ได้ ถ้าตัวนับของระบบเป็นแหล่งข้อมูลจริงเพียงแหล่งเดียว และ workflow ถูกออกแบบด้วย idempotency key ทำให้เหตุการณ์ที่ถูกลองใหม่หรือซ้ำไม่สร้างเลขที่สองสำหรับการเปลี่ยนแปลงที่อนุมัติแล้วเดียวกัน
การกำหนดเลขอยู่ตรงไหนเทียบกับการอนุมัติเอกสาร
อยู่หลังเสมอ การกำหนดเลข การลงวันที่ และการอัปเดตทะเบียน เป็นผลเชิงเสมียนของการอนุมัติที่ผู้ทบทวนและผู้อนุมัติบันทึกไว้แล้ว ไม่ใช่ขั้นตอนที่รันก่อนหรือระหว่างการตัดสินใจนั้น
ถ้ารูปแบบเลขที่ปัจจุบันของคุณอยู่ได้ด้วยความจำของคนคนเดียว คุ้มค่าที่จะเทียบดูว่าเวอร์ชันที่บังคับใช้โดยระบบจะทำงานกับเอกสารจริงของคุณอย่างไร นัดไล่เรียง workflow และนำบัญชีรายชื่อเอกสารหลักของคุณมาด้วย 1% EVO จะแสดงให้เห็นว่ารูปแบบปัจจุบันจะพังตรงไหนเมื่อบริษัทโต และเวอร์ชันที่ระบบกำหนดเองหน้าตาเป็นอย่างไรเทียบกับ SOP ของคุณ