order_site/docs/affiliate_dash_发货平台/affiliate-dash对接.md

affiliate_dash 商户接入对接文档（方案 B：统一领取页深度集成）

文档对象：order_site 后端 / 前端对接开发 版本：v1（评审稿） 对接方向：order_site 作为 affiliate_dash 的一个商户，走商户开放接口 /api/client/v1，由 affiliate_dash 完成皮肤/道具履约，order_site 保持自己的统一领取页并自建发货交互。

---

0. 一句话结论

order_site 在 affiliate_dash 开通一个商户账号 + API 客户端，下单时调用 POST /api/client/v1/orders 幂等建单扣款，领取页通过 delivery 系列接口（查询 → 绑定 → 轮询 → 提交）在本站页面内完成发货交互，最终由 affiliate_dash 回调 order.shipping.updated 驱动 order_site 任务状态与快手电子凭证核销闭环。

---

1. 角色与职责边界

方	承担	不承担
order_site	91 进单、商品匹配、履约任务、统一领取页、玩家信息收集、回调接收、电子凭证核销、人工兜底	不直接对接皮肤源头；不管理 affiliate_dash 钱包
affiliate_dash	商户建单扣款、发货数据查询、绑定、对源头履约、回调推送	不接触 91 卡券，不生成 order_site 的 claimUrl

对接方式与现有 kuaishou-feifei 执行器同构：order_site 新增一个 affiliate_dash executor，复用一个 preparePaidTask + resolveDeliveryLink，对外仍然只返回本站统一领取链接。

---

2. 对接前准备（affiliate_dash 侧，管理员手动完成）

项	说明
商户账号	affiliate_dash 后台新建商户（如 order_site），状态 active
API 客户端	商户后台「API 密钥」新建，scopes 至少含 products:read、orders:read、orders:write、shipping:read、wallet:read；保存 app_key / secret（secret 仅创建时展示一次）
回调配置	商户后台「回调」配置接收 URL（指向 order_site 回调路由），订阅事件 order.created、order.shipping.updated、order.cancelled，保存回调 secret
钱包充值	affiliate_dash 无真实支付，下单即扣商户钱包积分；上线前需充值足够积分
环境	记录 BASE_URL（如 https://affiliate.example.com），确认网络可达；时间偏差容差 ±300 秒，服务器需 NTP 同步

---

3. 鉴权与签名

3.1 请求签名（order_site → affiliate_dash /api/client/v1）

Header：

Header	必填	说明
X-App-Key	是	商户 API 客户端 app_key
X-Timestamp	是	Unix 秒时间戳
X-Nonce	是	随机串 8～96 位；同 Key 有效期内不可重复（服务端持久化防重放）
X-Sign	是	见下

签名字符串（body 先 sha256，与源头侧 /api/open/v1 的原始 body 拼串不同，勿混用；参数名是 app_key 而非旧接口的 api_key，写错会 401）：

app_key=<app_key>&body_sha256=<sha256hex(body)>&method=<GET|POST>&nonce=<nonce>&path=<仅路径>&timestamp=<unix秒>

规则：

1. 参数按 ASCII 字典序排序（固定为上面顺序）；
2. value 原样拼接不做 URL encode；GET 请求 body 为空字符串（body_sha256 为空串的 sha256）；
3. X-Sign = hex(HMAC-SHA256(secret, 签名字符串))，小写。

TypeScript 参考：

import { createHmac, createHash } from 'node:crypto'

function sha256Hex(input: string): string {
  return createHash('sha256').update(input, 'utf8').digest('hex')
}

function hmacSha256Hex(secret: string, content: string): string {
  return createHmac('sha256', secret).update(content, 'utf8').digest('hex')
}

export function buildClientSign(params: {
  appKey: string
  appSecret: string
  method: string
  path: string
  body: string
  timestamp: string
  nonce: string
}): string {
  const content = [
    `app_key=${params.appKey}`,
    `body_sha256=${sha256Hex(params.body)}`,
    `method=${params.method.toUpperCase()}`,
    `nonce=${params.nonce}`,
    `path=${params.path}`,
    `timestamp=${params.timestamp}`,
  ].sort().join('&')
  return hmacSha256Hex(params.appSecret, content)
}

3.2 回调验签（affiliate_dash → order_site）

Header：X-Event-ID、X-Timestamp、X-Sign

content = body_sha256=<sha256hex(原始body)>&timestamp=<X-Timestamp>
X-Sign  = hex(HMAC-SHA256(回调secret, content))

校验顺序：X-Timestamp 在 ±300 秒内 → 按 X-Event-ID 幂等去重 → 重算签名比对（timingSafeEqual）→ 处理业务。校验失败返回 4xx，成功尽快返回 2xx（affiliate_dash 会重试最多 16 次，间隔为固定递增序列 15s/15s/30s/3m/10m/20m/30m/30m/30m/1h/3h/3h/3h/6h/6h，非严格指数退避）。

---

4. 商品映射

• 拉取：GET /api/client/v1/products（分页 page/size），关键字段：

字段	说明
list[].sku	下单时作为 sku 传入
list[].display_name	商户展示名
list[].price_amount	单价（积分）
list[].stock	库存，-1 不限
list[].status	active 可售

• order_site 侧在履约配置（fulfillment_profiles.config_json）维护映射：91 productNo / order_site 商品 → affiliate_dash sku。
• 建议：admin 配置页支持手动关联 + 定时同步（商品下架/缺货在领取前拦截，转人工）。

---

5. 完整时序（方案 B）

91 卡券下单
  └→ order_site 建内部订单 + 履约 task（executor_key = affiliate_dash）
       └→ preparePaidTask：
            POST /api/client/v1/orders
              { client_order_no: <order_site 内部单号>, sku, quantity, buyer_reference, data: { 91单号, 预期游戏账号 } }
            → affiliate_dash 扣钱包积分，建单（order_no, order_status=paid）
            → order_site 从 201 响应**同步**拿到 order_no，写入 task 上下文，task → link_generated
            → 异步回调 order.created 仅作对账/补发（幂等，不改变 task 状态）
       └→ resolveDeliveryLink：返回本站统一 claimUrl
91 把 claimUrl 发给用户
用户打开 order_site 领取页（executor_key=affiliate_dash 分支）
  └→ 展示商品/预期账号
  └→ 用户输入/确认游戏 UID → POST /orders/{order_no}/delivery/bind
       → 展示 bind_url / qr_url（或跳转绑定）
  └→ 轮询 GET /orders/{order_no}/delivery/bind-result（2~3 秒）
       → bound=true（含 mismatch 提示）→ 展示角色信息
  └→ POST /orders/{order_no}/delivery/submit { game_account, bind_uuid }
       → affiliate_dash 进入 delivering，内部对源头发货
affiliate_dash 履约完成（delivered / ship_failed）
  └→ 回调 order.shipping.updated
       → order_site 验签 + 幂等 → 更新 task 状态
       → delivered：task → redeemed/completed，触发快手电子凭证核销
       → ship_failed：task → retry_pending/manual_review，展示失败原因

---

6. 接口明细（order_site 实际使用的端点）

6.1 创建订单 POST /api/client/v1/orders（scope orders:write）

body	类型	必填	说明
client_order_no	string	是	幂等单号，同一商户下唯一；建议用 order_site 内部单号
sku	string	是	affiliate_dash 商品 sku
quantity	int	否	默认 1
buyer_reference	string	否	买家标识/备注（可填 91 单号或用户标识）
data	object	否	透传业务数据（≤2048B）；约定字段 game_account/game_channel/role_name 会用于发货处理；回调原样带回

响应 data.order：order_no、client_order_no、order_status（=paid）、can_ship、cannot_ship_reason、amount、base_amount、service_fee_amount、currency 等。

注意：

• 成功创建 HTTP 201；命中幂等返回 200 且 idempotent=true + 既有订单，不重复扣款；
• 无真实支付，下单即扣钱包积分，余额不足返回 400 —— order_site 必须处理该降级；
• 下单后以 order_no 为准进行后续查询/发货/回调匹配。

6.2 查询订单 GET /api/client/v1/orders/{order_no}（orders:read）

返回订单当前状态、金额、失败原因等（⚠️ 实际响应不含「发货链接有效期」字段，有效期仅在 delivery-link 接口返回）；用于 order_site 主动对账/兜底轮询。

6.3 获取发货链接 GET /api/client/v1/orders/{order_no}/delivery-link（orders:read/shipping:read）

返回 delivery_url（可直接打开的 affiliate_dash Web 发货页）。方案 B 下作为备选（如自建页临时不可用时直接跳转）。

6.4 查询发货数据 GET /api/client/v1/orders/{order_no}/delivery（orders:read/shipping:read）

自建发货页的渲染数据：status、can_ship、cannot_ship_reason、product、buyer_name、game_channel、game_uid、role_name、pay_score、data（下单透传，用于预填玩家账号）、good（商品展示详情）。

6.5 发起绑定 POST /api/client/v1/orders/{order_no}/delivery/bind（orders:write）

body	类型	必填	说明
game_account	string	是	玩家编号 / UID

返回 bind_uuid（提交发货凭证）、bind_url（绑定跳转地址）、qr_url（绑定二维码）。同一订单重复绑定以最新凭证为准。

6.6 查询绑定结果 GET /api/client/v1/orders/{order_no}/delivery/bind-result?bind_uuid=..（orders:read/shipping:read）

字段	说明
bound	是否完成绑定；未绑定 false，自建页每 2~3 秒轮询
game_account / role_name / game_channel	绑定成功后返回
expected_game_account	下单 data.game_account 透传的预期账号（有传才返回）
mismatch	绑定账号与预期不一致时为 true；提交发货会被拒绝

6.7 提交发货 POST /api/client/v1/orders/{order_no}/delivery/submit（orders:write）

body	类型	必填	说明
game_account	string	是	玩家编号 / UID
bind_uuid	string	是	绑定凭证

返回 order_no、status（=delivering）、message、provider_order_no。同一订单重复提交直接返回既有结果。最终成败以回调为准。

6.8 余额查询 GET /api/client/v1/wallet（wallet:read）

可选：下单前预检余额，或在订单创建 400 时告警。返回 available_balance、currency 等。

---

7. 回调契约

事件	触发时机
order.created	商户下单成功（扣款完成，order_status=paid）
order.shipping.updated	发货状态变化（delivering / delivered / ship_failed）
order.cancelled	订单取消/退款

payload（统一结构）：

{
  "event_id": "…",
  "event": "order.shipping.updated",
  "occurred_at": "…",  // 真实实现含此字段
  "data": {
    "order_no": "FO20260730000123",
    "client_order_no": "shop-10001",
    "product_sku": "suit_pink_sheep",
    "quantity": 1,
    "base_amount": 100,
    "service_fee_amount": 1,
    "amount": 101,
    "currency": "POINT",
    "order_status": "delivered",
    "can_ship": false,
    "cannot_ship_reason": "",
    "provider_order_no": "…",
    "failure_reason": "",
    "data": { "91单号": "…", "game_account": "4808146277" }
  }
}

order_site 处理要求：

1. 验签（见 3.2）；
2. 按 X-Event-ID / event_id 幂等（DB 唯一键或去重表）；
3. order_status → task 状态迁移（见下）；
4. 尽快返回 2xx；失败重试可能重复投递（最多 16 次指数退避）。

---

8. 状态映射

affiliate_dash order_status	order_site task 状态 / 动作
paid	已建单待履约（task link_generated，领取页可开始发货）
delivering	履约中（task redeeming，领取页展示处理中）
delivered	履约成功（task → redeemed / completed；触发快手电子凭证核销）
ship_failed	履约失败（task → retry_pending；可重新 delivery/submit 或转 manual_review）
cancelled	已取消/退款（task → closed，通知 91/用户）

⚠️ 状态机合法性（对照 apps/backend/src/domain/task-status.ts 的 TASK_TRANSITIONS）：

• affiliate_dash 流程中 task 须经过 link_generated → claimed → waiting_binding → redeeming 才能进入履约态：link_generated/claimed 不能直接跳 redeeming（不在转移表）。落地时：领取页打开置 claimed、提交绑定置 waiting_binding、delivery/submit 成功或收到 delivering 回调置 redeeming。
• redeeming → redeemed/completed/retry_pending/manual_review 均合法；redeeming → closed 不在转移表（updateTask 实际不校验转移表，属软约束，仍建议先经 manual_review 再 closed）。
• retry_pending/manual_review → redeeming 合法，支持 ship_failed 重试闭环。

---

9. 错误与降级

场景	affiliate_dash 返回	order_site 处理
钱包余额不足	创建订单 400	task → manual_review + 告警「affiliate_dash 余额不足」，充值后重试
商品下架/缺货	创建订单 400	匹配阶段拦截，转人工
下单超时/网络失败	无响应	用同 client_order_no 幂等重试；仍失败转 manual_dispatch
绑定账号不匹配	mismatch=true，submit 被拒	领取页提示买家绑回预期账号或重新下单
ship_failed	回调 failure_reason	领取页/后台展示原因，支持重试或转人工

---

10. 幂等与一致性设计

• 下单幂等：client_order_no = order_site 的 task_no（格式 DT + 12 hex，唯一且稳定，见 §14.2），重复请求安全；
• 回调幂等：X-Event-ID 去重；
• 提交发货幂等：重复 delivery/submit 返回既有结果；
• 对账兜底：order_site 定时用 GET /orders/{order_no} 对账（可选，回调为主）；
• 时间：双方服务器 NTP 同步，容差 ±300 秒。

---

11. order_site 配置清单（履约配置扩展）

fulfillment_profiles 新增 profile：

{
  "profile_key": "affiliate_dash",
  "name": "affiliate_dash 履约",
  "executor_key": "affiliate_dash",
  "requires_claim": true,
  "auto_dispatch": false,
  "config_json": {
    "baseUrl": "https://affiliate.example.com",
    "appKey": "ak_…",
    "appSecret": "sk_…",
    "callbackSecret": "…",
    "skuMapping": { "91商品编码": "affiliate_dash sku" },
    "fallbackExecutor": "manual_dispatch",
    "precheckBalance": true
  }
}

商品匹配规则（复用 fulfillment-routing.ts）：91 productNo → 命中 affiliate_dash 映射 → executor_key = affiliate_dash；未命中走现有 kuaishou / manual 流程。

---

12. 对接计划（分阶段）

阶段	内容	交付物	验收点
0. affiliate_dash 侧准备（手动）	建商户、API 客户端、回调配置、充值	商户可登录、app_key/secret 可用	用 curl 调 GET /products 通
1. 平台客户端与签名	services/platforms/affiliate-dash/：签名、请求封装、验签	client.ts、verify-callback.ts	单元测试：签名向量、验签通过/篡改拒绝
2. executor	affiliate-dash-executor.ts：preparePaidTask（建单+存 order_no）+ resolveDeliveryLink（统一 claimUrl）；注册进 registry.ts	executor + 注册	测试订单：91 进单 → task 状态 link_generated，affiliate_dash 出现订单
3. 履约配置与商品映射	新增 profile、admin 配置页（sku 映射/余额预检）	配置页 + 迁移	配置页可保存，路由规则生效
4. 领取页（方案 B 自建）	前端按 executor 分发到 affiliate-dash 流程：delivery 查数据 → 输入 UID → bind → 轮询 bind-result → submit；异常分支（mismatch/失败重试）	领取页分支	端到端：用户领取 → 绑定 → 提交 → affiliate_dash 显示 delivering
5. 回调路由与状态同步	POST /webhooks/affiliate-dash：验签 + 幂等 + task 状态迁移 + 核销触发	回调路由	发货完成回调 → task redeemed + 电子凭证核销闭环
6. 联调与上线	错误/降级演练、对账、监控告警	上线 checklist	全链路绿灯，余额不足/绑定不匹配演练通过

---

13. 参考代码位置

• order_site executor 模式：apps/backend/src/services/fulfillment/executors/kuaishou-feifei-executor.ts（最接近，同为「建单 + 统一领取链接」）、registry.ts（注册）、types.ts（接口定义）
• order_site 平台对接样例：apps/backend/src/services/platforms/kuaishou-feifei/
• order_site 履约配置：apps/backend/src/repositories/fulfillment-profile-repo.ts、apps/backend/src/routes/admin/platform-config/fulfillment-routing.ts
• affiliate_dash 接口契约（在线文档/字段定义）：frontend/src/openapi/endpoints.ts；鉴权实现：backend/internal/middleware/open_auth.go（商户侧）、backend/internal/service/callback.go（回调签名 BuildCallbackSign）

---

14. 深度分析（契约验证结论 · v1 → v2）

本节基于对 affiliate_dash 实际代码（backend/internal/middleware/open_auth.go、backend/internal/service/callback.go、backend/internal/handler/open_v1.go、backend/internal/service/delivery.go、frontend/src/openapi/endpoints.ts 等）与 order_site 履约体系（domain/task-status.ts、services/fulfillment/executors/*、services/claim/*）的逐项核对。以下结论是阶段 1~6 实现的直接依据。

14.1 契约验证对照（文档 vs affiliate_dash 实际实现）

#	契约项	结论
1	签名串参数名：文档原写 api_key=，实现为 app_key=（open_auth.go:194 BuildOpenV1Sign；前端在线文档 OpenApiDocs.tsx:425-449 与调试页 ApiDebugger.tsx:65 均用 app_key=）	❌ 已在本版修正；按旧写法签名必然 401
2	body 先 sha256、参数字典序、四头、nonce 持久化防重放（长度 8~96）、±300s（OPEN_SIGN_SKEW=300）、scopes（products:read/orders:read/orders:write/shipping:read/wallet:read）	✅ 一致
3	回调 content=body_sha256=<..>&timestamp=<..>、头 X-Event-ID/X-Timestamp/X-Sign、事件枚举 order.created/order.shipping.updated/order.cancelled	✅ 一致
4	回调重试 16 次	⚠️ 次数一致（CALLBACK_MAX_ATTEMPTS=16），但为固定递增间隔序列而非严格指数退避（callback.go:30-46）
5	POST /orders 字段、新建 201 / 幂等 200 + idempotent=true、余额不足 400、order 响应字段（order_no/order_status/can_ship/cannot_ship_reason/amount/base_amount/service_fee_amount/currency + client_order_no/product/quantity/fee_type/buyer_reference/provider_order_no/failure_reason/data/result/created_at/delivered_at/cancelled_at）	✅ 一致
6	GET /products 字段与分页 page/size（status 恒为 active）；GET /orders/{order_no}；delivery-link → delivery_url/expires_at；delivery → status/can_ship/cannot_ship_reason/product/buyer_name/game_channel/game_uid/role_name/pay_score/data/good；bind → bind_uuid/bind_url/qr_url；bind-result → bound/game_account/role_name/game_channel/expected_game_account/mismatch；submit → order_no/status/message/provider_order_no；wallet → available_balance/currency	✅ 一致（唯一修正：查询订单响应不含「发货链接有效期」，见 §6.2）
7	回调 payload 字段 + 顶层 occurred_at（真实存在，§7 已补）	✅ 一致
8	order_status 五枚举 paid/delivering/delivered/ship_failed/cancelled；mismatch 提交被拒为 HTTP 400	✅ 一致（语义细节见下）

mismatch 语义细节：bind-result.mismatch=true 判定的是「绑定账号 ≠ 下单 data.game_account（预期账号）」（delivery.go:227-233）；submit 的拒绝条件是「绑定账号 ≠ 请求体提交的 game_account」（delivery.go:354-357）。正常流程提交预期账号时两者等价；若页面让用户提交的是绑定账号本身，则 mismatch=true 时也能提交通过 —— 对账/风控时留意。

14.2 order_site 落地要点

• client_order_no 用 task_no（utils/random.ts randomId('DT', 6) → DT + 12 hex，≤64 字符满足 affiliate_dash 限制）。order_site 自身无 client_order_no 字段，本地下单幂等由 orders UNIQUE(provider, platform, shop_id, platform_order_id) + listTasks(order.id) 已建不重建承担；affiliate_dash 侧幂等由 client_order_no=task_no 承担，preparePaidTask 失败重试可安全重放同一 task_no。
• preparePaidTask 同步拿到 order_no（201 响应即含），写入 context_json.affiliateDash.orderNo；无需等回调。失败必须降级 MANUAL_REVIEW + deps.notifyTaskAutoManualReview（范式：kuaishou-feifei-executor.ts:36-51）。
• 状态迁移路径：见 §8 注 —— 领取页打开 link_generated → claimed，绑定 → waiting_binding，submit 成功/回调 delivering → redeeming，delivered → redeemed（+核销），ship_failed → retry_pending，cancelled → manual_review → closed。
• 回调幂等：affiliate_dash 投递带 X-Event-ID，order_site 现无独立去重表 —— 建议 migration 013_affiliate_dash.sql 新建 webhook_events(event_id UNIQUE) 去重表；事件处理用状态合并式更新（仿 syncKuaishouFeifeiTaskStatus，重复通知可重入）。接收方注意 app.ts:31-38 的 express.json 已保存 req.rawBody（验签必需），挂载回调路由时确认 rawBody 可用。
• 核销联动：delivered 回调 → 复用 consumeKuaishouIndustryVouchersForTask（platforms/kuaishou-industry/voucher-service.ts:143），成功 → redeemed/completed，失败 → manual_review。
• 领取页分发：flowType 扩展 'affiliate_dash'；buildClaimDetailPayload（services/claim/kuaishou-cloud-claim-context.ts:89-92）按 executor_key 增加分支，返回 affiliate_dash 专用 payload（商品/预期账号/当前状态/二维码相关）；前端 ClaimPage.tsx:337-373 增加渲染分支。

14.3 改动文件清单

后端（16 项）：

#	文件	改动
1	services/fulfillment/executors/types.ts	FULFILLMENT_EXECUTOR_KEYS 加 AFFILIATE_DASH；按需加 isAffiliateDashExecutor 守卫
2	services/fulfillment/executors/affiliate-dash-executor.ts（新）	仿 kuaishou-feifei-executor.ts：{ key, preparePaidTask, resolveDeliveryLink }
3	services/fulfillment/executors/registry.ts	EXECUTORS Map 注册
4	services/fulfillment/affiliate-dash/index.ts（新）	业务实现：prepare / sync 状态合并 + flow normalize
5	services/platforms/affiliate-dash/（新）	config.ts + http-client.ts（签名 §3.1 + 请求封装 + 超时）+ order-service.ts + notify-service.ts（验签，timingSafeEqual 模式）
6	services/fulfillment/routing-config-service.ts	ROUTABLE_EXECUTOR_KEYS / DEFAULT_EXECUTOR_PRIORITY 加入 affiliate_dash
7	services/fulfillment/product-resolution-service.ts	candidates 加 affiliate_dash 匹配项 + item_snapshot 上下文
8	services/bootstrap/fulfillment-bootstrap-service.ts	CORE_PROFILES 加 affiliate_dash profile
9	services/fulfillment/planner.ts	动态 profile 解析 + buildFulfillmentTaskContext 加 affiliateDash 块
10	services/claim/kuaishou-cloud-claim-context.ts	详情 payload 加 affiliate_dash 分支
11	services/claim/kuaishou-cloud-claim-service.ts	executor_key 分发加分支
12	repositories/task-repo.ts	仿 findKuaishouFeifeiTaskByOrder 加按 context_json #>> '{affiliateDash,orderNo}' 查任务
13	routes/affiliate-dash.ts（新）+ app.ts	webhook 路由，挂载 /api/v1/open/affiliate-dash
14	db/migrations/013_affiliate_dash.sql（新）	webhook_events 去重表（可选：affiliate 流水表）
15	routes/admin/platform-config/ + services/admin/platform-config/	平台配置读写（appKey/secret 等）
16	services/admin/write/	admin 手动重试/转人工按 executor 分发分支

前端（6 项）：

#	文件	改动
17	types/claim.ts	ClaimAffiliateDashFlowInfo + flowType 扩展
18	pages/claim/ClaimPage.tsx + claim-snapshot.ts	isAffiliateDashFlow 判定与渲染分支
19	pages/claim/ClaimAffiliateDashSteps.tsx（新）	领取步骤（查 delivery → 输 UID → bind → 轮询 bind-result → submit）
20	services/claim.ts	claim 侧操作 API
21	pages/admin/AdminTasksPage.tsx 等	executor label/color 显示
22	domain/task-status.ts	如需新增状态/转移同步（按 §8 注已有路径则无需）

14.4 剩余风险与待确认决策点

项	说明
自建页 vs delivery_url 兜底	方案 B 以自建页为主，delivery-link 作降级跳转；需确认前端是否允许 iframe 内嵌 affiliate_dash H5（扫码场景无碍，跳转场景有跨域限制）
91 拆单	一个 91 单拆多 unit → 每 task 独立 client_order_no（=task_no），互不影响
对账任务	回调为主 + 可选定时 GET /orders/{order_no} 对账（回调丢失兜底）
admin 手动重试	ship_failed / manual_review 的手动「重新 submit」入口按 executor 分发（文件清单 #16）
回调订阅确认	阶段 0 配置回调时确认 affiliate_dash 后台事件订阅粒度（order.created 是否必须订阅，或仅 shipping.updated 即可）

---

15. 阶段 1 落地记录（v2.1 · 已完成）

产出文件（apps/backend/src/）：

文件	内容
services/platforms/affiliate-dash/config.ts	get/assertAffiliateDashConfig（runtime + saved 合并）；常量 AFFILIATE_DASH_EXECUTOR_KEY='affiliate_dash'、AFFILIATE_DASH_WEBHOOK_PATH='/api/v1/open/affiliate-dash'
services/platforms/affiliate-dash/source-config-service.ts	saved config 读写（APP_CONFIG_KEYS.affiliateDash，密钥存 DB 不进 git；含 skuMapping 归一）
services/platforms/affiliate-dash/sign.ts	buildClientSign（§3.1，参数名 app_key=）+ buildCallbackSign/verifyCallbackSign（§3.2，timingSafeEqual）+ createClientSignHeaders
services/platforms/affiliate-dash/http-client.ts	affiliateDashRequest（GET/POST、四头自动签名、AbortController 超时 502/504、错误归一、logExternalHttpPacket 全链路日志）
services/platforms/affiliate-dash/verify-callback.ts	verifyAffiliateDashCallback（时间容差 ±300s → 验签 → 事件解析；X-Event-ID 幂等留待阶段 5）
services/platforms/affiliate-dash/order-service.ts	建单/查询/delivery-link/delivery/bind/bind-result/submit/wallet 全端点 + 字段映射
services/platforms/affiliate-dash/product-service.ts	listAffiliateDashProducts + listAllAffiliateDashProducts（翻页拉全）
配置接入	runtime-config.ts、defaults.ts、env-overrides.ts（AFFILIATE_DASH_*）、app-config-keys.ts
测试	sign.test.ts（黄金向量）、verify-callback.test.ts（通过/篡改/超容差/缺头）、http-client.test.ts；12/12 通过，全量 211 通过，tsc --noEmit 通过

真实联调验收：listAffiliateDashProducts 直连线上 https://skin.khhao.com → total=33 商品，字段映射正确，签名链路与 affiliate_dash BuildOpenV1Sign 一致。

联调中发现并修复：签名 path 必须为纯路径（不含 query string）；首次实现把 /products?page=1&size=5 整串参与签名导致线上 401「签名校验失败」，已改为 URL.pathname 参与签名（§3.1 表头 path=<仅路径> 属实）。