印章收发与结算管理系统

项目背景

企业在设立环节需要刻制公章。管理刻章服务主体的机构长期面对这样的日常：刻章任务靠人工分派，证明与发票靠人工核对，结算按周期手工汇总对账，时效超期没人考核，过程缺少统一留痕，内部的白名单审批还在走纸质单据。链条不算长，但每一环都靠人盯，出了错也很难追溯。

这类业务不适合套用标准化产品，也不需要庞大的平台：流程边界清楚、角色固定，缺的是一套把收发、核对、结算串起来、并且每个动作都留下记录的定制系统。这套印章收发与结算管理系统的定位正是”小而全”——环节不多，但每一环都要能用、能查。

客户当时的状态

刻章任务由上游生产系统生成并分配到各持牌刻章企业，管理方负责后续的收发与结算。改造前这些环节分散在不同人的表格里：证明上写了什么，要人眼对着核；发票金额对不对得上结算单，往往到付款前才发现；漏结要翻历史记录了才能发现；超期只有事后统计，没有事前提示。系统的取舍也因此很克制：先把任务下发到结算完成这条主链在线上走通，其余能力分批跟进。

文件核对，我们为什么不猜

刻章证明是固定版式的 PDF，数电票带有随票生成的数据文件。系统的做法是文件结构化解析与自动核对：读取证明 PDF 的文字层，按模板规则提取印章明细与时间节点，回填任务详情并与录入要求自动比对；发票直读数据文件，PDF 原件按行规则解析，再做金额大小写互验、发票明细与购方税号对照结算数据勾稽，不一致就醒目提示人工复核。

关键在于对不确定的东西一律不猜。扫描件没有文字层，异常文件版式漂移，规则解析失败时系统做软失败处理：提示解析未完成、引导人工填写，绝不猜测字段值入库。取舍很直白——多一次人工录入，最多慢一步；把猜出来的内容写进核对与结算依据，错了很难回头。

主链路上的几条硬规则

刻章任务沿状态机流转：待上传、待交付、已交付三档，管理方清点实体章后手动确认交付，发现证明有问题可以打回重传，每次流转都留痕。结算按周期与刻章企业汇总，逐条下发结算单；发票金额必须与结算金额一致才允许提交，不一致进不了结算，只能走打回。漏结的任务可在后续周期补结，作废有单独入口。

时效考核以下发到证明内交付时间的耗时为口径，预警与超时两档阈值做成数据字典配置项，业务人员可随时调整，不必改代码；报表按预警、正常、超时分色呈现，仅面向管理方，线下奖惩机制刻意留在系统外。白名单审批改为线上填写加审批留痕，但它与刻章、结算两条主业务相互独立——台账规则不该牵动主业务逻辑。

角色边界与账号安全

系统按管理员、管理方、刻章企业三类角色划分功能与数据范围：刻章企业账号登录后只能看到本公司名下的任务、结算与发票。前端登录后按角色下发菜单并据此生成动态路由，越权访问在路由层拦截，接口侧再做一次角色校验，不把前端隐藏当安全边界。

账号安全单独做了一轮加固迭代：口令以 BCrypt 散列存储，不保存明文；前后端执行同一套强密码规则，对长度与字符类别都有校验；登录页不展示、也不预填任何账号信息。前端是 PC 端单页应用，面向实际办公终端做了浏览器兼容构建。

交付状态与边界

本项目已完成开发与测试环境部署演练，生产上线与运行数据未披露。上游任务与企业同步接口按插入式入库设计，只承接数据、不改动上游的分配结果，实际联通依赖上游对接条件。打款等资金动作在系统外完成，系统承担的是结算单生成、核对与清单导出。