Skip to Content
慧策数据中台替换方案方案总览

方案定位

慧策数据中台替换方案是一套基于 Factify 平台构建的电商数据对账与结算管理系统，旨在全面替代现有的慧策（Java + Vue.js 2）系统。方案充分利用 Factify 已有的旺店通 ERP 集成能力、跨数据库同步引擎、宽表基础设施和 AI 分析能力，以 Go 单二进制部署替代原有的 Java 多服务架构，实现更高性能、更低运维成本的对账管理平台。

核心设计理念：复用为先，对账引擎优先。不对原有 WDT 同步引擎做任何修改，对账模块纯粹作为数据消费者，读取 WDT 同步输出表，通过 SQL 模板驱动的对账引擎完成匹配计算。

核心价值

01 全链路对账覆盖覆盖售中对账、售后对账、物流资费对账、邮费对账四大对账场景，60+ 精细化报表从汇总到明细逐层穿透，数据差异一目了然。02 智能对账引擎SQL 模板驱动的可配置对账引擎，对账公式支持可视化编辑，匹配逻辑可审计可追溯。无需修改代码即可调整对账规则，适应业务变化。03 统一数据底座复用 Factify 已有的 WDT 数据同步引擎和宽表体系，对账引擎直接读取标准化的宽表数据，避免数据孤岛和重复采集。04 一体化部署对账模块编译进同一 Go 二进制，无需独立 Java 环境。单二进制部署，运维复杂度从多服务降低为单一进程管理。

方案覆盖范围

业务领域核心能力报表数量说明
售中对账支付宝账单 ↔ 销售出库单自动匹配10+汇总/明细/中间表/遗留数据/备份
售后对账退款退货单据 ↔ 支付宝退款账单匹配10+支持退货退款、退款不退货等场景
物流资费对账出库物流单 ↔ 物流公司报价对比5汇总/中间表/状态管理
邮费对账发货邮费字段 ↔ 实际邮费对比5差异分析、趋势统计
发货报表发货汇总/主表/明细/多物流10+支持多维度筛选和 Excel 导出
退款退货报表退款汇总/主表/明细8+退款类型、状态、时间多维度
数据中心支付宝数据透视、账务类型、天猫损益9财务数据统一视图
结算管理金额调整 → 结算生成 → 确认5+审批流驱动的结算流程
发票管理发票汇总/明细3+开票、红冲、统计
基础设置店铺/分销商/结算配置/TP/自定义属性6主数据管理

核心设计原则

原则一：数据消费者模式。对账引擎不修改 WDT 同步引擎的任何逻辑，纯粹作为数据消费者读取同步输出表，与现有数据管道零耦合。

原则二：SQL 驱动对账。对账匹配逻辑通过 SQL 模板定义，公式可配置、可审计、可编辑。新增对账类型只需注册新的 SQL 模板，无需重新编译代码。

原则三：统一报表网关。一个统一的报表 Handler + SQL 注册表服务 60+ 报表页面，避免为每个报表编写独立的接口和查询逻辑。

原则四：渐进式替代。分阶段从慧策系统迁移，基础配置数据先行迁移，对账引擎核心功能优先验证，报表逐批上线，确保业务连续性。

与原系统对比

维度原慧策系统Factify 重建方案
技术栈Java Spring Boot + Vue.js 2Go + React + Mantine
部署方式多服务 (Java + Nginx + MySQL)单二进制 + PostgreSQL
前端框架Vue.js 2 + Element UI (已停止维护)React 19 + Mantine 7 (持续更新)
数据同步独立数据采集层复用 WDT 同步引擎
对账引擎Java 代码硬编码匹配规则SQL 模板驱动，可配置化
报表扩展每个报表独立开发和部署统一报表网关 + SQL 注册表
运维复杂度多服务运维，需要 Java 环境单进程管理，Docker 一键部署
性能Java 内存占用高，启动慢Go 低内存，毫秒级启动

文档导航

章节说明进入
项目背景与价值电商对账行业痛点、原系统局限、ROI 分析项目背景与价值 →
系统架构设计Factify 能力复用、数据流架构、模块划分系统架构设计 →
核心对账流程售中/售后/物流资费/结算四大流程详解核心对账流程 →
功能模块规划五大功能模块、60+ 报表分类说明功能模块规划 →
分阶段实施计划5 阶段 14 周路线图与验收标准分阶段实施计划 →
确认事项与 FAQ上线检查清单、常见问题、风险提示确认事项与 FAQ →
最后更新
确认事项与 FAQ项目背景与价值