业务背景

原银行流水与账务核对功能只能处理固定产品和单组文件。本次需求允许流水文件包含目标周期以外的数据，并将银行范围扩展至兴业银行、南京银行和宁波银行；对账对象由单一科目明细调整为一份多账套科目发生及余额表，以适应同一批次内多个银行和多个账套的集中核对。

需求设计

使用者一次上传一份多账套余额表及兴业银行、南京银行和宁波银行的一份或多份流水，随后启动核对。完成后按账套查看文件配对、核对周期、借贷发生额、期末余额、差额及核对状态。

核心业务逻辑

1. 识别一份多账套余额表和三种银行流水，由余额表查询条件确定本次“当月15日至次月14日”目标周期。
2. 兴业银行按固定账号映射账套；南京银行和宁波银行要求文件名包含账套名称或项目简称。同一兴业账号重复上传时整批预审查失败。
3. 银行流水可以包含多个周期的数据，计算时只筛选余额表目标周期内的明细；宁波银行忽略表头收入、支出总额，按明细重新汇总。
4. 按账套汇总银行收入或收款、支出或付款，并取得目标周期结束日及以前的最后一笔银行余额。
5. 分组核对借方发生额、贷方发生额和期末余额，绝对差额不超过0.01元时判定该项一致。

数据安全与权责边界

• 程序采用纯前端设计，文件读取、解析、计算和结果展示均在使用者自身计算机内完成，不存在数据通过本程序网络外流风险。
• 输入文件由使用者根据自身合法权限获取，文件真实性、最终用途不在程序验证范围内，输出结果由使用者自行决策是否需要再校验以及如何使用。

交互与业务价值

对比项	原处理方式	程序处理
操作方式	按银行和账套分别整理文件，人工识别目标周期、完成配对、筛选和核对	一次上传一份多账套余额表和多份银行流水，程序按账号或文件名自动配对并按余额表周期筛选
处理时间	以20个银行与账套核对组估算，人工整理、计算和记录约需60至100分钟	同等数量在5秒以内完成配对、周期筛选和三项金额核对
差错风险	容易出现账号或账套错配、周期筛选遗漏、重复文件、汇总错误和差异记录遗漏	固定校验账号映射、文件名、重复文件、目标周期、表结构和金额规则，降低批量核对中的错配和漏检风险
结果查看	需要分别记录不同银行和账套的核对结果，再人工汇总异常	按账套展示银行、文件配对、明细日期、借贷发生额、期末余额、差额及“一致 / 存在差异”状态