O ORPAON
การส่งมอบและบริการระยะไกล

ผู้ขายซอฟต์แวร์อุตสาหกรรมควรส่งมอบเอกสารอะไรเมื่อส่งมอบงาน? รายการฝั่งผู้ซื้อ

ระบบที่เดินได้ยังไม่เท่ากับระบบที่ส่งมอบแล้ว หน้าจอเปิดได้ แจ้งเตือนดังได้ แต่เอกสารที่ทำให้ระบบดูแลต่อได้ยังอยู่กับวิศวกรผู้ขาย — โครงการนั้นยังไม่จบ บทความนี้เป็นรายการตรวจฝั่งผู้ซื้อ รวมเอกสาร 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 ประเภทและจุดตรวจด้านบนให้

ติดต่อเรา