yeg
2026-09-17 a4328ed61653ae896a43bc92d8e4015496bd0fc8
refs
用户 yeg <1347747024@qq.com>
星期四, 九月 17, 2026 12:37 +0800
提交者 yeg <1347747024@qq.com>
星期四, 九月 17, 2026 12:37 +0800
提交a4328ed61653ae896a43bc92d8e4015496bd0fc8
目录 3470a6a36d7c9253bbfd01e1c27a475220071e6c 目录 | zip | gz
parent 6ad28d8b0d2a961c806033056b904e475c7fcbdf 查看 | 对比
docs(merchant): 立 ADR 0002,区分商户进件、收款能力与收款就绪

进件申请的六项阶段只回答「进件办到哪一步」,通道侧的商户可用性会随汇付控台操作随时变化,
两者不能互相代表。因此商户端凡是回答「我现在能不能收款」的地方一律以收款能力快照为准,
与下单闸门同源同文案;进件页只补出此前不可见的另外两项完成条件。

- CONTEXT.md:新增「收款能力」词条(通道侧事实),收紧「收款就绪」为某一时点的判定结果;
「微信待实名」末尾那半句随之由「收款能力的缺项」改指「收款就绪」。
- ADR 0002:写明与 ADR 0001 的边界(进件进度仍不自动轮询,能力核实另有链路),
并记下四条被否掉的替代方案。
- .scratch/merchant-capability-visibility/:本会话 grilling 的 12 条决策、实现约束与 5 张 ticket。
- 留档文档状态行加一句指向新规格,其余结论与证据不动。
7个文件已添加
2个文件已修改
238 ■■■■■ 已修改文件
.scratch/merchant-capability-visibility/issues/01-onboarding-completion-checks.md 25 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-capability-visibility/issues/02-merchant-payment-readiness-endpoint.md 30 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-capability-visibility/issues/03-manual-capability-verify-with-cooldown.md 32 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-capability-visibility/issues/04-onboarding-page-shows-completion-checks.md 26 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-capability-visibility/issues/05-merchant-center-payment-capability-page.md 25 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-capability-visibility/spec.md 70 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
.scratch/merchant-closure-impact/issues/huifu-merchant-closure-impact.md 6 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
CONTEXT.md 6 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史
docs/adr/0002-merchant-capability-visibility.md 18 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史