วิธีเชื่อมแอปตรวจสอบบนมือถือกับ MES: ตรวจหน้างานและปิดงาน

การตรวจบนมือถือต่างจากใบบันทึกตรวจจับกระดาษอย่างไร

โรงงานจำนวนมากบอกว่า "มีการตรวจ" โดยเอาใบบันทึกตรวจจับแขวนไว้ที่ผนัง พนักงานติ๊กตามกะ แล้วรวบรวมเก็บตอนสิ้นเดือน

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

แอปตรวจต่างออกไปในสามจุด:

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

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

แอปตรวจปกติครอบคลุมหน้าที่ใด

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

หน้าที่มักแบ่งเป็นสี่กลุ่มด้านล่าง โดยโครงการคัดเลือกตามสภาพจริงของหน้างาน:

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

กลไกซิงก์และความสามารถออฟไลน์: ไม่ให้ข้อมูลขาดช่วงในพื้นที่สัญญาณอ่อน

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

วิธีที่นิยมคือ "ออนไลน์ก่อน ออฟไลน์สำรอง":

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

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

สามแนวทางเชื่อมต่อกับ MES และวิธีเลือก

ในการปฏิบัติ การเชื่อมระหว่างแอปตรวจกับ MES แบ่งเป็นสามทิศทาง:

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

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

เลือกอุปกรณ์ปลายทาง: มือถือ Android เครื่อง PDA หรือแท็บเล็ต

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

ข้อแลกเปลี่ยนของสามรูปแบบที่พบบ่อยมีดังนี้:

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

บัญชี สิทธิ์ และร่องรอยการตรวจสอบ

มือถือนำระบบเข้าไปถึงหน้างาน การออกแบบสิทธิ์จึงลอกวิธีของสำนักงานมาใช้ไม่ได้

ปกติต้องกำหนดสี่เรื่อง:

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

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

การเปิดใช้งานและตรวจรับ: ตัดสินว่าแอปนี้ใช้ได้จริงหรือไม่

ข้อโต้แย้งในโครงการตรวจไม่ค่อยอยู่ที่ว่ามีฟังก์ชันหรือไม่ แต่อยู่ที่ว่าหลังเปิดใช้แล้วหน้างานยังใช้อยู่หรือไม่

การตรวจรับควรเดินตามขั้นตอนต่อไปนี้:

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

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

ขอบเขตการส่งมอบ: กำหนดขอบเขตนำร่องและวิธีขยายผล

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

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

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