docs(交付): 晚间补记 ② —— 文档收缩 + trade_type 兜底，现行 jar/dist 指纹换代

- 10-09 交付说明追加「晚间补记 ②」：两个新提交（eaaa742b / c07a10b6）、
  新 jar `859a6c54…`（143,153,263 字节）与 dist.zip `41c1b1ac…`（9,373,646 字节）
  覆盖此前所有指纹，附判据（含正对照）与全量测试读数（1268/0/0）
- 同文标注「文档从简、报文没简」：查询响应与回调仍实际携带 trade_type
- 10-08 门店地区说明加一条顶部横幅：产物以 10-09 那篇为准，§二/§六 指纹作废

.claude/plan/2026-10-08-har-shop-region-交付说明.md

@@ -1,5 +1,8 @@
 # 汇安融「门店地区 + 按顾客 IP 挑店」交付说明（2026-10-08）
 
+> ★ **产物以《2026-10-09-har-pick-dedup-retry-交付说明.md》为准**（那篇含最新 jar/dist 指纹）；
+> 本文件 §二 / §六 记的 jar/dist 均已作废，部署只按那一篇。
+
 需求原文（用户，指向《支付宝支付接口接入规范261008(1).docx》）：
 「门店新增了地区相关的字段，需要接上，因为支付宝异地收款会有风控，我们的 checkout 也要做一个调整，
 在调起支付时要根据请求者 ip 自动选择对应地区的门店 id，这样才不会风控」

.claude/plan/2026-10-09-har-pick-dedup-retry-交付说明.md

@@ -16,8 +16,39 @@
 - jar：`5e5bfb4747be…`（143,153,224 字节，17:08:09；含六位订正）
 - dist.zip：`ab7c0c96fbb8…`（9,377,220 字节，17:23:49；含编号生成 + 弹窗警示修复）
 
+> ↑ 这两件已被下面「晚间补记 ②」的新产物覆盖 —— 交付时以那一套为准。
+
 部署顺序不变；两个 SQL **都要跑**：`db/har-callback-retry.sql` **且** `db/har-shop-region.sql`（后者自 2026-10-09 起含短码订正段）；无重登、无新菜单。本补记同时把两处残留短码示例订正为六位（评审 🟡2）。写本补记时 `git rev-list --count origin/java..java` = 12，本提交计入则 13。
 
+## ★ 2026-10-09 晚间补记 ② —— 开放文档再收缩（trade_type / biz 隐藏）+ 后端兜底
+
+两个提交（写本节时 `git rev-list --count origin/java..java` = 16，本节提交计入则 17）：
+
+- `eaaa742b` 开放文档按裁定收缩（`har-openapi.md` 52+/152−、`harDoc.ts` 注释同步）：删建店整节、
+  `auth_code` / `province_code` / `extra_params` / `stage_num` / `percent` / `trade_type` / `biz` 七行、
+  主扫/被扫两场景表、按地区挑店说明块、与第 5 章的差异说明；响应表与回调示例同步收窄；
+  小节号原 10.2~10.6 → 10.1~10.5（30 处引用两向核对）
+- `c07a10b6` `trade_type` 留空由服务端兜底 `alipay_un_stage`：DTO 去 `@NotBlank`，
+  `HarOrderService.resolveTradeType` 供落库 / precreate / pay / `resolveBiz` 派生读同一份；
+  两条新测试先红后绿（null 走 precreate 腿、空串走 pay 腿）
+
+**现行产物（换这一套，覆盖上面两条补记里的指纹）**：
+
+- jar：sha256 `859a6c54cea599e4f40673be32ec3f2f81a6ead2850ef6dfb0c941ab609ff666`（143,153,263 字节，18:06:19）
+- dist.zip：sha256 `41c1b1ac749c9708d48a86a7fc52b30a52d7c436ee60bdc16ca0b7ebd710d5b8`（9,373,646 字节，18:08:11；281 条目 = 277 文件 + 4 目录项，与上一套同形）
+
+判据（各带正对照）：jar 内 `HarOrderCreateDTO.class` 常量池已无「交易方式不能为空」、「商品名称不能为空」仍在；
+`HarOrderService.class` 里 `resolveTradeType` 在。dist 内文档 chunk（`index.CWrhnCFM.js`）锚点「本章接口路径前缀」在，
+`trade_type` / `alipay_un_stage` / 「留空即可」均 0 命中，`| \`title\` | 原样返回 |` 与 `out_biz_no` 命中为正对照。
+后端的 `mvn test` 全绿读数：**1268 / 0 失败 / 0 错误**（控制台汇总与 100 份 surefire XML 求和两读一致）。
+
+★ **文档从简、报文没简**：开放查询响应仍回吐 `trade_type`（VO 里连同 `stage_num` / `percent`），
+回调 `content` 仍带 `trade_type` —— 按「隐藏」裁定文档不再列它们，但字段仍在报文里；
+把它们从报文里去掉属于改契约，未做。
+
+部署步骤不变：先跑 `db/har-callback-retry.sql` + `db/har-shop-region.sql`，再 jar + dist 同批换；
+无新 SQL、无重登、无新菜单。
+
 ## 需求原文与裁定
 
 ### ① 开放 API 挑店改版（C）