docs: 按预结算转正式结算全流程实测修订金蝶BFI对接操作手册并收录11-08梳理文档

- 操作手册新增 2026-11-08 修订记录：尾款结算保存锁定（4.8 重写）、付款结果回写电子回单与移除自动解锁（4.10/5.2）、收票登记所属合同带出承办部门（4.12）、preentry 内码未回写实测处理顺序与金蝶合单支付单头口径提醒（4.9）、自动归集路径、税率映射默认值补全 - 新增收票登记表单实测截图 44-；手册引用的 11-08 全流程梳理文档及其 17 张实测截图一并入库
2026-11-09 11:23:10 +08:00
parent f12cff1789
commit eb4b0a2bc4
20 changed files with 316 additions and 43 deletions
@@ -1,6 +1,6 @@
 # 金蝶（星瀚）BFI 与合同合规系统（HCS）对接操作手册（纯操作版）
-> 整理日期：2026-10-14（2026-11-04 金蝶+合同系统合并修订）
+> 整理日期：2026-10-14（2026-11-04 金蝶+合同系统合并修订；2026-11-08 按尾款结算全流程实测修订）
 > 适用对象：TMS 业务操作人员（财务/业务/合同经办）、系统管理员、实施运维。
 > 本文只讲**怎么操作**：在哪个页面、点什么按钮、前提是什么、成功的标志是什么、失败了怎么处理。
 > 覆盖两个外部系统的全部日常操作：**金蝶（星瀚）BFI**（客商、结算、付款、开票、收票、收款、结算调整）与**合同合规系统（HCS）**（项目立项、合同、特批、客商风险、履约计划/记录，见 4.2–4.18）。
@@ -17,6 +17,7 @@
 | 2026-11-03 | **四文档汇总修订（合并《2026-10-17 结算调整单》《2026-10-18 预付与项目预付》两本手册 + 按 11-01/11-02 代码与界面更新）**：① 全篇菜单更名对齐系统实际（预付结算单/付款结算单/收款结算单，新增 1.4 页面名称对照）；② 1.1 状态表补页面显示别名与「已指定应付」列；③ 新增 4.5 进度预付、4.6 项目预付（含客商风险与付款特批）、4.7 项目预付核销、4.8 尾款结算、4.12 结算调整单、4.16 作废与撤销；④ 开票申请按「剩余可开票金额」累计控制（放开必须未开票限制）、分摊发票金额系统自动分摊；⑤ **收票后款认领按 11-02 改造更新**：发票登记移到付款结算单工具栏、弹窗回显已认领收票单、「匹配结算单金额」支持手动修改、查看页新增「是否已指定应付」列与「重新推送」入口、列表指定失败悬浮展示原因；⑥ **A302-6 指定应付定时自动补偿改开关控制（默认关闭）改人工兜底**；⑦ 4/5/6 节同步更新，截图全面更新（付款结算单列表与发票登记弹窗、选择收票单、查看页发票信息、指定失败悬浮、付款管理已指定应付列、收票登记表单去税率） |
 | 2026-11-04 | **合并合同系统（HCS）操作内容，形成金蝶+合同系统组合手册（并入《HCS合同管理操作手册（纯操作版）》《履约计划与履约记录四场景业务说明》《客商黑名单与风险等级业务说明》）**：① **新增第 2 节「全链路总览」**（**12 条环节流程链**【系统】→步骤→▼ 格式逐环节梳理、两条通用规则与三条先后依赖；场景分流/拦截提示原文/成功提示在 4.x 对应小节体现），原第 2–6 节顺延为第 3–7 节，日常操作小节相应重排为 4.1–4.18；② 新增 1.5–1.8（HCS 是什么与合规状态、特批状态、三条推送路径、客商风险与黑名单口径），1.4 页面对照补客商/项目/合同顺序；③ 第 3 节新增合同系统准备清单；④ **项目立项推合规、合同管理与推送合规（含合同特批/变更/归档）置于 4.2/4.3（客商章节后）**；付款特批操作细节不单独成节（`spec-pay.enabled` 开关口径保留在 4.6）；⑤ 新增 4.17 客商风险查看与筛选、4.18 履约计划与履约记录四场景；⑥ 4.6/4.10/4.14 补合同系统联动与金蝶实付门禁口径；⑦ 第 5 节新增 5.5 HCS 定时任务与开关及**六任务逐项运转逻辑**（判重/更新分流、特批兜底查询、金蝶实付门禁、开票自愈、收票合同回溯、风险分批刷新）；⑧ 第 6/7 节补 HCS 常见问题与操作入口；⑨ 合同支持甲乙丙多方客商（2026-11-02）已写入 4.3；⑩ 新增截图 41/42/43（付款结果回写列表效果，FKD2026110300003↔FKSQ-000000282 对照），引用 HCS 手册现有截图 |
 | 2026-11-05 | **按 11-04/11-05 代码修订**：① **4.9 应付单推送新增 preentry 预付抵扣分录**（进度预付已付额/项目预付核销额→金蝶付款处理单，自动合并同单；未付款/内码未回写/实付不足拦截整单，付款管理「同步付款结果」后自动续推；历史已推单不补）；② **应付单分录送税率与税率编码**（Nacos `thirdparty.bfi.taxrate` 映射，未维护拦截）；③ 第 3 节准备清单加 税率编码映射/推送内容开关（项目编码真实化 `project-real-code-enabled`、合同引用 `contract-ref-enabled`，默认关）/金蝶接口超时（读超时默认 120 秒），「金蝶组织编码」术语更名「金蝶公司代码」；④ 4.10 付款记录回写金蝶付款处理单内码说明；⑤ 「已指定应付」列范围修正：仅付款结算单列表与付款管理列表显示，**收款结算单不显示** |
 | 2026-11-08 | **按 11-05/11-06 代码与《预结算转正式结算（尾款结算非预付）全流程梳理》实测修订**：① **4.8 尾款结算重写**：按钮只跳转不落库、**保存草稿时才事务内锁定来源预付结算单**（并发保存第二张整单回滚，删除草稿释放占用）；结算合计三口径带算规则细化；付款申请两个入口（弹窗版「付款申请」/跳转版「申请付尾款」）与额度封顶口径；② **4.10/5.2 付款结果回写调整**：回写支持按金蝶单据号精确查询与指定付款单据号手动端点；付款记录新增**金蝶电子回单文件名回写与付款凭证在线下载**；**移除「连续两轮查不到自动解锁」兜底**（金蝶删单仅由回调触发解锁，回写查不到保持现状等人工核实）；③ **4.12 收票登记改「所属合同」**：必选承运商合同，承办部门（结算组织）自动带出不可手选；④ 第 3 节税率映射默认值补全（2/5/8/999）；⑤ 4.9 补 preentry 内码未回写的实测处理顺序与金蝶合单支付单头口径提醒 |
 ---
@@ -241,12 +242,15 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 **⑥ 尾款结算（4.8）**
 ```text
-【TMS】预付结算单列表勾选（同项目、应付、审批通过、无在途预付申请）
+【TMS】预付结算单列表勾选（同项目、应付、审批通过）
-   │  ① 工具栏「尾款结算」→ 跳新增付款结算单，明细/费用项合并带入
+   │  ① 工具栏「尾款结算」→ 只跳转新增付款结算单（不落库、此刻未锁定），明细/费用项合并带入
-   │  ② 结算合计三口径：结算合计（全额）/ 已付金额（含预付、核销）/ 剩余未付
+   │  ② 结算合计三口径自动带算：结算合计（全额）/ 已付金额（含预付、核销，来自来源预付快照）/ 剩余未付
-   │  ③ 来源预付结算单被锁定（不能再发起预付、不能作废）
+   │  ③ 「保存」草稿时才事务内锁定来源预付结算单（并发保存第二张整单回滚；删草稿释放）
   │  ④ 提交确认「提交后来源预付结算单将保持锁定」→ 审批通过
   ▼
-保存草稿 → 提交 → 审批通过 → 推金蝶（见⑦）
+推金蝶（见⑦）→「付款申请/申请付尾款」生成尾款付款申请（可付款金额封顶=剩余未付，见⑧）
 另有自动归集支线：定时任务把费用日期完整落入已关闭账期的已审批预付结算单自动归集成付款结算单（账期未关闭跳过记日志，见 4.8）
 ```
@@ -261,7 +265,8 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
   │  ③ 成功：金蝶单据号回填 + 状态已同步 + 金蝶锁定（不可改/不可作废）
   │  ④ 应付单生成后，系统自动对本单认领的收票单执行「指定应付」（见⑩）
   ▼
-失败：悬浮状态标签看原因；failed 重推任务每 10 分钟自动续推
+失败：悬浮状态标签看原因（preentry 内码未回写→先到付款管理「批量同步」回写付款结果再重推）；
      failed 重推任务每 10 分钟自动续推
 ```
@@ -272,8 +277,9 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
   │  ② 推金蝶 A103（预付走预付款通道）：已生成 + 金蝶单号 + 落锁
   │  ③ 履约计划金额本地累加（blade_contract_exe_stage，按款项性质精确匹配）
   ▼
-金蝶付款结果回写（定时 10 分钟 / 工具栏「同步付款结果」）
+金蝶付款结果回写（定时 10 分钟 / 手动端点可指定付款单据号按金蝶单号精确回写）
-   │  ④ 已生成 → 付款中 → 已付款（回写付款记录/凭证）/ 已关闭
+   │  ④ 已生成 → 付款中 → 已付款（回写付款记录/凭证/电子回单文件名）/ 已关闭
   │     （回写查不到不再自动解锁，保持现状等下一轮或人工核实金蝶侧后重推）
   ▼
 实付回写（paidAmount>0）→ 自动重新置待同步
   │  ⑤ C103-9 重推履约计划 → C108-1 新建 / C108-2 更新付款履约记录（一张申请一条）
@@ -299,7 +305,8 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 **⑩ 收票登记 → 认领 → 指定应付（4.12，先票后款两段式）**
 ```text
 【TMS】收票登记（blade_invoice_receipt）
-   │  ① 票池选票（带出发票明细）+ 手选结算组织 → 保存前重查金蝶票池可用性
+   │  ① 票池选票（带出发票明细）+ 必选「所属合同」（承运商合同，承办部门=结算组织自动带出）
   │     → 保存前重查金蝶票池可用性
   │  ② 审批通过 → 推金蝶收票单 A303-2（按登记ID幂等防重）→ 终态 pushed
   │  ③ 合规 C109 推收票单 → 成功后按认领分摊行推履约收票记录（C108-1）
   ▼
@@ -373,7 +380,7 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 | 6 | 物料映射 | 运维 | Nacos 配 `thirdparty.bfi.material.*`（有默认值，建议显式确认） | 推送报「运输方式未配置」类拦截 |
 | 7 | 定时任务开关 | 运维 | 按第 5 节清单逐项开启 | 只能全靠手动按钮 |
 | 8 | 审批自动同步开关 | 运维 | 按第 5 节 `autoSync.*` 按域开启 | 审批通过后不自动推送，走手动 |
-| 9 | 税率编码映射 | 运维 | Nacos `thirdparty.bfi.taxrate.*`：税率数值→金蝶税率.编码（默认 0/1/3/6/9/13→V0…V13，可加小数税率如 `"[6.5]"`） | 应付单分录带该税率时推送直接拦截报错 |
+| 9 | 税率编码映射 | 运维 | Nacos `thirdparty.bfi.taxrate.*`：税率数值→金蝶税率.编码（默认 0/1/2/3/5/6/8/9/13→V0…V13、999→V999 不涉及税率兜底，可加小数税率如 `"[6.5]"`） | 应付单分录带该税率时推送直接拦截报错 |
 | 10 | 推送内容开关（默认全关） | 运维 | `project-real-code-enabled`（项目编码取真实 `project_code`，前提金蝶项目档案编码一致，未关联项目兜底 999）；`contract-ref-enabled`（应付/应收送上游合同号、开票送合同三件套） | 关闭时维持原口径（项目编码送 999、不送合同引用） |
 | 11 | 金蝶接口超时 | 运维 | `connect-timeout-seconds`（默认 10）/`read-timeout-seconds`（默认 **120**，BFI 接口较慢勿调回小值） | 大单推送超时失败率上升 |
@@ -528,10 +535,12 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 3. 审批通过后的三个出口：
   - **发起进度预付**：工具栏「预付申请」（限应付且已审批、未转付款结算、同一合同可多选）→ 跳转付款申请新增页，见 4.5；
   - **项目预付核销**：付款结算单/预付结算单编辑页「项目预付核销」分区，见 4.7；
-   - **尾款结算（转付款结算单）**：工具栏「尾款结算」→ 见 4.8；转后本单被锁定（不能再发起预付、不能作废）。
+   - **尾款结算（转付款结算单）**：工具栏「尾款结算」→ 见 4.8；**保存草稿时**本单被锁定（不能再发起预付、不能作废、不能被其他付款结算单转）。
 4. 注意：**付款结算单的汇率不自动继承预付结算单**，转正式后需在编辑时重新选汇率日期带出（见 4.15），否则推送金蝶不带汇率。
 5. 金蝶付款回写联动：进度预付在金蝶付讫（已付款）后，系统自动在本单垫资记录回写付款金额与金蝶付款单号，并刷新「申请预付金额 / 已付款金额」两列——无需手工登记（异常时管理员可用回写接口手工补）。
 ![预付结算单详情-预付信息（2026-11-08 实测）：FKD2026110500002 申请预付金额 130.50、已付款金额 130.50、单据状态已付款（金蝶预付单号 FKSQ-00000287）——这两个数是后续尾款结算「已付金额」带入与应付单 preentry 抵扣的来源](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/03-预付结算单详情-预付信息已付款.png)
 ### 4.5 进度预付（预付结算单 → 付款申请）
 **页面：结算管理 → 预付结算单 →（预付申请）→ 收付款管理 → 付款管理**
@@ -621,24 +630,46 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 **前提**：预付结算单**审批通过**，且所选单据**同一项目**、**应付**。
 ![预付结算单列表：勾选审批通过、未被占用的应付预付结算单后工具栏「尾款结算」可用（2026-11-08 实测单 YJ2026110500002）](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/02-预付结算单列表.png)
 1. 进「预付结算单」列表，勾选（可多选，须同项目）→ 点工具栏「**尾款结算**」。
-2. 系统跳到「**新增付款结算单**」页，把所选预付结算单的明细、费用项合并进来。
+   - **此刻什么都没发生**：按钮只做前端跳转（带来源令牌），不调后端、不落库；来源预付结算单**要等付款结算单「保存」时才被真正锁定**。只点按钮不保存，预付结算单随时还能干别的。
-3. 检查结算合计区底部的三个金额（**付款结算单才有**）：
+2. 系统跳到「**新增付款结算单**」页，把所选预付结算单的明细、费用项合并进来。结算合计区底部三个金额**自动带算**（**付款结算单才有**）：
-   - **结算合计（原金额）**：费用合计，**始终全额**，不会因为预付/核销而变小；
+   - **结算合计（原金额）**：来源预付结算合计 + 直挂明细合计，**始终全额**，不会因为预付/核销而变小；
-   - **已付金额（含预付、核销）**：把来源预付结算的已付预付 + 本次核销都算进去；
+   - **已付金额（含预付、核销）**：来源预付结算单上**已付款的预付金额**（快照带入）+ 本次核销；
-   - **剩余未付金额** = 结算合计 − 已付。
+   - **剩余未付金额** = 结算合计 − 已付（不小于 0）。
-![编辑付款结算单：结算合计区底部一行显示 结算合计（原金额）/已付金额（含预付、核销）/剩余未付金额，下方依次为 结算明细/附件/项目预付核销/发票信息 分区](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/37-付款结算单编辑页-结算合计三口径.png)
+![新增付款结算单：结算合计（原金额）217.50、已付金额（含预付、核销）130.50、剩余未付 87.00——预付已付部分自动带入](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/04-尾款结算-新增付款结算单表单.png)
-4. 「项目预付核销」区会**自动带出来源预付结算上已核销的行**，可增/删/改金额（口径见 4.7）。
+3. 「项目预付核销」区会**自动带出来源预付结算上已核销的行**，可增/删/改金额（口径见 4.7）。
-5. 「保存」（草稿）→「提交」→ 审批人「通过」。
+4. 「**保存**」草稿——**锁定发生在这一步**（事务内抢占）：保存成功即把来源预付结算单标记为已占用（不能再发起预付、不能作废、不能再被另一张付款结算单转）；保存后付款状态即显示「**部分收/付款**」（预付已付部分带入）。
   - 并发防护：同一预付结算单被两张付款结算单同时保存，**后保存的整单回滚**并提示「预结算单 xxx 已被其他正式结算占用」——不存在一张预付被两张结算单双占。
   - 删除草稿（状态=草稿时行内「删除」）会**释放占用**：来源预付结算单回到可结算状态，关系与快照一并清除。
 ![付款结算单列表：FJS2026110800001 草稿，付款状态已显示「部分收/付款」（预付 130.50 带入）](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/05-付款结算单草稿.png)
 5. 「提交」→ 确认弹窗「**提交后来源预付结算单将保持锁定**」→ 审批人「通过」。审批通过时系统自动推送金蝶（见 4.9）；失败时状态「同步失败」，悬浮看原因，处理顺序见 4.9 第 4 步。
 ![提交确认弹窗：提交后来源预付结算单将保持锁定，确认提交？](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/06-提交确认-来源预付保持锁定.png)
 6. **付款申请（尾款）两个入口，效果都汇到付款管理推金蝶**：
   - **弹窗版**：付款结算单列表/详情「**付款申请**」→ 填申请付款金额（≤ 剩余可申请额=结算额−已申请额）→ 生成尾款付款申请（批量须同一合同）；
   - **跳转版**：付款管理工具栏「**申请付尾款**」（或预付结算单侧跳转）→ 带出结算单与**可付款金额**（=结算金额−已付金额，**已扣预付部分不会重复申请**）→ 保存为付款管理单（付款类型=尾款付款锁定）。
   - **排查数据注意**：两条路落库的表不同——弹窗版生成结算单子表付款申请（`blade_formal_settlement_payment`，尾款类型，随结算单审批流转），跳转版生成付款管理单（`blade_payment_application`）——最终都汇到付款管理推金蝶，但列表入口与表不同，查数时先确认走的是哪条路。
 ![尾款付款申请详情（2026-11-08 实测跳转版）：结算信息行 FJS2026110800001 结算总金额 217.50、可付款金额 87.00、付款金额 87.00——可付款金额=结算全额扣减预付已付 130.50，付款比例 40% 为按结算全额的展示口径](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/17-尾款付款申请详情.png)
 ![尾款付款申请表单（跳转版）：结算金额 217.50、可付款金额 87.00——已扣除预付 130.50，申请 87.00 即封顶](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/13-尾款付款申请表单-可付款金额87.png)
 **会被拦截的情况（提示原文 → 解决）**：
 - "仅审核通过的预付结算单可转付款结算" → 先把预付结算单审批通过再勾选。
 - "尾款结算只能选择同一项目下的预付结算单" → 取消勾选不同项目的单据，只留同一项目。
- "该预结算单存在在途预付申请，无法尾款结算"（**审批中或已审批但还没付完款的预付申请都算在途**）→ 先把在途预付申请处理完/付完款再来转。
+- "该预结算单存在在途预付申请，无法尾款结算" → 该拦截目前只在**单笔后端接口**上生效（页面「尾款结算」跳转+保存链路不做此校验）；但业务上仍建议先把在途预付申请处理完/付完款再转——预付的申请额/已付额会原样带入正式结算单，先转后付容易两路口径混淆。
 - "预结算单 xxx 已被其他正式结算占用" → 该预付结算单已被另一张付款结算单保存锁定；找到已占用的付款结算单继续走，或删除那张草稿释放占用。
-**状态变化**：付款结算单 `草稿 → 审批中 → 审批通过`；预付结算单被标记为已转付款结算（来源被锁定：不能再发起预付、不能作废）。随后走 4.9 推送金蝶。
+**状态变化**：付款结算单 `草稿 → 审批中 → 审批通过`；保存草稿起来源预付结算单即被占用（不能再发起预付、不能作废）。已付金额（含预付）保存时快照带入，后续尾款付款进度由付款结果回写继续更新同一字段——两段衔接。随后走 4.9 推送金蝶。
 **另有「自动归集」路径（无人工操作）**：定时任务会把**费用日期完整落入已关闭账期**的已审批应付预结算单，自动归集成正式结算单（走与手工保存同一套占用与校验逻辑）；账期未关闭的单据跳过并记日志「暂不自动归集」——列表里突然多出的付款结算单若来源是预付结算单，先查这条路径再排查人工操作。
 ### 4.9 结算单推送（付款结算单 / 收款结算单）
@@ -650,21 +681,28 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 前提：结算单已审批通过；非人民币结算单已维护汇率（见 4.15）；客商已 synced/exist。
-1. **自动路径**：审批「通过」时自动推送（开关开启时）。
+1. **自动路径**：审批「通过」时自动推送（开关开启时）。推送失败不影响审批结果——页面提示「审批通过，但自动同步金蝶失败：xxx」，单据状态变**同步失败**，按第 4 步处理后重推即可。
 ![审批通过但金蝶单据状态同步失败（2026-11-08 实测）：FJS2026110800001 状态审批通过、金蝶单据状态同步失败——审批已生效，推送留待处理后重推](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/08-审批通过-自动同步失败.png)
 2. **手动路径**：勾选一条或多条单据 → 工具栏「同步金蝶」。
   - 应付单（A102-2）/ 应收单（A302-2）按结算类型自动分流，无需选择。
-   - **推送时系统自动附带**（无需操作）：① 明细分录带**税率与税率编码**（按第 3 节 #9 映射，未维护的税率直接拦截）；② 应付单带**预付抵扣分录（preentry）**——把本单抵扣的进度预付（按已付金额）与项目预付核销金额逐笔登记到对应金蝶付款处理单，同一处理单自动合并；③ 开关开启时项目编码送真实编码、送上游合同号（第 3 节 #10）。
+   - **推送时系统自动附带**（无需操作）：① 明细分录带**税率与税率编码**（按第 3 节 #9 映射，未维护的税率直接拦截；分录无税率时税率与编码均不送，手工结算合计费用行按计费方案规则补送）；② 应付单带**预付抵扣分录（preentry）**——把本单抵扣的进度预付（按已付金额）与项目预付核销金额逐笔登记到对应金蝶付款处理单，同一处理单自动合并；③ 开关开启时项目编码送真实编码、送上游合同号（第 3 节 #10）。
 3. 成功标志：列表出现**金蝶单据号**，状态变 **已同步**，并出现「金蝶锁定中」标签。
   ![付款结算单列表：FJS2026110800001 金蝶单据号 AP-202611-800196、状态已同步（2026-11-08 实测，尾款结算单推送成功即生成金蝶财务应付单）](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/12-付款结算单-财务应付单已同步.png)
 4. 失败处理：状态变 **同步失败** → 鼠标悬浮状态标签看失败原因 → 常见原因与解决：
   - 「请先同步金蝶应付单」类 → 关联结算单还没推（付款/开票依赖结算单先推，见 4.10/4.11）；
   - 客商编码取不到 → 先完成 4.1；
   - 部门金蝶公司代码缺失 → 找管理员在组织/部门档案维护（第 3 节 #1）；
   - 税率未维护映射类 → 运维在第 3 节 #9 税率映射里补该税率后重推；
   - 「预付单[XXX]尚未付款完成，预付须金蝶付款完成后方可抵扣」→ 等该预付金蝶付款完成（4.10 回写）后自动续推；
-   - 「预付单[XXX]金蝶付款处理单内码未回写，请先在付款管理执行【同步付款结果】后再推送应付单」→ 到付款管理勾选该预付执行「同步付款结果」，内码回写后下一轮自动重推成功；
+   - 「预付单[XXX]金蝶付款处理单内码未回写，请先在付款管理执行【同步付款结果】后再推送应付单」→ **2026-11-08 实测标准处理顺序**：到付款管理勾选该预付付款申请点「批量同步」回写付款结果（金蝶单据号、已付款金额回填）→ 回到付款结算单点「同步金蝶」重推即成功；内码回写后 failed 重推任务下一轮也会自动续推成功；
   ![同步失败原因（2026-11-08 实测）：详情变更记录「推送金蝶财务应付单失败：进度预付[FKD2026110500002]金蝶付款处理单内码未回写，请先在付款管理执行[同步付款结果]后再推送应付单」](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/09-同步失败原因-预付内码未回写.png)
   - 「预付单[XXX]付款处理单实付金额不足」→ 核对付款处理单实付金额与抵扣额，异常时联系运维核对 A103-4 回写数据。
 5. 纠偏：如果怀疑推送实际成功但本地状态没更新，等定时勾稽（或联系运维手动触发），系统会自动核对金蝶侧并纠正状态/补单号。
 6. 注意：**历史已推送的应付单不会补 preentry**（幂等预检直接返回）；preentry 相关失败会落 failed 与原因，修复前置后由 failed 重推自动续推成功。
 7. ⚠️ **金蝶合单支付的单头口径提醒（生产环境）**：preentry 要求每笔预付能定位到金蝶付款处理单内码，内码来自 A103-4 按付款申请单头「源单编号」勾稽。若金蝶出纳在金蝶侧**手工创建合单支付单**（未走付款申请下推）：单头源单编号只挂了首行分录的付款申请号，同一支付单里其余付款申请查不到、内码一直不回写——这不是 TMS 操作能解决的，需金蝶侧在单头补挂源单编号（或 TMS 后续改造按分录级源单勾稽）。症状：付款管理「批量同步」后金蝶状态已付款、已付款金额也回填了，但应付单重推仍报「内码未回写」。
 推送成功后金蝶侧效果（供确认推送结果时对照）：
@@ -685,14 +723,16 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
   - 手动路径：勾选**审批通过**的单据 → 工具栏「批量同步」（一次可多张，单张失败不影响其他）。
   - 预付款（进度预付/项目预付）走同样的按钮，系统自动走预付款通道。
 2. 成功标志：状态 **已生成** + 金蝶单号 + 锁定标签。
 ![付款管理尾款付款申请已推金蝶（2026-11-08 实测）：FKD2026110800001（尾款付款 87.00，挂 FJS2026110800001）批量同步成功生成金蝶付款申请单 FKSQ-00000292，等待金蝶出纳付款后由定时任务回写](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/16-付款管理-尾款付款申请已推金蝶.png)
 3. 查付款结果：
   - 正常等定时任务回写（默认每 10 分钟，开关开启时）；
-   - 急用点工具栏「**同步付款结果**」（勾选单据后显示；若未见到该按钮，说明当前环境以定时回写为主，等下一轮即可）。
+   - 急用时由运维调手动回写端点 `POST /payment-application/sync-kingdee-result`（可传付款单据号列表，指定单据按**金蝶单据号**精确查询回写；不传则回写全部待回写单据）。当前页面未见「同步付款结果」按钮属正常——该环境以定时回写为主，等下一轮即可。
-4. 结果状态流转：已生成 → **付款中** → **已付款**（含付款记录/凭证信息）/ **已关闭**（关闭）。付款记录同步回写**金蝶付款处理单内码**（供 4.9 应付单预付抵扣分录 preentry 引用）。
+4. 结果状态流转：已生成 → **付款中** → **已付款**（含付款记录/凭证信息）/ **已关闭**（关闭）。付款记录同步回写**金蝶付款处理单内码**（供 4.9 应付单预付抵扣分录 preentry 引用）；金蝶已生成电子回单时，付款记录同时落**电子回单文件名**，详情付款记录可直接**在线查看/下载付款凭证**（A801-2 流式回源金蝶）。
 5. 失败与特殊场景：
   - **生成失败** → 鼠标悬浮状态标签看失败原因，修复后重推（批量同步按钮即可，系统会自动跳过金蝶已有的）；系统每 10 分钟也会自动重推。
-   - 单据在金蝶被删：回调后自动置生成失败并清单号，直接重推；
+   - 单据在金蝶被删：金蝶删单**回调**后自动置生成失败并清单号，直接重推；
-   - 金蝶删了但回调丢了：约 20 分钟后系统自动检测到「查不到」并解锁置生成失败，再重推。
+   - 回写查不到（回调丢失等）→ **不再自动解锁**（2026-11-06 起，防止金蝶单据实际存在时误解锁清空本地单号/内码）：保持现状等下一轮，金蝶侧确实删单的由人工核实后走金蝶删单回调或联系运维处理，再重推。
   - 推送被拦"收款方客商为高风险/黑名单，付款特批审核中（特批审核），特批完成后方可推送金蝶" → 仅付款特批走合规开关（`spec-pay.enabled`，默认关闭）开启时出现：特批通过（当前节点恢复「审批通过」）后自动续推，无需人工操作（特批流程由实施配合处理，口径见 4.6）。
 6. **合同系统联动（履约数据自动推送）**：付款申请审批通过只做**本地履约计划金额累加**（不推合规）；**金蝶实际付款（状态「已付款」）回写后**，系统才自动推送履约计划（C103-9）与履约记录（C108）到合同合规系统——受 `exe-stage.sync-enabled`/`perf-record.sync-enabled` 开关控制，效果与核对方法见 4.18。
@@ -704,6 +744,8 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 ![付款结果回写后付款管理列表效果：金蝶单据状态变「已付款」（FKSQ-000000282），已付款金额 66364.33 自动回填；右侧「已指定应付」列同步展示（指定失败红色可悬浮看原因）](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/43-付款管理列表-已付款回写.png)
 ![付款管理「批量同步」回写付款结果（2026-11-08 实测）：FKD2026110500002 金蝶单据号 FKSQ-00000287、金蝶状态已付款、已付款金额 130.50 回填——这是 4.9 应付单 preentry 内码回写的前置动作](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/10-付款管理-付款结果回写已付款.png)
 ![付款结果回写效果：TMS 付款申请（FKD2026110300003）查看页「付款记录」回写实付金额 66364.33/付款单号/付款凭证（出纳付款-桂糖物流-202611-0007），与金蝶付款处理单（上游单据编码 FKSQ-000000282、付款金额 ¥66,364.33、票据状态已付款）逐项对应](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/image-20261103185134875.png)
 > 注意：推送后单据被金蝶锁定，**不能改金额、不能作废**。发现金额错误必须先金蝶侧处理。
@@ -761,7 +803,7 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 **第一步：先票——收票登记**
-**硬性前提**：一张票只能登记一次；表单「结算组织」必选（一般选合同的承办部门）；发票销方需已在客商建档（系统按销方名称取金蝶供应商代码，取不到推送会被拦）。
+**硬性前提**：一张票只能登记一次；表单「**所属合同**」必选（**承运商类型**合同，2026-11-05 起「结算组织」不再手选，改为按所属合同的**承办部门**自动带出）；发票销方需已在客商建档（系统按销方名称取金蝶供应商代码，取不到推送会被拦）。
 1. 选票：点「新增」→ 表单里点发票号放大镜 → 弹出「查询金蝶票据池」→ 勾选 → 确认（带出票面信息，并自动带出**发票明细**区块）。
   ![查询金蝶票据池弹窗：按发票号/日期/税号/票种等筛选；每行可「查看/下载」发票原件（PDF 优先）；点「选择」带出到表单](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/07-收票登记-金蝶票池选票.png)
@@ -769,17 +811,23 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
    ![金蝶侧收票管理·全票池查询：TMS 票池选票的数据源头](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/img.png)
   - 票池数据来自定时同步（默认每 30 分钟）；票号精确搜索时若本地没有会**自动去金蝶现查**。
   - 查不到票 → 等同步或让运维检查票种白名单配置/手动触发同步（见 5.2）。
-2. 选**结算组织**（合同承办部门）——推送金蝶时按它确定结算组织编码，必填。
+2. 选**所属合同**：点「所属合同」右侧放大镜 → 弹窗按**合同编号/合同名称**搜索 → 勾选**承运商合同**→「确定」。选中后「**承办部门**」自动从合同带出（只读，不可改）——推送金蝶时结算组织编码=承办部门对应平台公司的金蝶编码，组织/币种/往来户都按它派生。
 **所属合同会被拦截的情况（提示原文 → 解决）**：
 - "请选择所属合同" → 先选承运商合同再保存。
 - "所属合同 [编号] 不存在" → 合同编号有误或合同已删除，重新选择。
 - "所属合同须为承运商类型的合同" → 换成承运商合同（其他类别合同不能用于收票登记）。
 - "合同 [编号] 未维护承办部门，请先在合同管理中补录" → 找合同经办人在合同管理补维护承办部门后再选。
 3. 保存：系统自动**重查金蝶票池校验可用性**——票已被别人登记/认领/红冲/作废会保存失败并提示原因。
 4. 提交审批 → 审批「通过」自动推送，或勾选 → 工具栏「批量同步」。
 5. 成功标志：状态 **已推送（pushed）**（金蝶收票单已生成）。**到这里收票就完成了**——指定应付由付款结算单负责（见第二步）。
   - failed 且提示发票状态异常（红冲/作废）→ 该票在金蝶已不可用，需人工处理，不要重推。
   - failed 且提示「供应商代码/往来户」→ 发票销方未建档或未同步金蝶，先完成 4.1 客商建档再重推。
   - failed 且提示免税/零税率行 → 该票存在系统无法映射的税率行，人工核实后联系金蝶方约定编码。
-   - failed 且提示结算组织/平台公司类 → 手选结算组织部门上溯不到带金蝶编码的平台公司，管理员补维护组织档案后重推。
+   - failed 且提示结算组织/平台公司类 → 所属合同承办部门上溯不到带金蝶编码的平台公司，管理员补维护组织档案后重推。
 6. 附件：表单附件区可查看/下载发票原件（系统自动从金蝶取，PDF 优先）。
-![收票登记表单（先票后款改造后）：发票号码选金蝶票据池发票带出票面与「发票明细」；「结算组织（合同承办部门）」必选；「结算信息」区只读——认领关系由付款结算单侧维护](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/13-收票登记-先票后款表单.png)
+![收票登记表单（2026-11-05 改造后实测）：「发票号码」必选金蝶票据池发票（带出发票明细），「所属合同」必选承运商合同（放大镜按合同编号/名称搜索），「承办部门」从所属合同自动带出只读（结算组织=承办部门对应平台公司金蝶编码）；「结算信息」区只读——认领关系由付款结算单侧维护](./2026-10-14-金蝶（星瀚）BFI对接操作手册（纯操作版）.assets/44-收票登记表单-所属合同带出承办部门.png)
 **第二步：后款——付款结算单认领收票单并指定应付**
@@ -934,7 +982,7 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 | 作废预付结算单 | 审批通过、未转付款结算，且**无关联预付申请**（有则提示"请先作废预付申请"） | 预付结算单列表行内「作废」（需填作废原因） | 单据→已作废；预付结算上的核销行被删除 |
 | 作废开票申请 | 状态=审批通过，且**未被金蝶锁定**（即还没推金蝶/还没开票） | 开票管理列表行内「作废」 | 单据→已作废；来源结算单的开票状态自动回落 |
 | 删除 | 状态=草稿 | 各列表行内「删除」 | 草稿被删除 |
-| 金蝶侧删付款申请 | — | 金蝶操作后系统自动处理 | 付款申请金蝶状态→生成失败，金蝶单号被清空；**未付的预付记录联动作废**；人工核实后重推，重推成功会重新建档；**已核销的行不会自动删**，需要人工作废该预付款才回落 |
+| 金蝶侧删付款申请 | — | 金蝶删单**回调**触发自动处理 | 付款申请金蝶状态→生成失败，金蝶单号被清空；**未付的预付记录联动作废**；人工核实后重推，重推成功会重新建档；**已核销的行不会自动删**，需要人工作废该预付款才回落。回调丢失时单据保持原状不自动解锁（2026-11-06 起），需人工核实金蝶侧后联系运维处理 |
 | 金蝶侧删结算单 | — | 金蝶操作后系统自动处理 | 结算单被**系统自动作废**，同步状态还原，核销行删除 |
 | 金蝶侧删开票申请 | — | 金蝶操作后系统自动处理 | 开票申请被**系统自动作废**，来源结算单开票状态回落 |
 | 结算调整 | 结算单已审批通过（含已同步金蝶） | 结算调整单（4.13） | 金额调整走调整单：原单标记"已调整"并禁止再付款，调整后的新单自动迁移核销行与金蝶推送 |
@@ -1015,7 +1063,7 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 | 任务 | 干什么 | 开关键 | cron 键（默认值） | 手动替代按钮 |
 |---|---|---|---|---|
-| 付款结果回写 | 付款状态（已付款/已关闭）+ 付款记录/凭证回写；顺带应收勾稽纠偏、开票结果回写 | `thirdParty.bfi.payResult.syncEnabled`（样例已开） | `…payResult.cron`（默认 `0 1/10 * * * ?`） | 付款「同步付款结果」、开票结果手动端点、结算勾稽手动端点 |
+| 付款结果回写 | 付款状态（已付款/已关闭）+ 付款记录/凭证/电子回单文件名回写；顺带应收勾稽纠偏、开票结果回写；手动端点可指定付款单据号按金蝶单号精确回写 | `thirdParty.bfi.payResult.syncEnabled`（样例已开） | `…payResult.cron`（默认 `0 1/10 * * * ?`） | 手动端点 `POST /payment-application/sync-kingdee-result`（可传 paymentNos）、开票结果手动端点、结算勾稽手动端点 |
 | 收票结果回写 | 收票单状态回写、发票状态异常回收、assigned 单号补登；**pushed+已认领自动补发指定应付受下述开关控制** | `…receivedInvoiceResult.syncEnabled` | `…receivedInvoiceResult.cron`（默认 `0 8/10 * * * ?`） | 收票「同步金蝶结果」、付款结算单「发票登记」/查看页「重新推送」 |
 | —— A302-6 指定应付自动补偿 | pushed 且已认领的收票单由回写任务自动重发指定应付（★2026-11-02 起独立开关，**默认关闭**改人工兜底：发票登记推送/查看页重新推送） | `…receivedInvoiceResult.assignCompensationEnabled`（默认 false） | 随收票结果回写任务调度 | 付款结算单「发票登记」/查看页「重新推送」/手动端点 `POST /formal-settlement/invoice-assign-kingdee` |
 | 客商同步 | 金蝶审核状态复查（synced→exist）、停用联动、failed 重推 | `…customer.syncEnabled` | `…customer.cron`（默认 `0 0 2 * * ?`） | 客商「同步金蝶」 |
@@ -1035,10 +1083,10 @@ TMS 合同审批通过后，合同会推送到桂物合同合规系统（HCS）
 - **默认执行时间错峰**（付款 ：01、failed 重推 ：05、收票 ：08、锁补偿每 5 分钟的 ：02、票池每 30 分钟的 ：16），互不挤占；自行改 cron 时建议保留错峰。
 **① 付款结果回写（10 分钟）**
-扫「审批通过且已推送 / 付款中 / 推送失败」的付款申请 → 到金蝶查付款申请单和付款处理单 → 推进 已生成 → 付款中 → **已付款 / 已关闭**，已付款时回写付款记录/凭证，并联动刷新预付结算垫资、结算付款记录（4.10 第 3 步的「正常等定时回写」就是它）。
+扫「审批通过且已推送 / 付款中 / 推送失败」的付款申请 → 到金蝶查付款申请单和付款处理单 → 推进 已生成 → 付款中 → **已付款 / 已关闭**，已付款时回写付款记录/凭证（金蝶已生成电子回单的同时落回单文件名，支持凭证在线下载），并联动刷新预付结算垫资、结算付款记录（4.10 第 3 步的「正常等定时回写」就是它）。手动端点可传付款单据号列表，指定单据按金蝶单据号精确查询回写（无金蝶单据号兜底按来源单号）。
 - 自愈一（应收勾稽）：已推送但失败、或缺金蝶单号的**应收结算单**，查金蝶有则自动补单号、纠回已同步——「实际推成功但本地显示失败」的场景自动痊愈；
 - 自愈二（开票结果）：已受理的开票申请自动落发票信息并推进 **开票完成（终态）**（4.11 第 7 步的定时回写就是它）；
- 防呆（金蝶删单）：已生成/付款中的单据**连续 2 轮（约 20 分钟）在金蝶查不到** → 判定金蝶侧已删，自动解锁置生成失败并清空金蝶单号，等人工核实后重推；重推带幂等预检，金蝶单据其实还在时会自动回填，不会重复生成。
+- 防呆（金蝶删单）：已生成/付款中的单据在金蝶**查不到时不再自动解锁**（2026-11-06 起移除「连续两轮查不到自动解锁」——曾出现金蝶单据实际存在却被误解锁清空本地单号/内码的事故，附还原 SQL 已修复）：保持现状等下一轮；解锁**仅由金蝶删单回调触发**，回调丢失的金蝶删单需人工核实后处理。
 **② 收票结果回写（10 分钟）**
 扫 已推送（pushed）/ 已指定应付（assigned）的收票登记，按近 **30 天**回看窗口查金蝶收票单，一轮处理三种情况：
@@ -1158,14 +1206,14 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 审批通过但提示「自动同步金蝶失败」 | 推送失败但审批已生效 | 看失败原因 → 修复 → 手动「同步金蝶」重推（单据不会丢） |
 | 列表「锁定失败」标签 | 推送成功但金蝶锁单接口失败 | 系统自动补偿（≤5 次）；急用让运维调手动补偿端点 |
 | 单据要改但显示「金蝶锁定中」 | 已推送并被金蝶锁定 | 到金蝶侧解锁/删单 → TMS 自动还原后即可编辑；不可强行作废 |
-| 付款状态长时间不更新 | 回写定时未开启或金蝶侧未处理 | 点「同步付款结果」；仍无 → 金蝶侧查付款处理单 |
+| 付款状态长时间不更新 | 回写定时未开启或金蝶侧未处理 | 等下一轮定时回写；急用让运维调 `POST /payment-application/sync-kingdee-result`（可指定付款单据号按金蝶单号精确回写）；仍无 → 金蝶侧查付款处理单 |
 | 付款申请审批通过了，但金蝶那边没有单 | 推送失败（生成失败）或走了付款特批 | 看「金蝶单据状态」：生成失败勾选后点「批量同步」或等 10 分钟自动重推；提示"已发起付款特批"（特批走合规开关开启时）要等特批完成 |
 | 开票申请已同步但没发票信息 | 开票结果未回写 | 等定时/联系运维手动触发；确认金蝶票易通已开票 |
 | 票池选票查不到 | 镜像未同步到该票种 | 检查票种白名单配置；运维手动触发全票池同步；票号精确搜索可触发自动现查 |
 | 保存收票登记被拦「可用金额为0」 | 票已被占用/认领/红冲 | 换票或在金蝶确认票据状态 |
 | 收票推送报「供应商代码/往来户」类错误 | 发票销方未建档或未同步金蝶（取不到金蝶供应商代码） | 先完成客商建档与同步（4.1），再重推 |
 | 收票推送报免税/零税率行 | 系统无法映射该税率行编码 | 人工核实票面，联系金蝶方约定编码后放开 |
-| 收票推送报结算组织/平台公司类错误 | 手选部门上溯不到带金蝶编码的平台公司 | 找管理员维护组织金蝶编码后重推 |
+| 收票推送报结算组织/平台公司类错误 | 所属合同承办部门上溯不到带金蝶编码的平台公司 | 找管理员维护组织金蝶编码后重推 |
 | 收票卡在已推送（pushed）不动 | 未被付款结算单认领，或认领它的结算单应付单未推送成功；或已认领但指定失败且自动补偿开关关闭 | 在付款结算单「发票登记」/查看页「重新推送」处理；未认领的先认领；已认领失败的用人工入口重推（4.12） |
 | 结算单/付款管理「已指定应付」列显示指定失败 | 认领的收票单 A302-6 指定失败 | **悬浮状态标签看聚合失败原因** → 付款结算单查看页对该票「重新推送」（可先改匹配金额），或工具栏「发票登记」重推 |
 | 认领收票单被拦「一张收票单只能被一张付款结算单认领」 | 已被其他有效付款结算单认领 | 先在原结算单移除认领（金蝶侧人工解除指定）再认领 |
@@ -1176,6 +1224,7 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 开票提示要先去同步金蝶 | 开票前系统检查金蝶应收单 | 先在「收款结算单」列表点「同步金蝶」（4.9） |
 | 结算单已付金额比我算的多/少 | 已付金额**含**进度预付、项目预付核销；核销金额同时计入"已申请付款金额"和"已付金额" | 属正常口径 |
 | 结算单金额写错了怎么改 | 审批通过后不能直接改 | 走「结算调整单」（4.13） |
 | 列表里多出一张付款结算单，没人建过 | **自动归集**定时任务生成：已关闭账期的已审批预付结算单被自动归集成付款结算单（4.8 末） | 看单据变更记录确认来源；账期未关闭的预付结算单不会被归集（日志记「暂不自动归集」） |
 | 结算调整单选不到某张结算单 | 已完成收付款 / 已发起尾款 / 有关联付款申请在途 / 未审批通过 | 按 4.13 前提检查 |
 | 结算调整单重推被拦「旧单未冲销」 | 原单已推送金蝶且财务还没在金蝶冲销 | 财务在金蝶手工冲销旧单后再点「重新推送（高危）」（部分冲销视同已冲销） |
 | 结算调整单重推失败，新单显示同步失败 | 克隆新单已生成但推送金蝶失败 | 再点「重新推送」复用新单续推，不会重复建单；失败原因悬浮看新单 |
@@ -1185,6 +1234,8 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 认领/作废后合规侧没有记录 | 合同合规推送失败（只落标记不重试） | 让运维查合规推送记录失败原因，人工在合规侧补录；认领/作废本身不受影响 |
 | 想作废认领 | — | 认领记录页本人记录直接「作废」：本地回退金额并自动同步合规作废；金蝶收款单本身不受影响（红冲由金蝶财务人工处置） |
 | 断网/金蝶宕机期间推了一半 | 部分单据 failed | 恢复后 failed 重推任务（或手动）自动续推，系统查重不会重复生成金蝶单据 |
 | 付款管理已显示「已付款」但应付单重推仍报「内码未回写」 | 金蝶出纳在金蝶侧**手工创建的合单支付单**单头源单编号只挂了首行付款申请号，同单其他申请勾稽不到（4.9 第 7 步） | 金蝶侧在支付单单头补挂源单编号后重推；属金蝶数据问题，TMS 侧无法自助修复 |
 | 开票推送报头明细 0.01 尾差校验失败 | 旧版按价税合计拆分产生分摊尾差 | 2026-11-05 起已改为送申请金额（不含税）与申请税额，金蝶侧不再尾差校验失败；仍报错的旧单重推即可 |
 | 合同审批通过后合规状态一直「待推送」 | 未开即时推送，合同扫描也未开启或未到执行时间 | 手动点「推送合规」；或让运维开启 `push.contract.sync-enabled`（5.5） |
 | 合同推送失败提示「合同类别 [xxx] 未配置合规模板ID」 | Nacos 模板映射缺该类别 | 运维补 `contract.template-mapping` 后重推（注意中文键括号写法） |
 | 合同「特批审核」节点长时间不动 | HCS 特批结果未回传 | 详情「合规信息」→「确认特批结果」人工确认 approved/rejected（4.3 第四步） |
@@ -1209,7 +1260,7 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 客商档案 | （表单）收款信息开户行 | 失焦按行名从金蝶带出联行号；保存前按行号校验 |
 | 客商档案 | 行内「同步金蝶」 | 失败重推客商 |
 | 预付结算单 | 工具栏「预付申请」 | 审批通过后发起**进度预付**（跳转付款申请表单，类型锁定） |
-| 预付结算单 | 工具栏「尾款结算」 | 转付款结算单（容纳预付与核销；转后本单锁定） |
+| 预付结算单 | 工具栏「尾款结算」 | 转付款结算单（容纳预付与核销）；**保存草稿时才锁定来源预付结算单**，删草稿释放 |
 | 付款管理 | 工具栏「新增付款申请」→ 类型=项目预付 | 发起**项目预付**（不挂结算单） |
 | 预付/付款结算单编辑页 | 「项目预付核销」分区「选择」 | 选择金蝶已付款的项目预付单抵扣（本次核销金额可改小） |
 | 付款结算单 | 工具栏「同步金蝶」 | 推送应付/应收单到金蝶（收款结算单同） |
@@ -1218,11 +1269,11 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 付款结算单查看页 | 发票行「匹配结算单金额」 | 指定失败行可编辑匹配金额，随重推生效 |
 | 结算单（预付/付款/收款） | （编辑）汇率日期 | 自动带出金蝶汇率 |
 | 付款申请 | 工具栏「批量同步」 | 下推付款申请/预付款到金蝶 |
-| 付款申请 | 工具栏「同步付款结果」 | 立即回写付款状态与付款记录 |
+| 付款申请 | 运维端点 `sync-kingdee-result` | 立即回写付款状态与付款记录（可指定付款单据号按金蝶单号精确回写） |
 | 开票申请 | 工具栏「批量同步」 | 按发票张次推送开票申请 |
 | 开票申请新增 | 「分摊发票金额」 | 系统按选择顺序自动分摊（只读），底部「同步」刷新 |
 | 收票登记 | （表单）发票号放大镜 | 从金蝶票池选票（带出发票明细） |
-| 收票登记 | （表单）结算组织 | 手选合同承办部门（必选） |
+| 收票登记 | （表单）所属合同 | 必选承运商合同（按合同编号/名称搜索），承办部门（结算组织）自动带出不可改 |
 | 收票登记 | 工具栏「批量同步」 | 推送金蝶收票单（终态已推送；指定应付由付款结算单完成） |
 | 收票登记 | （表单）附件查看/下载 | 从金蝶取发票原件（PDF 优先） |
 | 结算调整单 | 「新增/提交/审批」 | 对已审批通过的结算单调整费用金额（原单未推送场景审批后自动推金蝶） |
@@ -1230,6 +1281,7 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 | 收款流水 | 工具栏「手动同步流水」 | 拉取金蝶收款单（A301-1，窗口默认 60 天） |
 | 收款流水 | （详情/工具栏「批量认领」）认领 | 本地认领到结算单（不推金蝶，自动推合同合规） |
 | 认领记录 | 行内「作废」 | 回退认领金额并同步作废合同合规系统认领记录 |
 | 运维专用 | `POST /payment-application/sync-kingdee-result` | 手动回写付款结果（body 可传 `paymentNos` 指定付款单据号） |
 | 运维专用 | `POST /invoice-receipt/sync-invoice-pool` | 手动全票池同步 |
 | 运维专用 | `POST /formal-settlement/retry-kingdee-bill-lock` | 手动补偿锁单 |
 | 运维专用 | `POST /formal-settlement/sync-kingdee-ar-result` | 手动应收勾稽纠偏 |
@@ -1247,4 +1299,4 @@ HCS 推送由**五个推送定时任务**（各 5 分钟、分钟位 0–4 错
 ---
-> 本文基于 2026-10-14 代码整理；2026-10-19 核对补充定时任务运转逻辑；2026-10-31 按先票后款改造与收款流水 A301-1 改造修订；2026-11-03 汇总《2026-10-17 结算调整单》《2026-10-18 预付与项目预付》两本操作手册，并按 2026-11-01/11-02 代码修订收票指定应付链路（发票登记工具栏入口、匹配金额可改、查看页重新推送、已指定应付列、A302-6 自动补偿开关默认关闭）；**2026-11-04 合并合同合规系统（HCS）操作内容（项目立项、合同、特批、客商风险、履约计划/记录），并纳入付款特批走合规开关（`thirdParty.hcs.spec-pay.enabled` 默认关闭，2026-11-03）**。系统升级后按钮与提示如有出入，以页面实际为准，并核对全链路总纲文档与 HCS 手册的更新说明。
+> 本文基于 2026-10-14 代码整理；2026-10-19 核对补充定时任务运转逻辑；2026-10-31 按先票后款改造与收款流水 A301-1 改造修订；2026-11-03 汇总《2026-10-17 结算调整单》《2026-10-18 预付与项目预付》两本操作手册，并按 2026-11-01/11-02 代码修订收票指定应付链路（发票登记工具栏入口、匹配金额可改、查看页重新推送、已指定应付列、A302-6 自动补偿开关默认关闭）；2026-11-04 合并合同合规系统（HCS）操作内容（项目立项、合同、特批、客商风险、履约计划/记录），并纳入付款特批走合规开关（`thirdParty.hcs.spec-pay.enabled` 默认关闭，2026-11-03）；**2026-11-08 按《预结算转正式结算（尾款结算非预付）全流程梳理》实测与 11-05/11-06 代码修订尾款结算保存锁定、付款结果回写（电子回单/指定单据号/移除自动解锁）、收票登记所属合同等（本表修改记录当日行）**。系统升级后按钮与提示如有出入，以页面实际为准，并核对全链路总纲文档与 HCS 手册的更新说明。
@@ -0,0 +1,221 @@
 # 预结算转正式结算（尾款结算·非预付）全流程梳理
 > 前置文档：《2026-11-08-预付付款申请金蝶出纳付款查询结果解读与前端显示及后续流程梳理.md》（付款申请→金蝶付款那段流程本文不再重复）。
 > 本文梳理**非预付出口**：预结算审批通过后「尾款结算」→ 正式结算单 → 审批 → 金蝶财务应付单 → 尾款付款申请 → 付款。
 > 全部结论基于代码核实：前端 `tms-erp-web/src/views/settlement/pre-settlement.vue`、`formal-settlement.vue`；后端 `FormalSettlementServiceImpl`、`PreSettlementServiceImpl`、`SettlementRuleAutoGenerateServiceImpl`。
 ---
 ## 1. 总览
 ```
 应收应付明细 ──预结算保存占用──> 预结算单(approved)
                                    │
                 ┌──────────────────┴──────────────────┐
                 │ 预付申请（progress_advance）          │ 尾款结算（非预付，本文）
                 ▼                                     ▼
           付款管理·付款申请                    正式结算单（草稿 draft）
                 │                                     │ submit → 财务审核
           A103-1 推金蝶付款申请单                       │ approve → approved
                 │                                     ├─「同步金蝶」A102 财务应付单
           A103-2/A103-4 定时回写                        ├─「申请付款」→ 付款申请（尾款）
                 │                                     └─「认领发票」先票后款
           已付款/付款记录                              ▼
                                        （A102-2 preentry 用付款记录 cas_paybill.id 抵扣预付）
 ```
 另有**自动归集**路径：定时任务把费用日期完整落入已关闭账期的已审批预结算单自动归集成正式结算单（`SettlementRuleAutoGenerateServiceImpl`，账期未关闭的单据跳过并记日志「暂不自动归集」）。
 ---
 ## 2. 第一步：列表发起「尾款结算」（前端跳转）
 文件：`pre-settlement.vue` `handleFormalSettlement()`（约 536-573 行）
 前端校验（不通过直接 warning，不发请求）：
 1. 必须勾选，且全部 `approvalStatus = approved`（仅审核通过可转）；
 2. 多选时必须**同一项目**（projectId，缺项目按项目名兜底）。
 然后**不调后端**，直接走前端转移令牌 + 路由跳转：
 - `createSettlementTransfer({ sourcePreSettlements: [...勾选行] })`（`@/utils/settlement-transfer`，sessionStorage 令牌）
 - `$router.push('/settlement/formal-settlement/form', { mode: 'add', settlementType: 'payable', transferToken })`
 > 说明：后端确实存在单笔接口 `POST /pre-settlement/formal-settlement?id=`（`PreSettlementServiceImpl.formalSettlement`：校验 approved + payable + 未转 + **无在途预付申请**，生成正式结算单号、标记 currentNode=已转正式结算、底层明细置 formal_settled）。前端 `preSettlement.js` 封装了该 API，但当前**没有任何页面调用**——页面路径统一走「跳表单 → 保存时占用」。作废预结算时也会拦截：已转正式结算的预结算单不可作废（519 行）。
 ---
 ## 3. 第二步：保存正式结算单（真正占用预结算）
 文件：`FormalSettlementServiceImpl.saveDraft()`（710-805 行）
 1. **来源校验**：至少一张预结算或一条应收应付明细；`availableSource` 要求预结算 `approved` 且 `formal_settlement_no` 为空（未被占用）；直挂明细须 `pending` 且未被预结算/正式结算占用。
 2. **归并校验**：来源必须同合同同结算类型；直挂明细与预结算来源同币种。
 3. **金额带算**：
   - 结算金额 = 来源预结算合计 + 直挂明细合计；
   - 已申请付款额 = 来源预结算 `advanceAppliedAmount` 合计；
   - **已付金额 = 来源预结算 `advancePaidAmount` 合计**（预付进度直接带过来）；
   - 剩余应付 = 结算金额 − 已付金额（不小于 0）。
 4. **占用预结算（事务内 CAS，`rebuildSnapshots` 2343-2350 行）**：
   ```
   UPDATE pre_settlement SET formal_settlement_no=新单号, formal_settled_time=now, current_node='已锁定（正式结算）'
   WHERE id=? AND approval_status='approved' AND (formal_settlement_no IS NULL OR '')
   ```
   占用行数 != 1 即抛「预结算单 xxx 已被其他正式结算占用」（并发安全）；同时写 `FormalSettlementSource` 关系快照（含预付申请额/已付额）、复制明细与费用行快照；底层应收应付明细置 `formal_settled`。
 5. **项目预付核销行迁移**：先删预结算名下核销行（释放占用），再按正式结算重建（`projectAdvanceWriteOffService`）。
 6. 新单初始状态：`draft`、`kingdeeSyncStatus=unsynced`、`invoiceStatus=unreceived`、`paymentStatus=unpaid`。
 删除草稿（`removeDraft`）会 `releaseSources` 释放预结算占用、清关系与快照，明细回到可结算状态。
 ---
 ## 4. 第三步：审批流
 `submit`（draft→reviewing，节点「财务审核」）→ `approve`（reviewing→approved）/ `return`（→returned）/ `void`（作废并释放来源占用）。与预结算同一套 changeStatus 模式。
 ---
 ## 5. 第四步：审批通过后的三个动作
 ### 5.1 「同步金蝶」→ A102 财务应付单（`syncKingdee` 1004 行起）
 - 单据级事务 + 行锁（`lockedExisting` FOR UPDATE），已同步幂等返回；
 - 推送 A102 财务应付单（应付结算），**preentry 预付抵扣分录**按付款记录 `cas_paybill.id`（`kingdee_bill_id`）+ `y_settleamt` 逐笔送出——这就是上一篇文档里付款记录落 `kingdee_bill_id` 的用途；
 - 成功：回写 `kingdeeSyncStatus=synced` + 金蝶单号；事务提交后联带 **lockBusiData 锁定金蝶单据** 与 **A902 附件上传**（失败不回滚主单，留补偿）；
 - 失败：`markKingdeeSyncFailed` 独立事务落 `failed` + 失败原因（≤500 字符）+ 变更记录，可「推送金蝶」重试或 `retryKingdeeFailed` 自动补推。
 ### 5.2 「申请付款」→ 尾款付款申请（`createPayment` 1697 行）
 校验：approved + payable + 非结算调整作废单 + **无在途付款申请**（`FormalSettlementPayment` 非 returned/voided 的记录数为 0）+ 申请金额 ≤ 剩余可申请（结算额 − 已申请额）。
 两个入口：
 - **弹窗版**：列表/详情「申请付款」→ `POST /formal-settlement/apply-payment`（或批量 `apply-payments`，须同合同）→ 插入 `FormalSettlementPayment`（paymentType=`final`，状态 reviewing），提示「已生成 N 条付款申请」；
 - **跳转版**：列表「发起付款申请」→ `createSettlementTransfer` 带剩余可申请金额跳付款管理表单（`paymentType=settlement_payment`），保存生成付款管理单 `PaymentApplication`（`settlementId` 直挂 + `PaymentApplicationSettlement` 关系表）。
 付款申请生成后进入上一篇文档的付款流程：付款管理页「同步金蝶」推 A103-1（ap_payapply）→ A103-2/A103-4 定时回写推进状态与付款记录 → 已付款联动结算单付款状态/已付金额。
 ### 5.3 「认领发票」先票后款（`claimInvoices` 1609 行）
 认领收票池发票（票号重复/不可用闸门 `assertInvoicesClaimable`）、匹配金额校验（0≤匹配≤票面，匹配合计可超结算额），同步收票登记侧关系，刷新 `invoiceStatus`；已存在的付款申请同步补发票关系。
 ---
 ## 6. 关键状态字段速查
 | 表/字段 | 含义 |
 | --- | --- |
 | `pre_settlement.formal_settlement_no` | 空=未转；非空=已被正式结算占用（转正即锁定，不可作废预结算、不可再转） |
 | `pre_settlement.current_node` | 已锁定（正式结算）/ 已转正式结算 |
 | `receivable_payable_detail.settlement_status` | pending → formal_settled（字典显示「已转正式结算」） |
 | `formal_settlement.kingdee_sync_status` | unsynced / synced / failed（+kingdee_fail_reason） |
 | `formal_settlement.payment_status` | unpaid → 部分付款 → paid（由付款回写联动） |
 | `formal_settlement_payment` | 弹窗版尾款付款申请（final，reviewing→审批） |
 ---
 ## 8. 实测记录（2026-11-08，playwright 全流程走通·含截图）
 > 实测单据：预结算 **YJ2026110500002**（结算 217.50，预付申请 FKD2026110500002 已付 130.50，未转正）。
 > 全程截图存于本文档同名 `.assets` 目录，编号即操作顺序。
 ### 步骤 0：登录
 ![登录页：输入账号密码与验证码后登录](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/01-登录.png)
 ### 步骤 1：预付结算单列表勾选 → 「尾款结算」
 列表筛选出审批通过、未被正式结算占用的应付预结算单（勾选后工具栏「尾款结算」才可用）：
 ![预付结算单列表：工具栏 新增/预付申请/尾款结算/打印结算单/导出](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/02-预付结算单列表.png)
 先看详情预付信息——FKD2026110500002 申请 130.50 / **已付款 130.50**（金蝶预付单号 FKSQ-00000287），这是后续占用与抵扣的来源：
 ![预付结算单详情-预付信息：申请预付金额 130.50、已付款金额 130.50、单据状态已付款](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/03-预付结算单详情-预付信息已付款.png)
 ### 步骤 2：跳转「新增付款结算单」表单（占用未发生，保存才锁定）
 前端只带来源跳转；关键数字已经算好：**结算合计 217.50 / 已付金额（含预付、核销）130.50 / 剩余未付 87.00**：
 ![新增付款结算单：结算合计（原金额）217.50、已付金额（含预付、核销）130.50、剩余未付金额 87.00](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/04-尾款结算-新增付款结算单表单.png)
 ### 步骤 3：保存草稿 → 生成 FJS2026110800001
 保存后列表第一行即新单，状态「草稿」，付款状态已显示「部分收/付款」（预付已带入）：
 ![付款结算单列表：FJS2026110800001 草稿，付款状态部分收/付款](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/05-付款结算单草稿.png)
 ### 步骤 4：提交 → 财务审核
 提交弹出确认「提交后来源预付结算单将保持锁定」——即此刻起预结算被正式结算占用：
 ![提交确认弹窗：提交后来源预付结算单将保持锁定，确认提交？](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/06-提交确认-来源预付保持锁定.png)
 提交后状态「审批中 / 财务审核」，行内出现 通过/驳回：
 ![提交后：FJS2026110800001 审批中、当前节点财务审核](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/07-提交后审批中.png)
 ### 步骤 5：审批通过（触发自动推金蝶）
 确认弹窗「审核通过后付款结算单生效，金额只能通过结算调整单处理」→ 通过后状态「审批通过」，但**金蝶单据状态为「同步失败」**（审批通过自动推送未成功）：
 ![审批通过但金蝶单据状态同步失败：FJS2026110800001 审批通过](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/08-审批通过-自动同步失败.png)
 ### 步骤 6：失败原因 = preentry 预付抵扣拦截（本流程唯一阻塞点）
 详情变更记录给出原因：**「推送金蝶财务应付单失败：进度预付[FKD2026110500002]金蝶付款处理单内码未回写，请先在付款管理执行[同步付款结果]后再推送应付单」**——preentry 分录要求每笔预付能定位到金蝶付款处理单（cas_paybill.id），而该笔 130.50 对应的出纳付款单是**金蝶出纳手工创建的合单支付单**（未走付款申请下推流程）：单头 `awrp_sourcebillno` 只取了首行分录的源单编号（FKSQ-00000289），FKSQ-00000287/00000288 的归属只存在于**分录级** `e_sourcebillid` 中。A103-4 的查询参数与 TMS 双键勾稽都基于**单头**字段，接口亦无分录级过滤参数，故按 FKSQ-00000287 查询永远查不到、付款记录一直缺 `kingdee_bill_id`——这与"已改成 awrp_sourcebillno 查询"并不矛盾：改的是查询参数（生效），治不了金蝶手工单单头没挂这笔的数据问题。
 ![同步金蝶失败原因：进度预付 FKD2026110500002 金蝶付款处理单内码未回写](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/09-同步失败原因-预付内码未回写.png)
 ### 步骤 7：付款管理「批量同步」回写付款结果
 去付款管理勾选 FKD2026110500002 批量同步后：金蝶单据号 FKSQ-00000287、金蝶状态**已付款**、已付款金额 130.50 回填（付款记录内码在本案例因金蝶合单支付单头口径仍缺，联调环境按第 6 步原因手工补数后才满足 preentry）：
 ![付款管理列表：FKD2026110500002 金蝶单据号 FKSQ-00000287、金蝶单据状态已付款、已付款金额 130.50](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/10-付款管理-付款结果回写已付款.png)
 ### 步骤 8：重推「同步金蝶」→ 成功
 补齐付款记录后重推，弹窗「同步成功」：
 ![同步结果弹窗：同步成功](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/11-同步金蝶成功.png)
 列表金蝶单据号回填 **AP-202611-800196**、状态**已同步**（即金蝶财务应付单已生成）：
 ![付款结算单列表：FJS2026110800001 金蝶单据号 AP-202611-800196、已同步](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/12-付款结算单-财务应付单已同步.png)
 ### 步骤 9：发起尾款付款申请（验证额度已扣预付）
 列表勾选 → 「付款申请」跳转表单（付款类型=尾款付款锁定）：**结算金额 217.50 / 可付款金额 87.00**——可付款金额已扣除预付 130.50，申请 87 就到顶，不会把预付部分再申请一遍：
 ![尾款付款申请表单：结算金额 217.50、可付款金额 87.00、票款类型先票后款](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/13-尾款付款申请表单-可付款金额87.png)
 填写申请付款金额 87.00、付款方式银行转账后提交：
 ![尾款付款申请表单填写完成：申请付款金额 87.00、付款方式银行转账、付款比例 40%](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/14-尾款付款申请表单-填写完成.png)
 ### 步骤 10：尾款付款申请审批 → 推送金蝶
 提交后回到付款管理，**FKD2026110800001（尾款付款，87.00）** 生成并处于审批中（行内 通过/驳回）：
 ![付款管理列表：FKD2026110800001 尾款付款 87.00 审批中](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/15-付款管理-尾款付款申请审批中.png)
 审批通过后勾选「批量同步」推送金蝶成功，生成付款申请单 **FKSQ-00000292**（已生成，等待金蝶出纳付款后由 A103-2/A103-4 定时回写）：
 ![付款管理列表：FKD2026110800001 已推金蝶 FKSQ-00000292](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/16-付款管理-尾款付款申请已推金蝶.png)
 详情复核：单据号 FKD2026110800001、结算信息行 FJS2026110800001 结算 217.50 / 可付款 87.00 / 付款金额 87.00（付款比例 40% 为按结算全额的展示口径）：
 ![尾款付款申请详情：结算信息行 结算总金额 217.50、可付款金额 87.00、付款金额 87.00](./2026-11-08-预结算转正式结算（尾款结算非预付）全流程梳理.assets/17-尾款付款申请详情.png)
 ### 实测结论
 1. **预付占用链路符合预期**：预付已付 130.50 → 转正表单带入“已付金额（含预付）130.50 / 剩余未付 87.00"→ 尾款可付款金额封顶 87.00 → 申请 87.00 不重复占用；
 2. **preentry 拦截真实生效**：审批通过自动推应付单被「预付内码未回写」拦截，防止抵扣分录缺失就落单；
 3. **唯一阻塞点是金蝶合单支付单头口径**（第 6 步）：生产环境需金蝶侧补挂单头源单编号，或 TMS 后续改造按分录 `e_sourcebillid` 勾稽（已评估可行：`BfiPayBillVO.entry` 含 `eSourcebillid`/`eActamt`，与本地 `kingdee_bill_id` 同源；待定后再落地）；
 4. 全程单据：YJ2026110500002 → FJS2026110800001（应付 AP-202611-800196）→ FKD2026110800001（金蝶 FKSQ-00000292）。
 ## 9. 容易踩坑的点
 1. **「尾款结算」按钮只跳转不落库**：真正的占用发生在正式结算单**保存**时（事务内 CAS）；只点按钮不保存，预结算不会被锁。
 2. **占用即互斥**：同一预结算并发被两张正式结算保存，后保存的整单事务回滚并提示「已被其他正式结算占用」。
 3. **预付申请与尾款结算互斥**：存在在途预付申请（reviewing/approved）时单笔接口拒绝尾款结算；已转正式结算的预结算不能再发起预付（551 行「转正式结算后无法发起预付」）。前端发起预付入口也要求 `formalSettlementNo` 为空。
 4. **正式结算的「已付金额」来自预结算预付汇总**（保存时快照带入），后续尾款付款进度由 A103-2/A103-4 回写更新，两段衔接。
 5. 弹窗版生成的是 `FormalSettlementPayment`（结算单子表），跳转版生成的是 `PaymentApplication`（付款管理单）——两条路最终都汇到付款管理推金蝶，但表和列表入口不同，排查数据时注意区分。