先定範圍,後定價格
先確認地點、系統、介面、假設、排除事項同客戶決定,再將固定工程價格視為可靠。
採購及工程交付保障
企業工作場所項目需要清楚界定每個介面由邊個負責、要測試乜嘢,以及交收前要提交乜嘢證據。適用嘅公司、保險、牌照及專業資格證明,會按實際工作範圍確認,而唔係靠一個籠統標章暗示。
項目控制鏈
交付控制
實際合約文件視乎項目同委任方式。以下六項係 UPNX 喺工程開展前希望建立嘅最低商業及交付架構。
先確認地點、系統、介面、假設、排除事項同客戶決定,再將固定工程價格視為可靠。
責任矩陣分開 UPNX 交付、客戶責任、設計師或顧問範圍、專業委任同第三方依賴。
建議書或合約列明付款里程碑、進度依賴、暫定金額同書面變更規則。
按已確認工程需要,議定場地進出、施工方案、風險控制、許可及合資格人士要求。
測試及調試按議定計劃、驗收標準、問題紀錄同明確負責人完成收口。
按約定提交圖則、清單、測試紀錄、資產資料、培訓、保養界線同安全憑證轉移方法。
分階段證據
呢個係採購框架,唔代表每份文件或每項專業委任都適用於所有項目。
01 · 建議書之前
02 · 進場之前
03 · 驗收之前
Claims
UPNX 唔會公開未核實嘅牌照範圍、法定專業能力、節能成果、全球推展或客戶背書。受規管工程及專業委任必須配合已確認項目範圍,並喺發出建議書前有有效證據支持。除非另有成果證據同客戶許可,客戶案例只描述已批准嘅工作範圍。
Systems
IoT、計量、網絡、AV、保安或 BuildOS 介面應界定數據擁有權、網絡區域、供應商存取、保留期、支援、憑證轉移同事故責任。Jary AI 或 BuildOS 係可選項目,獲委任時使用獨立科技範圍。
FAQ
應該按指定簽約實體同實際工作範圍要求適用文件。發出合約或建議書之前,必須確認文件可用性、有效期同負責人模式;本頁唔可以代替實際證明。
建議書應列明佢哋嘅範圍、商業安排、協調責任人同證據要求。除非有明確確認,UPNX 唔會暗示已包括專業或受規管委任。
議定交收可以包括圖則、資產及數據點清單、配置紀錄、檢查及調試證據、問題收口、培訓、保養資料同安全憑證轉移方法。實際清單應寫入合約。
唔會。監測只建立可視性;節能或合規結論需要議定基線、方法,以及按需要作出適當專業委任。