CRM 待办事项检查与修复

检查了待办入口、8 类待办组件、复用表格列、关联 API，以及相关后端列表和数量条件。没有更改远程业务数据。

修复范围：

• 合同待办客户、商机、签约人跳转分别使用 customerId、businessId、signContactId；无关联 ID 时阻止跳转。签约人插槽名统一为 signContactName。补齐合同状态、关联订单插槽；没有流程实例不展示“查看审批”。保留上次补齐的合同编号插槽。
• 待进入公海调用现有 put-pool-remind-page 接口，不再查询普通公海列表。3 类客户待办补齐签订合同数量/金额列。
• 回款计划期数跳转回款计划详情，纠正“合同状态”筛选标签。计划和回款待办固定初始负责人场景为 1，与数量接口一致。
• 已有关联回款的计划隐藏创建回款按钮，并在处理函数再次拦截；创建回款、审核按钮加入与主列表相同的权限控制。创建成功、审核成功后刷新列表和父页面角标。
• 回款待办补齐开票列，合同编号读取实际返回的 contract.no，并保留 contractNo 兼容；缺失关联显示占位符。
• 各类数量独立并发加载，单个失败不阻断其他数量；首次挂载/激活产生的重叠调用合并。
• 后端回款提醒数量条件与列表“未回款且已达提醒日期”对齐，包含提醒日期等于今天的记录，不再要求回款逾期。待审核回款数量引用 CrmReceivableDO.auditStatus，移除错误的合同实体引用。

验证：

• mvn -o -pl yudao-module-crm -am -DskipTests compile -q 编译通过。
• node scripts/backlog-review-20261015/verify.cjs 通过。使用实际 Vue 组件脚本进行针对性验证（依赖 API、路由和表格使用替身），覆盖 8 类待办 Vue 编译、所有复用列插槽、关联实体 ID 路由、分页查询参数、公海提醒接口、重复回款拦截、操作后刷新、计数接口部分失败与请求合并。结果见 verification.json。
• 前后端改动的 Git diff 空白检查通过。前端全量 typecheck 存在此前已发现的其他模块错误，本次未重跑。

尚未部署，未执行浏览器端到端或真实后端接口联调；发布前后端后生效。