fix: 完善报销制单备注（09-08-reimbursement-payment-closeout）

.trellis/tasks/09-08-reimbursement-payment-closeout/design.md

@@ -1,5 +1,11 @@
 # 业务闭环方案（规划，未实施）
 
+## 2026-09-11 已批准备注增量
+
+仅修改buildPaymentOrderRows的备注列，使用已验证且已trim的payeeName和entityCode拼成“姓名报销款 单号”。payeeName来自组批冻结的snapshot_json.payee.name；路由将归属人的收款信息冻结为payee，生成器不另查现职员工/提交人。每个batch item保持一行，即使姓名/收款账号相同也不合并。姓名或单号为空沿现有blockers整批拒绝。
+
+不改模板列宽/格式、不缩写或截断、不引入未经银行证明的长度阈值。测试使用合成姓名，逐列xlrd读回用途、备注及文字类型，并证明同名两单独立对应、旧序号不重排。BX/PB编号规则本轮不改；编号说明以PRD最新节为准，不将日期前缀误当每日重置的证据。
+
 ## 1. 复用而非重建
 
 现有入口是付款页面的待组批、付款批次、复核及“下载银行制单”。后端 POST /api/payment-batches/:id/payment-order 要求财务角色与 payment.order.export，批次 reviewed，完整且可用的同源收付款快照。生成成功会更新导出计数和审计；不能把这个 POST 当作生产只读预检。
@@ -18,7 +24,7 @@
 | 9 | 客户方流水号 | 批次号+行号，稳定、唯一并满足长度限制 |
 | 10 | 金额 | 已批准批次项金额，数值且两位小数 |
 | 11 | 用途 | 报销款，不复制工资/公积金用途 |
-| 12 | 备注 | 报销单号 |
+| 12 | 备注 | 冻结收款人姓名＋“报销款 ”＋完整报销单号（09-11已批准增量） |
 | 13–15 | 短信标志/手机/附加信息 | 0、不通知，后两列空；不读样例手机号 |
 
 用户三个 input 文档的表头完全一致，空白模板与内置模板相同，账号列为文本。检查原件只提取结构与摘要，原件不改、不重新保存、不复制真实行到测试夹具。工资及公积金样例仅用于确定文件格式，不暗中扩为新业务。