Procore 如何借助 OpenSharing 为建筑分析提供动力
内容提要
Procore Analytics 2.0 采用 Databricks 与 OpenSharing 重构数据架构，取代受限于每日刷新和 API 瓶颈的旧版。新架构通过分层数据管道和 OpenSharing 向客户共享数百张治理良好的数据表，支持跨云、跨平台消费，并实现按用户和项目的权限控制。数据目录规模翻倍、构建时间减半，刷新频率不再受限，新产品数据可更快交付客户。
延伸解读
从API瓶颈到共享架构：刷新频率的突破
旧版Procore Analytics依赖公共API提取数据，每日仅限一次刷新，付费用户最多三次，且递归调用成本高、易超时。新版通过OpenSharing直接共享治理好的数据表，消除了API瓶颈，刷新频率不再受限。对建筑项目而言，现场情况每小时都在变化，这一改变让项目经理能在会议前拉取最新数据，而非在会上解释滞后信息。
权限控制与数据隔离的实际意义
OpenSharing通过Unity Catalog实现按用户和项目的权限控制，并自动同步Procore应用中的权限变更。这意味着总承包商可以向业主共享项目进度，同时保持自身财务数据私密；也可以仅向特定贸易伙伴共享其范围的数据。这种细粒度控制减少了手动配置，降低了数据泄露风险，对多方协作的建筑项目尤为重要。
统一语义层与可预测的变更节奏
新版架构让Procore应用内报告和客户提取共用同一金层，确保客户在UI中看到的值与提取出的值名称和数值一致。同时，Procore设定了每年四次破坏性变更（提前六周通知）和十二次非破坏性变更（提前三周通知）的节奏，帮助客户规划下游管道。这种可预测性对于依赖数据管道的企业级分析至关重要。
数据目录翻倍与产品数据更快交付
借助OpenSharing，Procore Analytics 2.0在不到一半的时间内将可提取表目录扩展到数百张，规模翻倍。内部团队构建新功能后，其数据几乎能立即供客户提取，无需等待并行的分析管道。这意味着客户能更快获得新功能产生的数据，减少一次性集成工作，从而加速下游分析和AI应用。
Q&A
Procore Analytics 2.0 相比旧版在数据刷新频率上有什么改进？
旧版 Procore Analytics 每天只能刷新一次，即使付费额外刷新也最多每天三次。2.0 版本通过 OpenSharing 取消了这一限制，客户可以根据业务节奏安排刷新，许多客户每天多次刷新，使用下游工具支持的任意频率。
OpenSharing 如何帮助 Procore 控制数据访问权限？
OpenSharing 通过 Unity Catalog 进行集中治理，实现按用户和按项目的权限控制。自动化任务会读取 Procore 应用中的用户权限并同步到 OpenSharing 授权，因此总承包商可以与业主共享项目进度，同时保持自身财务数据私密，或仅与特定贸易伙伴共享相关数据。
Procore Analytics 2.0 的数据架构分为哪几层？
Procore Analytics 2.0 在 Databricks 上采用 medallion 架构，分为 bronze、silver、gold 三层。bronze 层原样接收来自应用数据库和集成事件的原始数据；silver 层进行清洗、验证和质量检查，生成确认数据集；gold 层对数据聚合、优化和建模，供分析使用。三层均跨多个区域运行，gold 表最终汇集到主分析区域，通过 OpenSharing 分发给客户。
客户如何通过 OpenSharing 接收 Procore 的数据？
有两种接收路径：没有 Databricks 的客户在 Procore 应用内生成 OpenSharing 令牌，通过开放协议连接；已有 Databricks 的客户添加工作区标识符，即可通过 Databricks-to-Databricks 共享原生接收数据。此外，客户还可以使用 Power BI、Tableau 等 BI 工具直接消费，或通过开放客户端库在其他平台上使用。
Procore Analytics 2.0 在数据目录规模上有何提升？
旧版 Procore Analytics 1.0 花费数年时间才建立起基础的数据表和字段目录，而 2.0 版本借助 OpenSharing 在不到一半的时间内将目录扩展到数百张表，使客户可提取的数据范围 effectively 翻倍。
Procore 如何管理数据架构变更对客户的影响？
Procore 制定了可预测的变更节奏：每年四次破坏性变更（如重命名字段、更改列类型或重构表），提前六周通知；每年十二次非破坏性变更，提前三周通知。这些变更与组织发布日历对齐，以帮助客户提前调整下游管道。
