Procore 導入 OpenSharing 提升建築分析資料更新頻率至每小時

背景

建築業的資料通常分散在不同平台、地區與團隊中，導致現場數據與財務系統脫節，決策者難以即時掌握專案全貌。Procore 作為全球建築管理軟體供應商，服務美國、歐洲、中東、亞洲及澳洲的數萬名客戶，旨在透過單一平台連接業主、總承包商與專業承包商。然而，客戶不僅需要 Procore 內部的資料，還需將其整合至自身環境（如 Power BI、Tableau、Snowflake、BigQuery 或本地端 SQL Server）進行報表製作與下游分析。Procore Analytics 即為提供此類程式化存取（programmatic access，透過程式自動抓取資料）的解決方案。 Databricks Blog

發生什麼事

Procore 將第一代 Procore Analytics 從基於 SQL Server 後端與 API 驅動（透過應用程式介面抓取資料）的架構，遷移至 Databricks 上的 OpenSharing。舊架構受限於每日僅能刷新一次資料，即使付費客戶最多也僅能達到每日三次，無法滿足建築專案即時變化的需求。此外，透過公開 API 為數萬名客戶抓取資料涉及深層遞迴呼叫，成本高且容易因超時或限制而失敗。新架構利用 OpenSharing 直接共享整理好的檔案，消除了 API 呼叫的瓶頸。 Databricks Blog

重點內容

Procore Analytics 2.0 採用 Databricks 內的「medallion architecture」（一種將資料分為銅、銀、金三層以確保品質與效能的架構）。原始事件進入銅層（bronze layer）後，經銀層（silver layer）清洗與驗證，最終在金層（gold layer）進行聚合與建模。金層資料從各區域匯集至主要分析區域，再由 OpenSharing 分發給客戶。此架構支援每小時更新資料，並能管理數十萬個獨立資料共享，每個客戶可存取數百個整理好的表格。 Databricks Blog

在存取方式上，未使用 Databricks 的客戶可在 Procore 應用程式內產生 OpenSharing token（用於驗證身分的權杖），透過開放協定連接；已有 Databricks 的客戶則可透過 Databricks-to-Databricks 原生共享功能直接接收資料。安全性方面，共享透過 Unity Catalog 管理，確保每個使用者與專案的存取權限受控。例如，總承包商可與業主共享專案進度，同時保持自身財務資料隱私。此外，表格啟用 Change Data Feed（變更資料饋送，僅傳輸自上次同步後變更的資料），讓客戶能選擇接收完整資料集或僅接收變更部分，提升處理數百萬筆記錄時的效率。 原文

為確保下游管線穩定，Procore 制定了嚴格的變更節奏：每年進行四次「破壞性變更」（breaking change，指可能中斷客戶下游流程的變更，如欄位改名或資料類型改變），並提前六週通知；每年進行十二次「非破壞性變更」，提前三週通知。這種機制讓客戶能預先調整其 Power BI、Tableau 或其他分析工具中的查詢邏輯。 原文

對使用者的意義

對於業主、總承包商與專業承包商而言，新系統提供了單一且可信的專案視圖，資料更新頻率從每日一次提升至每小時，大幅縮短決策延遲。客戶可將 Procore 資料直接整合至現有的商業智慧工具或資料倉儲中，無需額外開發 API 串接程式。由於採用開放協定，無論客戶使用 Excel、Power BI 還是完整的 Databricks 環境，都能以一致的方式存取經過治理的資料，且 Procore 應用程式內報表與外部提取資料的欄位命名與數值保持一致。 Databricks Blog