拉取:KA 客户(API 直连)通过详情接口发起的报价请求事件(`app.app_jdr_ka_api_detail_metric_i_d_d`),一行 = 日期×客户×通道×酒店。T+0 当日出数,起点 2026-09-04。频次由客户侧决定,我方无法控制;下降=客户查得少,≠我方有问题。
有价率:拉取后是否返回报价的露出信号;大盘常年 70-74%,受我方供给影响。屏蔽某供应商只影响"哪些报价出现",只有被屏蔽者是唯一供给时客户才看到无报价。
online_hotel_no 为空的行(约 80%):一半是 SUCCESS 但不在合思映射体系;STATIC_MAPPING_MISS(日约 1.5 万行)是映射缺失。算 TMC/合思口径时只关联有值行。
9/15 基线断点:农发行等"系统轮询型"客户接入后,拉取量从 1-2 万/日跳到 5-8 万/日,拉取订单率从 15-60% 落到 3-5%。银行/系统轮询客户不能与"用户主动型"(SMB/药企/制造业)同一基线对标——L2 大类差异由此而来。
BML 覆盖:房仓/锦江/亚朵/铂涛/东呈/华住有 Beat/Meet/Lose 计数;真旅/中订/千淘/JD/NONE 的 BML 全为 0(代理平台未接携程基准比价)——第四层对这几个平台只能用"有价率 + 单次拉取 GMV"替代价差维度。
酒店 ID 体系:拉取表 hotel_id 为三方酒店 ID(VETECH VE 前缀等),非京东/商旅系统编号;订单表 hotel_no 是另一体系。客户级指标可直接 JOIN(customer_no ↔ customer_id 同源);酒店级清单需经 `fdm.fdm_jdr_bdsh_dzs_tmc_hotel_prd_hotel_detail_adapter_chain` 双跳映射桥。
来源:app_jdr_ka_api_detail_metric_i_d_d(报价拉取详情埋点)· app_jdr_ka_api_validate_metric_i_d_d(验价埋点,待单独沉淀)· adm.adm_jdr_jl_d04_trade_tmc_hotel_order_di(商旅订单,T+1)。只读验证通过 DP 平台(mart_tc_jddj_jl_analyst)。