外观
一体化供应链
"一体化"不是把所有模块都买下来，而是让同一票货在业务、现场、财务三处说的是同一句话。
一体化的三个前提
| 前提 | 落地方式 |
|---|---|
| 统一数据链 | 订单 → 运输段 → 动作 → 费用动作 → 账单 → 凭证，一条链贯穿，费用挂在动作上 |
| 统一基础口径 | 费目、订单类型、港口、币种、费率表、客户与供应商主数据集中管理 |
| 统一权限模型 | 功能权限 + 数据权限 + 字段安全 + AI 工具组四层同源，不为 AI 另起一套 |
集团与多主体
- 多租户隔离，各主体独立申购模块与配置
- 跨主体报表与大屏：作业量、时效、毛利、异常
- 内部结算：主体之间的应收应付走同一费用模型
- 主数据治理：客户/供应商合并与去重、回收对账
端到端可视化
- 货物位置：船公司动态（AIS）+ 内部节点
- 状态监控：仓储计量、堆场箱况、车队在途
- 异常预警：卡点、缺费用、超期箱、证照到期、考勤异常
- 风险追溯：业务数据与流程绑定，操作留痕可回查
开放与协同
| 方向 | 能力 |
|---|---|
| 上游 | 船公司、港口、海关 EDI 报文 |
| 下游 | 客户与供应商门户、受限 AI 查货 |
| 内部 | 邮件即输入源（分诊 → 抽取 → 提案 → 确认）、短信与消息通知 |
| 文档 | OnlyOffice 在线协作编辑 |
| 扩展 | 标准接口、MCP 工具接入 |
分域上线，不做一次性替换
- 选一个主战场（通常是货代或仓储）跑通到账单
- 接入第二个域，复用同一套费目与主数据
- 打通内部结算与跨主体报表
- AI 按域灰度：先只读查询与单证识别，再开提案式写入
一体化最容易踩的坑
先上大屏和报表，后统一费目。结果是每张报表都要人工解释口径差异。正确顺序是先把费目与订单类型规范化，再谈跨主体分析。