ระบบเลขที่เอกสาร ISO ที่ยังใช้ได้เมื่อบริษัทโต

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

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

ทำไมระบบเลขที่เอกสาร ISO พังเมื่อบริษัทโต

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

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

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

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

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

บททดสอบการออกแบบ รูปแบบนี้ต้องพึ่งคนบังคับใช้หรือไม่

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

รูปแบบที่ออกแบบมาให้อยู่รอดเมื่อบริษัทโตมีสามคุณสมบัติ

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

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

รูปแบบเลขที่พบทั่วไป และจุดที่แต่ละแบบพัง

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

หน้าตาเป็นอย่างไรเมื่อจุดตัดสินใจของคนปิดลงแล้ว

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

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

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

เช็กลิสต์รูปแบบเลขที่ ก่อนขยายตัว

ก่อนเพิ่มโรงงาน แผนก หรือเอกสารอีกปีหนึ่งเข้ารูปแบบปัจจุบันของคุณ เช็กกับคำถามเหล่านี้

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

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