คำนวณวันทำลายเอกสารอัตโนมัติ ไม่ต้องนับเองอีกต่อไป

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

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

ทำไมนาฬิกาเก็บรักษาถึงพังก่อนใคร

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

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

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

อะไรที่กระตุ้นการคำนวณจริง ๆ

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

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

ระบบ ISO อัตโนมัติ เขียนอะไร และติดตามอย่างไร

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

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

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

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

สิ่งที่ระบบไม่ได้ทำ

ขอพูดตรง ๆ เรื่องเส้นแบ่ง เพราะคำว่า "วันเก็บรักษาอัตโนมัติ" ชวนให้เกิดความเข้าใจผิดที่ควรแก้ก่อนที่จะเกิดขึ้น

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

พูดง่าย ๆ คือ นาฬิกาเป็นอัตโนมัติ แต่การลั่นไกทำลายไม่ใช่ และไม่ควรเป็นด้วย

ติดตามด้วยมือ กับ นาฬิกาเก็บรักษาอัตโนมัติ

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

ทำไมเรื่องนี้ยืนหยัดได้ตอนตรวจประเมิน

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