ระบบ ISO Automation หลายไซต์ ครอบคลุมทุกโรงงาน

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

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

อะไรพังก่อนเมื่อการควบคุมเอกสารครอบคลุมหลายโรงงาน

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

รูปแบบทั่วไปมีลักษณะแบบนี้

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

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

สิ่งที่ระบบ ISO automation หลายไซต์แก้ให้

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

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

ในทางปฏิบัติ นี่หมายถึง

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

จุดตัดสินใจทั้งสี่จุดยังคงอยู่ได้อย่างไรในหลายโรงงาน

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

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

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

การควบคุมเอกสารไซต์เดียว เทียบกับ หลายไซต์

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

สิ่งที่ไม่เปลี่ยนเมื่อมีไซต์เพิ่มขึ้น

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

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