第一版围绕报价、委托、运输节点、单证、仓储、费用、应收应付与单票利润形成完整主链路。系统必须能回答:这一票业务进行到哪里、预计赚多少钱、哪些客户没付款、哪些供应商没结算、仓库里还剩什么。
完整总账、税务申报、数电发票、监管报关、人力资源和复杂采购不应成为首版自研目标。
面向 5–30 人货代团队的产品边界、核心数据模型、架构范式与工时估算。目标不是做一个“缩小版传统 ERP”,而是构建一个单票业务真正闭环的轻量运营系统。
Job-centric FMS / TMS + Basic WMS + Operational Subledger
行业价值来自“业务数据只录一次,并被操作、单证、仓储和财务持续复用”,而不是堆叠模块。
第一版围绕报价、委托、运输节点、单证、仓储、费用、应收应付与单票利润形成完整主链路。系统必须能回答:这一票业务进行到哪里、预计赚多少钱、哪些客户没付款、哪些供应商没结算、仓库里还剩什么。
完整总账、税务申报、数电发票、监管报关、人力资源和复杂采购不应成为首版自研目标。
按交付层级查看范围。P1 是建议启动范围;P2 增加生产级治理;P3 才进入门户、OCR 与外部深度集成。
法定会计总账与税务、监管报关申报、大规模外部承运人接口。内部 ERP 保留业务来源、单号、币种、核销和回执关系,形成可审计的衔接层。
避免把委托、运输、箱货、仓储、费用和发票全部塞进一张“大订单表”。界面可以简单,底层模型必须可扩展。
Quote → Job → Shipment → Leg / Event / Charge
保存报价版本、有效期、价格组成与接受状态;转单时生成业务价格快照。
商业、责任与利润核算的核心对象。关联客户、负责人、业务类型、状态、时间和全部下游对象。
支持一票业务包含多个运输对象、多个段落或分批出运。
计划、预计、实际时间与事件来源。
单证版本、签发、哈希、撤销与归档。
收入 / 成本、币种、汇率、状态与归属。
收发、移库、盘点与不可直接篡改的库存流水。
以稳定、可审计和低运维复杂度为先。先划清领域边界,再决定是否拆分服务。
Identity、Master Data、Quotation、Operations、Documents、Finance Subledger、Warehouse、Reporting、Integration 在代码中清晰隔离,但第一阶段保持单一部署和单一 PostgreSQL。
普通对象保存当前状态;运输事件、库存变动、费用审批、核销和关键操作保存追加式流水。修正通过冲销、撤销或新版本完成。
权限不仅控制页面,还要控制本人 / 部门 / 分公司 / 全公司数据范围,以及成本、利润、银行信息等敏感字段。所有校验必须发生在服务端。
业务能力通过稳定服务接口暴露,为门户、移动端和外部集成预留复用路径;同一部署单元内无需为了形式而强制走网络调用。
海运事件与对象向 DCSA 靠拢;空运预留 MAWB、HAWB、Piece 与 ONE Record 映射;电子单证保留 ID、版本、签发、哈希和撤销状态。
人时包含产品、设计、开发、测试、部署和上线支持。通过交付层级切换查看总体规模与工作包分布。
Job、节点、附件、费用、应收应付、单票利润、基础仓储、权限与导出,可进入内部试运行。
工时不能简单按开发人数线性压缩;需求确认、UAT、迁移和上线存在天然串行环节。外部接口需在取得正式文档、测试环境和认证流程后单独评估。
采用纵向切片:先让一票业务从创建到关闭完整跑通,再扩展更多业务类型与自动化能力。
抽取 10–20 票代表性案例,梳理现有表格、单证、费用与收付款,形成术语表、状态模型、字段字典、权限矩阵和端到端验收场景。
完成组织、账号、角色、审批、日志、客户供应商、地点、币种、费用代码和附件,并打通第一条纵向 Job 流程。
实现 Job、Shipment、运输段、箱货、节点、任务与核心单证,优先覆盖最常见的两至四类业务流程。
形成费用 → 审核 → 账单 → 收付款 → 核销 → 账龄,以及收货 → 库存流水 → 出库 → 剩余库存的两条完整闭环。
首轮只迁移主数据、在途 Job、未结应收应付和当前库存。选择一个业务组并行运行,再逐步扩大使用范围。
这个项目适合大量使用 AI 编程工具,但不适合“能跑就上线”的纯 Vibe Coding。
Spec-first.
Test-backed.
Agent-assisted.
状态转换、核销规则、汇率口径、库存约束、权限边界和回滚方式先于代码。
适合 CRUD、查询、导入导出、页面组件、单证模板、测试脚手架和开发文档。
财务规则、数据迁移、权限、安全、灾备和生产发布必须由有经验人员审查与签字。
模式稳定、反馈快、容易通过自动化测试和样例数据验证。
代码可以生成,但业务人员必须确认允许的状态变化、例外和版本语义。
错误可能长期污染经营数据;应使用明确的领域函数、数据库约束和逐笔对账测试。
AI 可辅助检查,但不能替代生产权限、备份恢复演练、变更审批和事故责任。
自研并不会天然形成竞争优势。差异化核心值得自研,强合规与通用基础设施应优先采购或集成。
适合流程高度标准、人员少、没有特殊计费 / 分润 / 集成需求的团队。上线快,运维和合规责任较低。
自研 Job、节点、仓储、运营费用和单票利润;集成正式会计、数电发票、报关、邮件短信与对象存储。
只有当系统将成为业务模式的一部分,或现有产品与独特结算、协同和客户平台严重不匹配时才合理。
产品范围与范式综合参考货代软件、行业数据标准、中国会计与数据合规规范,以及安全和工程实践。