docs(domain): CONTEXT.md 补关单查询、渠道商、差错台账三条术语

yeg

2026-09-18 f94a1577e93c16339c99a71b8a39de3fc9186ab4

docs(domain): CONTEXT.md 补关单查询、渠道商、差错台账三条术语

这三条是本次交接文档反复用到、而术语表里没有的：关单查询是关单在查询侧的对等物
（没有它关单就只发不问、永远收不了尾）；渠道商是通道调用签名的身份来源，决定了
「谁能查到哪个商户」，与商户挂在谁下面无关；差错台账是程序化出口走不通时的唯一去处。

只补术语、不塞硬规定——术语表的定位是术语表，那几条不变量写进了
docs/huifu/01-链路总览与代码地图.md 的「硬规定」小节。

 CONTEXT.md

@@ -30,8 +30,18 @@
它必须能被重试到有结论为止，期间不能当成「已经关掉」。
_Avoid_: 取消失败

**关单查询**：向通道追问一次已发出的关单**有没有生效**的独立接口。关单是异步的，关单接口返回不代表关掉了，
所以「关单中」的结论只能由它给出：问出来已关闭才算 `CLOSED`，通道明确说这次关单没生效才算 `CANCEL_UNCONFIRMED`。
它是关单在查询侧的对等物——没有它，关单就成了一个只发不问、永远收不了尾的动作。
_Avoid_: 查单（那是查支付，不是查关单）

**悬账**：通道确认收到、但本地订单已经取消或关闭的钱。它必须要么自动退回付款人，要么有一条明确的人工兜底，
不能只留在对账页上等人看见。

**差错台账**：把「本地状态与通道不一致、且不能自动收敛」的每一笔记下来等人工处理的地方，
每条有自己的类型、状态与唯一标识，允许重复出现（同一条能被结掉又再开出）。它不是给运营看的报表，
而是**程序化出口走不通时的唯一去处**——记进去就说明这件事必须有人管。
_Avoid_: 对账问题列表、异常流水（听起来像展示页面，实际是待办）

## 延迟入账与交易确认

@@ -68,6 +78,11 @@
有实体门店传门头照、流动经营传经营现场照）、**店内环境照**——个人主体的微信业务开通与微信实名认证
都要这两张图。基本资料审核通过后，微信支付仍可能处于开通中或开通失败。

**渠道商**：汇付里位于我们平台之上、**直属**管辖我们名下商户的那一层主体。平台的每一次通道调用都以它（或它的下级身份）
签名，因此「谁能查到哪个商户」由**签名身份本身的数据权限**决定，与商户在通道里挂在谁下面无关——
把商户改成挂在平台自己名下既解除不了数据权限失败，还会平白多出材料要求。
_Avoid_: 上级商户、代理、平台商户号（那些会与商户自己的号混同）

**微信支付开通**：商户取得在平台小程序内接受微信付款所需业务能力的过程。开通失败可以单独重试，不否定已经通过的基本资料审核。

**微信待实名**：微信支付开通过程中，仍需完成微信实名认证与授权的阶段，不属于开通失败。实名认证走法人（`contact_type=LEGAL`），申请以法人信息发起；申请单审核通过（`APPLYMENT_STATE_PASSED`）不等于授权完成，还要由本人扫描通道回传的小程序码、并满足 `authorize_stat=1`。这是**收款就绪**的真实缺项，不是可以忽略的合规补课。