中小制造企业财务进销存系统 — 单票分离 · 税务合规 · Excel 迁移

为 10-50 人的小型制造企业打造的财务+进销存一体化系统——按发票立账（单票分离）、发票查验、自动凭证、Excel 数据迁移。基于 PigX 微服务（8 服务 6 库），5 个月分阶段交付，从 Excel 账本平滑迁移到合规系统。

财务进销存 · 单票分离 · 税务合规

中小制造企业财务进销存系统 — 单票分离 · 税务合规 · Excel 迁移

背景与挑战

很多十几个人的小制造厂，财务和仓库还跑在 Excel 上：采购入库记一张表，发票记另一张表，月底对账全靠人肉翻表，库存和账面永远对不平。税务局要看按发票立账，老板要看实时利润，会计要每天结账——Excel 撑不住这三件事。

市面上的财务软件要么太重（SAP/用友大版本，上手成本高、贵），要么太轻（记账 App，没有进销存和发票闭环）。这类企业的真实需求是：够用、合规、能从 Excel 平滑迁过来，而不是一堆花哨功能。

客户痛点：Excel 记账、库存账面对不平、发票滞后

从 Excel 到系统：库存账面不平、发票滞后难立账、月底对账靠人肉

客户要什么

一家 10-50 人的制造企业，核心诉求是这五块全部打通：

难点不在功能多，而在三件事上：入库和发票分开管（单票分离）、税务必须合规、现有 Excel 数据要迁得准。

关键设计：单票分离怎么落地

单票分离是这个行业的硬骨头：货物先到、发票后到（甚至跨月跨年），但账必须按发票立账。系统要在「入库—发票—凭证」三个阶段保住数据一致性。

解法是把入库和发票放在同一个服务里用本地事务保障，凭证生成走服务间接口调用——不引入分布式事务的复杂度，单服务内部事务就够，这是给小企业做的务实取舍。

单票分离流程：入库→暂估凭证→发票→冲销→正式凭证

入库→暂估→发票→冲销→正式凭证，单服务本地事务保障一致性

暂估的两个最大风险——「暂估价怎么定」和「发票滞后多久」——系统给了标准库配置 + 手工暂估价双轨，以及暂估预警机制（定期提醒冲销、设最大有效期），不让暂估挂在账上变成糊涂账。

凭证管理：借贷平衡、审核/作废状态

单票分离自动生成凭证，借贷平衡校验，支持审核/作废重开

关键设计：税务合规怎么保

税务不能马虎，错一笔就是真金白银的损失。系统在三个点做了加固：

  1. 发票查验：报销发票和采购发票都对接税务局查验接口验真；接口不稳定时降级为手工查验 + 人工审核，查验全程留日志可追溯。
  2. 税金计算：税率配置表 + 版本管理（税率变了能追溯历史版本）、生效时间控制；增值税/所得税统一计算逻辑。
  3. 税务报表：模板配置化，按税务局格式生成，生成后人工核对确认才上报。

发票查验页：查验状态/时间/查验人，手工查验降级

发票查验对接税务局，接口失败降级手工查验，全程留日志可追溯

关键设计：Excel 数据怎么迁得准

从 Excel 迁系统，数据错了比没迁还糟。系统给了一条带校验和人工兜底的迁移链路：

  1. 标准导入模板（物料/供应商/客户/仓库）——客户按模板整理，导入前先做格式校验，缺字段当场提示
  2. 基础数据→期初数据→历史数据分批导入，先主数据再期初库存/应收应付
  3. 期初试算平衡：借方合计必须等于贷方合计（资产=负债+权益），不平衡系统拦下
  4. 双人核对 + 试运行：导入后人工核对，试运行期间发现问题及时修正

数据迁移看板：导入模板→校验→试算平衡→双人核对

Excel→标准模板→校验→试算平衡→双人核对→试运行，每步都可回查

技术架构

基于 PigX 微服务框架（Spring Cloud Alibaba + Nacos + Gateway + OAuth2 + MyBatis-Plus + Flowable），务实划分 8 个服务 6 个库，不为小企业过度设计：

工程化：DDD 聚合 + 文档驱动

光有架构不够，交付质量靠工程化纪律托底。这套系统用 DDD 聚合作为最小开发单元，文档驱动开发：

这套纪律保证了 5 个月分阶段交付（基础→进销存→财务→扩展）每一步都可验证，不为赶进度牺牲合规和准确。

技术栈

Spring Cloud Alibaba / Nacos / Spring Cloud Gateway / OAuth2 / MyBatis-Plus / Flowable（PigX 集成）· DDD 聚合工程化（31 聚合/5 领域/12 上下文）· 单票分离本地事务 + Feign 跨服务调用 · 发票查验对接税务局 · Vue 3 + Element Plus · MySQL 8.0 · 5 个月分阶段交付

适用场景

← 返回案例