多方派单与对账结算平台（案例：刻章服务机构）

客户是谁

某地管理刻章服务主体的机构。

这套「派单—核验—对账结算—时效考核」的结构，同样适用于维修派单、检测机构、各类代办服务。

遇到什么问题

企业在设立环节要刻公章。刻章任务由上游生产系统生成并分配到各持牌刻章企业，这家机构负责后续的收发与结算。改造前，这些环节散在不同人的表格里：

• 刻章任务靠人工分派，证明与发票靠人工核对；
• 结算按周期手工汇总对账，发票金额对不对得上结算单，常常到付款前才发现；
• 漏结要翻历史记录才查得出来，超期只有事后统计，没有事前提示；
• 过程缺少统一留痕，内部白名单审批还在走纸质单据。

链条不长，但每一环都靠人盯，出了错也很难追溯。

我们做了什么

先把”任务下发到结算完成”这条主链在线上跑通，其余能力分批跟进。

• 刻章任务流转：任务按待上传、待交付、已交付三档流转，管理方清点实体章后手动确认交付，发现证明有问题可以打回重传，每次流转都留痕。
• 证明与发票自动核对：刻章证明是固定版式 PDF，数电票带有随票生成的数据文件。系统读取证明 PDF 的文字层，按模板规则提取印章明细与时间节点，回填任务详情并与录入要求自动比对；发票直读数据文件，PDF 原件按行规则解析，再做金额大小写互验、发票明细与购方税号对照结算数据勾稽，不一致就醒目提示人工复核。
• 周期结算：按周期与刻章企业汇总已交付任务，逐条下发结算单；发票金额必须与结算金额一致才允许提交，不一致进不了结算，只能走打回。漏结的任务可在后续周期补结，作废有单独入口。
• 时效考核：以下发到证明内交付时间的耗时为口径，预警与超时两档阈值做成数据字典配置项，业务人员可随时调整，不必改代码；报表按预警、正常、超时分色呈现，只面向管理方。
• 白名单审批：由纸质单据改为线上填写加审批留痕，台账与刻章、结算两条主业务相互独立。
• 角色与账号安全：按管理员、管理方、刻章企业三类角色划分功能与数据范围，刻章企业登录后只能看到本公司名下的任务、结算与发票。前端按角色下发菜单并生成动态路由，越权访问在路由层拦截，接口侧再做一次角色校验。口令以 BCrypt 散列存储，不保存明文；前后端执行同一套强密码规则。

难点怎么解决的

• 异常文件不猜：扫描件没有文字层、异常文件版式漂移、规则解析失败时，系统做软失败处理——提示解析未完成、引导人工填写，不把猜测出来的字段值写进核对与结算依据。多一次人工录入最多慢一步；猜错的内容一旦进了结算依据，很难回头。
• 金额必须对得上：发票金额与结算金额强制一致才允许提交，不一致只能走打回。
• 考核阈值当时还没定稿：把两档阈值做成数据字典配置项，业务可自行调整，既不牵动主业务流程，也不用改代码。
• 三类角色数据要隔离：前端按角色生成动态路由，接口侧再做一次校验，不把前端隐藏当安全边界。

交付了什么

• 刻章任务收发与状态机管理；
• 证明结构化解析、发票核对，以及结算单的生成、核对与清单导出；
• 时效考核报表与阈值配置、白名单审批台账；
• 三类角色权限体系与账号安全加固；
• 开发与测试环境部署。

交付范围到系统能力为止：上游任务与企业同步接口按插入式入库设计，只承接数据、不改动上游的分配结果；打款等资金动作在系统外完成；线下奖惩机制不进系统。

现在的状态

本项目已完成开发与测试环境部署，生产环境数据不在公开范围。上游同步接口已实现，实际联通取决上游系统的对接条件。