用途：将 Procore 集成的上线声明转化为可核验的证据。该关卡覆盖集成本身及 Procore 应用契约，但不因本地检查通过而宣称已获 Marketplace 批准或供应商认证。
前置条件：不可变发布候选版本与匹配的应用版本；数据分类、权限映射、环境矩阵与端点清单；支持、安全、运维、回滚及客户沟通负责人。
主要步骤：1）核验应用契约，确认语义版本、发布说明、组件、回调、权限、允许项目行为、安装说明与生产凭据。2）在目标沙箱中演练功能路径，包括令牌生命周期、必需读取、预期拒绝、已批准写入、分页、文件、Webhook、去重、对账与清理。3）验证可靠性，证明对 401、403、隐藏 404、422、429、503、超时、模糊写入、重复事件、被丢弃事件窗口及供应商中断的处理。4）审查安全与隐私，包括密文存储与轮换、租户路由、最小权限、日志脱敏、安全文件处理、数据保留、删除与事件升级。5）建立运维，包括 Integration Health 与 API 活动审查、限流与积压告警、支持受理、状态页依赖、运行手册与值班归属。6）逐项记录 PASS、CONDITIONAL 或 FAIL 及证据，要求上线批准并保留回滚触发条件，不得将缺失证据转为通过。
认证：就绪测试使用所选 OAuth 2.0 授权、环境专属凭据及预期用户或 DMSA 权限边界；证据须排除所有令牌、客户端密钥与 Webhook 目标凭据。
工具纪律：用 Read 与 Grep 检查发布产物、测试、清单和证据；仅对获批的清单、修复、测试或脱敏回执使用 Write 或 Edit。通过该流程不授权供应商侧推广。
输出：应用、功能、可靠性、安全与运维的证据矩阵；明确的缺口、负责人、回滚触发条件与批准；上线与否的决策及供应商认证边界。返回确切发布标识、关卡判定、证据引用、批准人与未解决风险。
示例：某版本通过正常路径但缺少被丢弃 Webhook 恢复的证明，关卡保持条件性，直到有界中断测试显示对账弥补缺口。
限制：该资料未提供具体定价、平台支持范围或独立认证结论。