ผู้ขายซอฟต์แวร์อุตสาหกรรมควรส่งมอบเอกสารอะไรเมื่อส่งมอบงาน? รายการฝั่งผู้ซื้อ
ระบบที่เดินได้ยังไม่เท่ากับระบบที่ส่งมอบแล้ว หน้าจอเปิดได้ แจ้งเตือนดังได้ แต่เอกสารที่ทำให้ระบบดูแลต่อได้ยังอยู่กับวิศวกรผู้ขาย — โครงการนั้นยังไม่จบ บทความนี้เป็นรายการตรวจฝั่งผู้ซื้อ รวมเอกสาร 14 ประเภทที่ผู้ขายซอฟต์แวร์อุตสาหกรรมควรส่งเมื่อส่งมอบงาน จัดกลุ่มเพื่อให้ตรวจก่อนเซ็นใบตรวจรับ ไม่ใช่เพื่อจัดแฟ้มทีหลัง
ถ้าระบบเดินได้แต่เอกสารไม่มา จะเกิดอะไรขึ้น
การประชุมส่งมอบมักมองเอกสารเป็นงานกระดาษที่เหลือ ระบบใช้งานแล้ว พนักงานถูกพาดูหน้าจอแล้ว ส่วนที่เหลือนัดว่าส่งสัปดาห์หน้า สัปดาห์นั้นกลายเป็นไตรมาส ทีมโครงการสลาย และคนที่อธิบายแท็ก ตาราง หรือการจับคู่หน้าจอได้ ไม่ได้ดูแลหน้างานแล้ว
ความเสียหายจากการไม่มีเอกสารไม่โผล่ในวันตรวจรับ มันโผล่ทีหลัง ในสถานการณ์ที่โรงงานแทบทุกแห่งต้องเจอ โครงการซอฟต์แวร์อุตสาหกรรม — SCADA, MES, การจัดการพลังงาน หรือการเชื่อมไลน์ — จะดูแลได้เท่าที่ยังหาเอกสารเจอและอ่านออก
- เปลี่ยน PLC แล้วต้องแมปแท็กใหม่ แต่ไม่มีใครหาจุด I/O หรือรีจิสเตอร์เดิมเจอ
- ต้องแก้รายงานการผลิต แต่ไม่มีใครบันทึกว่ามันอ่านตารางฐานข้อมูลใดและใช้กฎรวมใด
- วิศวกรผู้ขายเดิมออกจากหน้างานแล้ว โรงงานฝึกพนักงานใหม่จากเอกสารที่มีอยู่จริงไม่ได้
- ผู้รับงานรายถัดไปถูกขอให้ขยายระบบ ต้องไล่ที่อยู่ หน้าจอ และอินเทอร์เฟซย้อนกลับก่อนจึงเริ่มงานใหม่ได้
- เกิดข้อโต้แย้งงานดูแล ไม่มีรายการบำรุงรักษาที่หมุนตามปีหรือรายงานบำรุงรักษาประจำปีที่จะชี้ว่าปีนั้นทำอะไรไปจริง
ห้าสถานการณ์นี้คือชีวิตประจำวันหลังระบบขึ้นใช้งาน ไม่ใช่อุบัติเหตุหายาก เอกสาร 14 ประเภทมีอยู่เพื่อให้การปรับไลน์ เปลี่ยนคน เชื่อมต่อภายหลัง และสอบทานงานดูแลเป็นงานปกติ ไม่กลายเป็นการขุดค้น
ชุดส่งมอบควรมีเอกสาร 14 ประเภทใดบ้าง
ชุดเอกสารโครงการอุตสาหกรรมที่ครบมี 14 ประเภท ได้แก่ ข้อเสนอโครงการ ข้อตกลงทางเทคนิค เอกสารข้อกำหนดจำเพาะ ตารางจัด I/O ตารางจัดแอดเดรส ผังเครือข่าย เอกสารอธิบายการออกแบบหน้าจอ คู่มือการใช้งาน คำอธิบายตารางฐานข้อมูล ข้อกำหนดอินเทอร์เฟซข้อมูล รายงานผลทดสอบ เอกสารตรวจรับ รายการบำรุงรักษา รายงานบำรุงรักษาประจำปี การเรียงชื่อไฟล์ราบ ๆ ไม่ช่วยให้ผู้ซื้อตรวจกล่องเอกสาร การจัดกลุ่มตามคำถามที่แต่ละกลุ่มต้องตอบจึงตรวจได้
ตารางด้านล่างเขียนสำหรับการประชุมส่งมอบ คอลัมน์ที่สามไม่ใช่เงื่อนไขออกจากขั้นงาน แต่คือสิ่งที่ต้องดูก่อนเซ็นใบตรวจรับ
| กลุ่มเอกสาร | เอกสารในกลุ่ม | ตอนส่งมอบต้องตรวจอะไร |
|---|---|---|
| สัญญาและขอบเขต | ข้อเสนอโครงการ ข้อตกลงทางเทคนิค เอกสารข้อกำหนดจำเพาะ | ขอบเขตที่เซ็นแล้ว เงื่อนไขตรวจรับ และรายการเอกสารเองมีเป็นลายลักษณ์อักษร และตรงกับชุดที่วางบนโต๊ะ |
| การออกแบบวิศวกรรม | ตารางจัด I/O ตารางจัดแอดเดรส ผังเครือข่าย เอกสารอธิบายการออกแบบหน้าจอ | ทุกสัญญาณมีแหล่ง ที่อยู่ และการจับคู่หน้าจอ สิ่งที่ส่งคือฉบับตามที่ติดตั้งจริง ไม่ใช่แค่เจตนาออกแบบ |
| การเชื่อมระบบ | คำอธิบายตารางฐานข้อมูล ข้อกำหนดอินเทอร์เฟซข้อมูล | การเชื่อม ERP, WMS หรือรายงานในภายหลังออกแบบจากเอกสารได้ โดยไม่ต้องโทรหาวิศวกรเดิม |
| การเดินระบบ | คู่มือการใช้งาน รายงานผลทดสอบ เอกสารตรวจรับ รายการบำรุงรักษา รายงานบำรุงรักษาประจำปี | ผู้ปฏิบัติงานทำงานจากคู่มือได้ การทดสอบผูกกับเงื่อนไขที่ตกลง งานดูแลมีรายการและรายงานเป็นรายปีได้ |
ใส่รายการนี้ในข้อตกลงทางเทคนิคก่อนเริ่มงาน เอกสารที่ไม่ได้เอ่ยชื่อตอนเซ็นจะกลายเป็นเรื่องที่ต้องคุยใหม่หลังทีมโครงการสลาย ตอนนั้นทำใหม่ช้า และข้อขัดแย้งปิดได้ยาก
ผู้ซื้อควรตรวจอะไรก่อนเซ็นส่งมอบ
การเซ็นใบตรวจรับปิดโครงการฝั่งผู้ขาย สำหรับโรงงาน มันเปิดช่วงที่เอกสารต้องยืนได้ด้วยตัวเอง คำถามด้านล่างถามทีละข้อได้ในการประชุมส่งมอบ ถ้าคำตอบคือจะส่งทีหลัง รายการนั้นยังไม่ได้ส่งมอบ
- เอกสารทั้ง 14 ประเภทถูกเอ่ยชื่อในข้อตกลงทางเทคนิค หรือสัญญาเขียนแค่คำว่าเอกสารโดยไม่มีรายการ
- แต่ละฉบับที่เอ่ยชื่อเป็นฉบับตามที่ติดตั้งจริง ซึ่งตรงกับ I/O ที่อยู่ หน้าจอ และอินเทอร์เฟซที่ลงแล้วหรือไม่
- คนที่ไม่ได้ร่วมโครงการทำครบกะได้จากคู่มือการใช้งานโดยไม่โทรหาผู้ขายหรือไม่
- รายงานผลทดสอบระบุเงื่อนไข วิธี ผล และวันที่ ให้คนที่สามแยกผ่านกับไม่ผ่านได้หรือไม่
- คำอธิบายตารางฐานข้อมูลและข้อกำหนดอินเทอร์เฟซข้อมูลระบุตาราง ฟิลด์ ทิศทาง และผู้รับผิดชอบข้อมูลหลักหรือไม่
- รายการบำรุงรักษาและรายงานบำรุงรักษาประจำปีมีแบบที่ใช้ได้แล้ว ให้งานปีถัดไปมีเส้นฐานเทียบหรือไม่
- หลังส่งมอบ ไฟล์ต้นฉบับที่แก้ไขได้อยู่กับใคร — โรงงาน หรือมีแต่ PDF ที่ผู้ขายเก็บไว้
คำถามสุดท้ายถูกข้ามบ่อยที่สุด PDF ที่เซ็นแล้วคือบันทึก ตารางจัด I/O ตารางจัดแอดเดรส และผังเครือข่ายที่แก้ไขได้คือเครื่องมือที่โรงงานต้องใช้เมื่อไลน์เปลี่ยน บันทึกกับเครื่องมือต้องมีทั้งคู่ อันหนึ่งทดแทนอีกอันไม่ได้
ควรส่งเอกสารด้วยภาษาใดและรูปแบบใด
เอกสารที่ผู้ปฏิบัติงานอ่านไม่ออกจะไม่ถูกใช้หลังขึ้นระบบ ภาษาเป็นเงื่อนไขการส่งมอบ ไม่ใช่งานแปลที่ค่อยทำทีหลัง และควรเขียนไว้ข้างชื่อเอกสารแต่ละฉบับในข้อตกลงทางเทคนิค สำหรับโรงงานที่ประสานงานกับผู้รับเหมาต่างประเทศ ชุดเอกสารเทคนิคมักต้องเป็นภาษาอังกฤษ
รูปแบบไฟล์ก็ชี้ว่าเอกสารยังใช้ต่อได้หรือไม่ สแกนแบบที่มีโน้ตเต็มแผ่นคือบันทึก ตารางจัด I/O ตารางจัดแอดเดรส และผังเครือข่ายที่แก้ไขได้คือเครื่องมือหน้างาน ต้องมีทั้งสองอย่าง
- ภาษาทำงานของการประชุมและช่องทางติดต่อประจำ — ผู้ติดต่อที่พูดภาษาอังกฤษอยู่ตลอดโครงการ ไม่ใช่ล่ามที่เข้ามาครั้งเดียว
- ภาษาของเอกสารข้อกำหนดจำเพาะและคู่มือการใช้งาน — ภาษาอังกฤษสำหรับผู้ปฏิบัติงานและช่างซ่อมที่จะใช้ ไฟล์ที่แปลเฉพาะปก เนื้อหายังเป็นภาษาอื่น ไม่นับว่าส่งแล้ว
- รูปแบบไฟล์ — ต้นฉบับที่แก้ไขได้ (ตาราง แบบ เอกสาร) บวก PDF ที่เซ็นแล้วสำหรับเก็บ ระบุว่าเอกสารใดต้องส่งทั้งสองแบบ
- การควบคุมฉบับแก้ไข — แต่ละฉบับมีเลขรุ่น วันที่ และเครื่องหมายแยกฉบับออกแบบกับฉบับตามที่ติดตั้งจริง
เขียนภาษาและรูปแบบลงตารางเดียวกับชื่อเอกสาร ผู้ขายที่กรอกตารางนั้นได้ก่อนเซ็น สมองมองเอกสารเป็นสิ่งส่งมอบอยู่แล้ว ไม่ใช่ไฟล์ที่เก็บตอนท้าย
สรุป
การส่งมอบซอฟต์แวร์อุตสาหกรรมเสร็จเมื่อโรงงานเดินระบบ แก้ และขยายได้โดยไม่มีวิศวกรผู้ขายเดิมอยู่ในห้อง เงื่อนไขนี้ถึงได้ด้วยชุดเอกสาร 14 ประเภทที่เอ่ยชื่อ ตรวจเป็นสี่กลุ่ม — สัญญาและขอบเขต การออกแบบวิศวกรรม การเชื่อมระบบ การเดินระบบ — ในภาษาและรูปแบบที่ตกลงไว้
ใส่รายการในข้อตกลงทางเทคนิคก่อนเริ่มงาน ในการประชุมส่งมอบ ให้เทียบฉบับตามที่ติดตั้งจริงกับระบบที่ลงแล้ว และอย่าเซ็นรายการที่ยังนัดว่าจะส่งทีหลัง
เทียบรายการเอกสารส่งมอบ
บอกขอบเขตสัญญาและภาษาที่ผู้ปฏิบัติงานใช้ เราจะเทียบกับเอกสาร 14 ประเภทและจุดตรวจด้านบนให้
ติดต่อเรา