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