借款对账 S4–S8:人工未提交、晚到补记、追回与界面收口(09-17-company-loan-principal-repayment)
新增三类证据与双人复核的人工未提交、逐原因冻结、晚到付款逐借款补记和实际退款追回;补齐对账与补证恢复界面,保护已消费依据、最终归属重验及全局交易唯一性。 验证:81 迁移、HTTP 95 组、浏览器 13 组、数据库约束 9 组;13 项有效变异被捕获,部分由下游或数据库保护检出。构建、类型、合同和治理检查通过;修复后同模型只读静态复核通过。 真实回单待验、整体业务验收未通过;S0 存量、人员、银行材料与业务独立验收未完成。3 个新增迁移须纳入获批发布清单。本次仅本地提交,不推送、不部署。
这个提交包含在:
@@ -395,3 +395,19 @@ ERP专属实现与后台同步已从本地候选移除,历史ERP数据保留
|
||||
pause/resume保留首次生效时刻、全部已发号码和高水位;暂停仅影响以后创建对象,已归属v2的采购草稿仍按v2首次提交取号。策略变更与既有审计同事务,启停等待已持策略锁的业务事务结束。回退代码必须仍兼容两类号,不删除新增表/版本字段、不减计数,也不重新导出旧批次为新编号。
|
||||
|
||||
本地验证命令:`cd server && npm run prisma:validate && npm test`;隔离PG为 `RUN_ISOLATED_NUMBERING_DB_TEST=1 node scripts/qa/test-business-numbering-db.cjs`,使用本机已备好的PostgreSQL镜像和合成运行环境,禁外联/宿主端口,包含合成借款HTTP整链及银行文件测试。需沿用已有受控Python运行环境;不得因缺依赖下载或读取真实配置。本次新证据在 `artifacts/qa-layout/business-numbering-20260918`,旧失败与冻结材料保留;仍须另行完成原G20完整门禁、独立复核及授权发布后的公网验收。
|
||||
|
||||
|
||||
### 借款银行结果对账与恢复(09-17,本地待验收)
|
||||
|
||||
本节描述待验收的本地流程,不是生产已启用的操作指引。启用前须完成 S0 存量核实、合格复核人数及银行官方材料确认、真实回单验证和独立复核;不得直接发布当前 main。
|
||||
|
||||
- 导出与银行提交分别登记。提交清单须确认完整并经独立复核;新增、撤回登记或重新导出都会使旧确认失效。
|
||||
- 银行终态逐提交举证;不能用一条失败推定其他提交结束。成功事实不能靠作废附件消除,处理中回单仅可被同指令终态了结。最终取消时再次检查依据与等待期。
|
||||
- 仅导出未提交的人工例外须查询无结果官方 PDF、同期账户对账单、相关导出人的文件去向说明齐全,完整清单已复核且等待期满;另由两名独立合格人员复核。材料或人员不足继续占用,不能用线下结论直接解除。
|
||||
- 已确认失败/银行未付款,但依据失效且占用未释放:另发起补证恢复,补齐逐次终态、送审、独立复核,再取消。撤回或驳回不恢复旧释放依据;材料变化必须新轮次复核。原终态始终保留。
|
||||
- 晚到成功:另上传原件、人工录入并说明归属,一经登记即冻结后续付款;独立复核后补记,原批次不能再次导出。占用冲突须先处理;只有实际重复付出的差额列待追回。
|
||||
- 超额追回:实际退款到账回单、独立复核、登记入账;部分到账只减待追回额,全额到账后关闭相应原因。其他未关闭原因仍阻止付款。误报须独立复核更正证据后关闭,不删除原事件;已用于解冻的更正依据不能再作废。
|
||||
- 终态复核可一次核对多份同指令处理中回单。已作废的回单只通过对账卡片的历史证据入口查看,必须填写用途并记审计,不恢复付款效力。登记晚到成功后,原失败取消入口暂停释放;更换未入账记录会接续已有冲突冻结,不能用换记录解除冻结。
|
||||
- 不得再将原下载制单导入网银;OA 不能令已下载文件失效。发现新的银行事实,应登记对账事件,不改原终态或直接改数据库。
|
||||
|
||||
合成验证使用 `RUN_ISOLATED_LOAN_DB_TEST=1 RUN_ISOLATED_LOAN_BROWSER=1 node scripts/qa/test-company-loan-db.cjs`;BIFF8 依赖按锁定 requirements 安装并由 `PAYMENT_ORDER_PYTHON_BIN` 指定。容器无网络、无持久卷,只清理本次拥有的资源。完整结果及尚未覆盖项以该任务 implement.md 为准。
|
||||
|
||||
在新工单中引用
屏蔽一个用户