From 0432a1255300575656746997799e5cb35e88c8c5 Mon Sep 17 00:00:00 2001
From: yeg <1347747024@qq.com>
Date: 星期一, 12 十月 2026 17:15:08 +0800
Subject: [PATCH] fix(settlement): 结算记录按商户号去重，共用收款主体不再把同一条流水印多遍

---
 docs/adr/0006-managed-onboarding-is-query-only.md |    7 +++++++
 1 files changed, 7 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 6113f62..fde85f5 100644
--- a/docs/adr/0006-managed-onboarding-is-query-only.md
+++ b/docs/adr/0006-managed-onboarding-is-query-only.md
@@ -34,6 +34,13 @@
 记录没了权限也就没了），但**不回退通道侧的任何改动**——微信口径、人才端 AppID 绑定、延迟入账、实名都不是
 纳管改的，解绑也不会把它们撤销。该商家名下还有在途订单或待结算资金时拒绝解绑，避免切断正在进行的对账。
 
+**共用同一个收款主体意味着：读通道的地方要按商户号聚合，不能按商家。** 结算流水属于**商户号**
+（一个收款主体），不属于商家——连锁各门店是各自独立的商家、共用它，通道里仍然只有一条流水。
+按商家逐家去问会把同一条流水按共用它的商家数重复印出来（7 家共用就是 7 行一模一样的流水号），
+而每家的查询各自带条数上限，截断之后还会把别的流水挤掉：**重复与漏行是同一条错**。
+见 `MerchantSettlementAdminService.settlements`（按商户号去重后查询；共用时那一行的商家名列出全部共用者，
+因为流水确实不属于其中任何一家）。
+
 ## 与 ADR-0001 的关系
 
 ADR-0001 定的执行方式是「刷新进度会主动查询审核及业务结果，并**继续已满足前置条件的开通步骤**」。本条是

--
Gitblit v1.7.1