From 3773bc4f2d966fb248f96c7e5cedce58c91df689 Mon Sep 17 00:00:00 2001
From: yeg <1347747024@qq.com>
Date: 星期一, 12 十月 2026 15:27:42 +0800
Subject: [PATCH] fix(merchant): 纳管前把申请单号与商户号配一次对，错号当场拒绝

---
 docs/adr/0006-managed-onboarding-is-query-only.md |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/docs/adr/0006-managed-onboarding-is-query-only.md b/docs/adr/0006-managed-onboarding-is-query-only.md
index 0432279..0938632 100644
--- a/docs/adr/0006-managed-onboarding-is-query-only.md
+++ b/docs/adr/0006-managed-onboarding-is-query-only.md
@@ -24,6 +24,12 @@
 名称改成「展示 + 运营显式勾选确认 + 写进进件记录留痕 + 可解绑」，并在两个名称与商家名一个字符都不重叠时
 给出醒目警示但**不硬拒**。
 
+**确定性的事里还包括「申请单号必须属于这个商户号」。** 商户号与入驻申请单号是两个分开填的字段，通道对它们
+是**一起**校验的：填错的号——包括"真实存在、但属于别的商户号"的号——都回 `00000001 申请单不存在`
+（2026-10-12 实测两种）。所以建记录之前先配一次对，错号当场拒绝。不拦的代价不是误放（错号会让基础审核
+永远确认不了、闸门一直拒），而是留下一条收不了款、且刷新只报「汇付查询未成功」这种误导文案的记录，
+而重复纳管幂等、改不了号，只能解绑重来。
+
 **解绑只解除我方绑定。** 它清理这条纳管产生的进件记录与结算卡记录（商户端的收款权限是从进件记录派生的，
 记录没了权限也就没了），但**不回退通道侧的任何改动**——微信口径、人才端 AppID 绑定、延迟入账、实名都不是
 纳管改的，解绑也不会把它们撤销。该商家名下还有在途订单或待结算资金时拒绝解绑，避免切断正在进行的对账。

--
Gitblit v1.7.1