# Salesforce / CM / BI Report Trace Cards

Date: `2026-07-07`

## 用法

这份文档是
`按单张 front-door 报表`
来读的版本。

适合回答这类问题：

- `这张报表在 Salesforce 现网到底靠什么语义撑着`
- `CM 这边已经接住了什么`
- `当前主要差异是什么`
- `最敏感的是哪些字段`
- `下一步先补 parity 还是该直接怀疑 runtime`

如果要 2 分钟快读，
看：

- [salesforce-cm-bi-canonical-matrix-2026-07-07.md](/Users/amber/ai/nexuscrm-pingcap-pack/docs/salesforce-cm-bi-canonical-matrix-2026-07-07.md)

如果要从对象 / 机制 / 字段切入，
看：

- [salesforce-cm-bi-object-matrix-2026-07-07.md](/Users/amber/ai/nexuscrm-pingcap-pack/docs/salesforce-cm-bi-object-matrix-2026-07-07.md)
- [salesforce-cm-bi-mechanism-matrix-2026-07-07.md](/Users/amber/ai/nexuscrm-pingcap-pack/docs/salesforce-cm-bi-mechanism-matrix-2026-07-07.md)
- [salesforce-cm-bi-field-matrix-2026-07-07.md](/Users/amber/ai/nexuscrm-pingcap-pack/docs/salesforce-cm-bi-field-matrix-2026-07-07.md)

## 1. `fd12e3fc-d36f-4cc5-b2d9-9ed2808489dc` `lead funnel / ICP path`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 `lead_mql_timestamp`、`lead_iqm_timestamp`、status/lifecycle 时间戳、lead-account stitching、convert 前后的 campaign path。 |
| CM 当前已支持什么 | 本地已有 `IQM_Completion_Flow`、`Lead_Status_Duration`、`Std_ConvertLeadCampaignPreview`、`convertLead -> Std_ConvertLeadCampaignPreview` 这组承接件。 |
| CM 当前未支持 / 疑似未支持什么 | `Lead_StatusChangeTimestamp` 仍不是 live 的窄语义；`Campaign_Member_Key_Message_Update` 仍是 `0 hits`；Lead 长尾 assignment / reminder / notification parity 仍未清；后续才是 `LeadTrigger` / `LeadAITrigger`。 |
| 最敏感字段 | `lead_mql_timestamp`、`lead_iqm_timestamp`、`lead_status`、`lead_surrogate_key`、`first_touch_campaign`、`last_touch_before_iqm`、`last_touch_before_opp_creation`。 |
| 最先打到哪组模型 | `salesforce_leads`、`dim_lead`、`dws_lead_timeline`、`dws_icp_summary`。 |
| 当前最稳动作 | 先按 `Lead lifecycle parity` 处理：先收窄 `Lead_StatusChangeTimestamp`，再补长尾 Lead Flow，再看 residual trigger。 |

## 2. `8c6f30a4-c6fe-4536-ac62-d937d0176ebd` `campaign attribution / contact-opportunity touch`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 `first_responded_date`、response/involvement、lead-contact convert 后 relink、campaign/contact 到 opportunity 的金额归因。 |
| CM 当前已支持什么 | 本地已有 `Lead_Set_First_And_Last_CampaignMember*`、`Contact_Set_First_And_Last_CampaignMember*`、`Std_ConvertLeadCampaignPreview` 这一整套 attribution 基础设施。 |
| CM 当前未支持 / 疑似未支持什么 | `Campaign_Member_Key_Message_Update` 当前仍是 `0 hits`；Contact live Flow peer 未见本地 peer；后续才是 `Trigger_CampaignMember` 和 Contact trigger surfaces。 |
| 最敏感字段 | `first_responded_date`、`campaign_member_status`、`has_responded`、`is_contact_involved`、`contact_response_date`、`attributed_arr`、`attributed_acv`。 |
| 最先打到哪组模型 | `salesforce_campaign_members`、`salesforce_campaign_attributions`、`dws_campaign_attribution`、`dws_campaign_attribution_details`。 |
| 当前最稳动作 | 先按 `CampaignMember parity + Contact stitching parity` 处理，不要误读成 `Campaign` 主表大缺口。 |

## 3. `58339683-7a7a-4bb6-91bd-14b149572ac9` `account + current/monthly order MRRARR composite`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 `AccountID`、ICP/Segmentation、tenant bridge、`account_current_order_type`、`order_product_family`、current-month ARR/MRR。 |
| CM 当前已支持什么 | 本地已有 `Org_Set_Account`、`Order_Default_RevRec_Entity`、`Cloud_Registration_Source_from_Org_to_Order` 这条 bridge + finance 主链。 |
| CM 当前未支持 / 疑似未支持什么 | `Account_Current_Order_Type`、`Order_Org_Auto_Set_Account_Create/_Update`、`Order_Set_PLG_BD_Pool` 当前仍是 `0 hits`；`Account_Partner_Sales_Owner_Set` 对这张面当前更适合作为 `#3707` 的次级回归项。清完这些后才是 `AccountTrigger` / `OrderTrigger` / line-item trigger residue。 |
| 最敏感字段 | `account_number`、`fy26_icp`、`fy26_segmentation`、`account_current_order_type`、`order_product_family`、`arr_usd_cd_rate_current_month`、`mrr_usd_cd_rate_finance`。 |
| 最先打到哪组模型 | `nexuscrm_account / nexuscrm_org_c`、`dws_salesforce_account_quarterly_mrrarr_bo_subscription_and_cloud_pivot`、`dws_salesforce_order_current_monthly_mrrarr_bo_subscription_and_cloud`、current/monthly order MRRARR 邻近 datasources。repo 侧当前更像 `account_current_order_type` 先在 account-quarterly/account-basic-info 侧带值，而 current-month order 模型自己仍保留部分 `NULL` placeholder。 |
| 当前最稳动作 | 先按 `Account current-order-type + Order carry-over parity` 开修，不要一上来就定成 runtime。 |

## 4. `f9c4bd70-8ce4-487c-abb1-5518ffffd6bd` `activated-order / monthly revrec by account+tenant`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 activated-order、monthly revrec、tenant/account bridge、`order_product_family`，并受 collections / org-to-collection / PLG pool / revrec bridge 影响。 |
| CM 当前已支持什么 | 本地 `Invoice_Collection__c` 已有大量 helper 字段，`Order` 侧也已有 collections rollup；再加上 `Cloud_Registration_Source_from_Org_to_Order` 和 `Order_Default_RevRec_Entity`，本地已存在完整 order finance snapshot 基础设施。 |
| CM 当前未支持 / 疑似未支持什么 | `Collection_Set_PLG_BD_Pool`、`Collection_Amount_and_Payable_Amount_exc_tax`、`Collection_Amount_and_Payable_Amount_exc_tax_Update`、`Cloud_Registration_Source_from_Org_to_Collections` 仍是 `0 hits`；`Invoice_Collection__c.Name` auto-number 也仍缺；后续才是 `OrderTrigger` / `RevenueTrigger` / line-item trigger residue。 |
| 最敏感字段 | `tenant_id`、`tenant_name`、`account_current_order_type`、`order_product_family`、`mrr_usd_cd_rate_finance`、`collections_status_c`、`invoice_status_c`、`cash_collected_c`、`payable_amount_usd_2_exc_tax_c`、`plg_bd_pool_c`、`marketplace_c`。 |
| 最先打到哪组模型 | `model_tidbcloud.dws_cloud_tenants_basicinfo`、`dws_salesforce_activated_order_account_basic_info_v3`、`dws_salesforce_activated_order_account_monthly_revrec_v3`、`salesforce_order_daily_view`、`salesforce_org_monthly_revrec`、`monthly_revrec_collections`。repo 侧当前更像 `account_current_order_type` 先从 activated-order basic-info / tenant bridge 模型进来，而 monthly-revrec fact 自身仍保留 `NULL` placeholder。 |
| 当前最稳动作 | 先补 `Invoice_Collection__c helper / carry-over parity`，再补 `Order + RevRec` 邻近 parity，最后才单列 residual finance trigger。 |

## 5. `1733a75e-a1b2-4415-8732-2c053657e245` `pipeline data quality / cleanup monitor`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 `Opportunity` 的 stage / forecast / close-date / launch-date / owner-team / cloud-order-type 语义，再叠加 `Quote` 的 service-window / nonstandard-term / commercial validation 语义。 |
| CM 当前已支持什么 | 本地已有 `Std_OpportunityStageDerivedFields`、`Opportunity_Cloud_Order_Type_Set`、`Opportunity_Close_Date_Auto_Set`、`Opportunity_Auto_To_Launch_Stage`、`Opportunity_Pricebook_Default`；Quote 侧 validation/field substrate 也在。 |
| CM 当前未支持 / 疑似未支持什么 | `Quote_update_nonstandard_conditions_checkbox`、`Quote_update_nonstandard_conditions_checkbox_2`、`OpportunityShareToPersalesOwner`、`OpportunityUpdateShareToPerSalOwner` 当前仍是 `0 hits`；另有 quote / opportunity 邻近 validation local inactive；后续才是 `OpportunityTrigger` / `QuoteTrigger`。 |
| 最敏感字段 | `stage_name`、`forecast_category`、`probability`、`close_date`、`launch_date`、`quote_service_start_date`、`quote_service_end_date`、nonstandard-term / quote cleanup 邻近字段。 |
| 最先打到哪组模型 | `dws_data_quality_alerting`、`rpt_data_quality_wtw_comparison`、`dws_salesforce_pipeline_data_quality_cleanup_detail_v2`。 |
| 当前最稳动作 | 先按 `Opportunity/Quote L2 parity` 处理：补 Quote exact-name Flow、对齐 inactive validation、再看 owner-team / trigger residue。 |

## 6. `690c8087-0697-4272-b05e-2ee37d728c15` `PLG signup / billing-capable cloud funnel`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 这张面主要吃 tenant/account bridge：tenant identity、tenant-account bridge、account-side segmentation / owner 邻近语义，再与 cloud signup / billing-capable user 数据拼接。 |
| CM 当前已支持什么 | 本地已有 `Account.Account_ID__c` auto-number、`Org_Set_Account` 这两条 shared-key 主承接件；`dws_cloud_tenants_basicinfo` 也已把 tenant/account bridge 真实带进命名 tenant 模型链。 |
| CM 当前未支持 / 疑似未支持什么 | account-side missing names 与 order-side carry-over 仍会回流污染这里；但当前更稳地读成 `583...` current-order-type 主票和 `673... / 212...` owner/governance 主票清理后的 dependent consumer，而不是要先单开的 account 或 Lead 主链 gap。 |
| 最敏感字段 | `new_users_count`、`traffic_funnel_type`、`tenant_id`、`tenant_name`、`tenant_email`、`tenant_region`。 |
| 最先打到哪组模型 | `model_tidbcloud.dws_cloud_tenants_basicinfo` 与 cloud funnel datasources。 |
| 当前最稳动作 | 先跟随 `583...` 与 `673... / 212...` 做回归，不要从 `Lead` 开始排，也不要先把它单开成 account shared-key 主票。 |

## 7. `837f6250-3c3d-44b9-af6f-4db9aeb30a94` `ARR summary + regional/company forecast`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 这张面把 `Opportunity` 的 ARR/forecast，`Order` 的 current-month finance，`Revenue__c` 的 revrec / confirmed revenue，以及 line-item 的 `product_family / net_fees / service window` 组合在一起。 |
| CM 当前已支持什么 | 本地已有 `Order_Default_RevRec_Entity`、`Order` 对 `Revenue__c` 的 rollup、`Order_Product__c` 的公式/rollup/validation、标准 OLI/QLI helper flow。 |
| CM 当前未支持 / 疑似未支持什么 | `Order_Org_Auto_Set_Account_Create/_Update`、`Order_Set_PLG_BD_Pool`、`contractOpportunityInset`、`RevRec_Set_PLG_BD_Pool` 仍是 `0 hits`；`Revenue__c.Name` 与 custom line-item `Name` auto-number 仍未补；后续才是 `OrderTrigger` / `RevenueTrigger` / custom line-item trigger residue。 |
| 最敏感字段 | `arr_amount_usd`、`accurate_acv_amount`、`order_product_family`、`arr_usd_cd_rate_current_month`、`mrr_usd_cd_rate_finance`、`Recognized_Revenue_Amount__c`、`Amount_Before_Adjust__c`。 |
| 最先打到哪组模型 | `dws_salesforce_arr_summary`、current-month order MRRARR datasources。 |
| 当前最稳动作 | 先按 `Order carry-over + Revenue parity + line-item parity` 处理，再单列 residual finance trigger。 |

## 8. `673c89ef-fb02-4303-a9a2-5519a652051c` / `2128769b-9f86-4c7a-a9f4-8cc7491868e3` `account + forecast surfaces`

| 维度 | 当前证据 |
|---|---|
| Salesforce 现网会做什么 | 维护 `AccountID`、ICP、Segmentation、Industry、tenant linkage，并把机会 / forecast / tenant 维度稳定绑定到 account。 |
| CM 当前已支持什么 | 本地已有 `Account_ID__c` auto-number、部分 Account formula/rollup/Flow、`Org_Set_Account`；front-door `salesforce_accounts` / `dim_org` / `dim_customer` / `dim_tenant` 字段也已坐实。 |
| CM 当前未支持 / 疑似未支持什么 | `Account_Contract_Valid_Message`、`Account_Partner_Sales_Owner_Set` 当前仍是 `0 hits`；`Account_Current_Order_Type` 当前不再作为这组 front-door 的主实现范围。邻近 Order/Revenue carry-over gap 仍会回流污染 tenant/account linkage；后续才是 `AccountTrigger`。 |
| 最敏感字段 | `account_number`、`fy26_icp`、`fy26_segmentation`、`account_id`、`account_name`、`account_industry`、`owner_user_id`、`sales_team_name`、`tenant_id`、`tenant_region`。 |
| 最先打到哪组模型 | `salesforce_accounts`、global ARR forecast snapshots、repo-side `dws_global_arr_forecast_cloud_account_best_and_base` / `dws_global_arr_forecast_op_to_cloud_best_and_base_detail`、次级 `dim_org` / `dim_customer` / `dim_tenant`。也就是说 forecast account 模型链里已经能带到 `account_current_order_type`，但当前 live report query 仍没把它打成这两张 front-door 的 direct field hit。 |
| 当前最稳动作 | 先按 `account owner / governance parity + tenant bridge drift` 处理，再看 residual `AccountTrigger`。 |

## 一句话收口

`如果按单张报表看，当前最常见的仍不是 CM 完全没能力，而是 front-door 报表背后的 exact-name Flow、shared-key carry-over、quote/account/collections helper parity 还没补齐；真正更像 CM 真边界的，是这些报表面的 parity 清完以后剩下的 trigger/runtime 残余。`