Lesson 98 การตรวจสอบขอบเขตงานระบบ DCIM

Categories: Lessons learnt, การติดตั้ง

Parents: Lessons learnt

หัวข้อ: การตรวจสอบขอบเขตงานและการเชื่อมต่ออุปกรณ์ภายนอกสำหรับระบบ DCIM

วัตถุประสงค์: เพื่อป้องกันการตกหล่นของขอบเขตงาน (Scope Creep) และเตรียมความพร้อมในการเชื่อมต่ออุปกรณ์ของลูกค้า/เฟสอื่น

1. การบริหารจัดการอุปกรณ์ภายนอก (Customer & Other Phases)

ปัญหาที่พบ: ข้อมูลอุปกรณ์จากเฟสอื่นหรือของเดิมที่ลูกค้ามีอยู่มักไม่ชัดเจน ทำให้เชื่อมต่อไม่ได้ในภายหลัง

บทเรียนที่ได้รับ:

  • Physical Audit 100%: ห้ามอ้างอิงจากเอกสาร As-built เดิมเพียงอย่างเดียว ต้องลงหน้างานเพื่อตรวจสอบ Port เชื่อมต่อจริง (เช่น RJ45, RS485, Serial) และถ่ายรูป Nameplate เพื่อเช็ค Firmware Version
  • Demarcation Point (จุดแบ่งงาน): ต้องกำหนดให้ชัดเจนว่าสายสัญญาณจากอุปกรณ์เฟสอื่น ใครเป็นคนเดินมาที่ตู้ DCIM (ควรระบุให้ “เจ้าของเฟสนั้น” เป็นคนเดินมาส่งที่ Terminal หรือ Gateway ของเรา)
  • Admin Access: ต้องประสานงานขอ IP Address, Subnet, Gateway รวมถึง Username/Password สำหรับอุปกรณ์ของลูกค้าล่วงหน้าอย่างน้อย 2 สัปดาห์

2. การเตรียม Point List และ Software License

ปัญหาที่พบ: จำนวน License ไม่เพียงพอเนื่องจากไม่ได้นับรวม Point จากอุปกรณ์นอกเหนือจากที่ติดตั้งเอง หรือการนับ Point ของ Software ไม่ตรงกับความต้องการจริง

บทเรียนที่ได้รับ:

  • Granular Point List: ต้องทำตาราง Point List แยกตามประเภทอุปกรณ์ (UPS, PDU, Cooling) และส่งให้ลูกค้า “เซ็นอนุมัติ” ว่าต้องการดึงค่าใดบ้าง (เช่น แค่ Status หรือจะเอาค่าละเอียดถึงระดับ Harmonic)
  • License Buffer: การคำนวณ License ต้องเผื่อล่วงหน้า (Spare) อย่างน้อย 10-20% เพื่อรองรับการขยายตัวของเฟสอื่นในอนาคต หรือ Point ที่มักจะงอกขึ้นมาตอนทำ UI Dashboard
  • License Model Awareness: ตรวจสอบเงื่อนไข Software ให้ชัดเจนว่านับตาม “จำนวนอุปกรณ์ (Device)” หรือ “จำนวนข้อมูล (Tags/Points)” เพื่อไม่ให้งบประมาณบานปลาย

3. การจัดการ Protocol และอุปกรณ์แปลงสัญญาณ (Gateway/Converter)

ปัญหาที่พบ: อุปกรณ์แต่ละเจ้าคุยคนละภาษา ทำให้ DCIM อ่านค่าไม่ได้ หรือต้องซื้ออุปกรณ์เพิ่มภายหลังโดยไม่ได้ทำงบประมาณไว้

บทเรียนที่ได้รับ:

  • Protocol Mapping Table: ต้องจัดทำตารางเปรียบเทียบ Protocol ระหว่าง “อุปกรณ์ต้นทาง” กับ “DCIM หลัก”
    • ตัวอย่าง: อุปกรณ์ลูกค้าเป็น Modbus RTU -> ระบบหลักเป็น SNMP => ต้องเตรียม Modbus Gateway
  • MIB/Register Map Procurement: ต้องระบุเป็นเงื่อนไขว่า “ลูกค้าหรือผู้รับเหมาเฟสอื่น ต้องจัดหาไฟล์ Communication Map (เช่น MIB File หรือ Modbus Address List) ให้กับทีมติดตั้ง DCIM”
  • Signal Conversion: หากเป็นอุปกรณ์รุ่นเก่าที่ไม่มี Digital Port ต้องเตรียม I/O Module สำหรับแปลงสัญญาณ Dry Contact หรือ Analog (4-20mA) ให้เป็น Digital Protocol

4. รายการตรวจสอบก่อนเริ่มงาน (Pre-Implementation Checklist)

รายการตรวจสอบการดำเนินการผู้รับผิดชอบ
Inventory Verificationตรวจสอบจำนวนและรุ่นอุปกรณ์ของลูกค้า/เฟสอื่นทั้งหมดProject Lead
Interface Confirmationยืนยัน Port และ Protocol (SNMP v2/v3, Modbus, BACnet)Engineer
Point List Sign-offลูกค้าเซ็นอนุมัติรายการข้อมูลที่ต้องการดึงเข้าระบบCustomer
Software License Checkตรวจสอบยอด License เทียบกับ Point List รวม SpareSoftware Team
Hardware Gatewayจัดเตรียม Converter สำหรับอุปกรณ์ที่ Protocol ไม่ตรงกันProcurement

5. ข้อเสนอแนะเพื่อป้องกันความเสี่ยง (Risk Mitigation)

  • Risk: อุปกรณ์เฟสอื่นล่าช้า ทำให้เราจบงานไม่ได้
  • Solution: ระบุในสัญญาว่า การทดสอบระบบ (SAT) จะถือว่าสมบูรณ์ตามขอบเขตอุปกรณ์ที่ติดตั้งเสร็จ ส่วนอุปกรณ์เฟสอื่นที่ยังไม่มา ให้ถือเป็นงาน Support ภายหลัง (Change Request) เพื่อไม่ให้กระทบการเบิกงวดงาน

การติดตั้ง