- 原型评估_滇中好运物流云_20260917/:物流云原型评估产物(含核对表与字段对比表) - requirements/小象开票收款方创建需求.md + prototypes/小象开票原型.html:小象开票建司机/车辆/收款信息需求 - requirements.txt:Execute 战区依赖调整(移除 pytest/allure-pytest/requests,改用 pytest-html,Appium 默认注释) - .claude/launch.json:新增物流公司管理原型预览服务(wuliu-proto:8138) - .agents/skills:agent 技能定义
3.2 KiB
3.2 KiB
滇中好运智慧物流协同平台原型评估(2026-09-17)
评估对象:https://demo.kmshuangmiao.com/logistics-platform/#/dashboard (滇中好运智慧物流协同平台 0.2.0,厂商 demo 站点,纯前端 Mock 数据)
本目录文件
| 文件 | 内容 |
|---|---|
| 01_原型盘点.md | 原型的系统架构、角色、菜单模块、业务主线与关键机制盘点 |
| 02_网络货运合规对照.md | 按现行《网络货运承运平台经营管理办法》(交运规〔2026〕1号)逐条对照的合规评估 |
| 03_与运八契合度对比.md | 原型与运八网络货运平台的功能对比、契合点、冲突点与落地建议 |
| 04_司机车辆字段核对.md | (详细说明文档)全量字段清单(空值率>0):原型 vs 运八生产库(base_driver/_ext/_tax、base_vehicle/ext)vs 物流云生产库(ts_driver/ts_vehicle/ts_trailer、nts*),含挂车专项比对 |
| 05_核对表.md | (字段名对比)运八×原型(已经业务确认归类)、物流云×原型(独立校验,与运八无关)两张两两对照表 |
| 05_核对表_字段名对比_v2.xlsx | 05 的 Excel 版:运八×原型 268 行 / 物流云×原型 127 行 / 总结,按分组着色、可筛选 |
| 06_原型不存在字段清单.xlsx | 单独清单:原型不存在的字段(运八侧 94 项 / 物流云侧 24 项),含库字段、中文名、填充率、处理建议——对接时这些数据留在源系统不进原型 |
三句话结论
- 原型不是网络货运承运平台,也没有打算做成一个——它是「物流云(统一调度协同平台)+ 中闽(自营特殊物流公司)」的双主体协同调度原型,原型接口配置模块中明确声明"未确认或明确排除的网络货运平台不进入菜单、业务线和演示数据"。
- 若以网络货运牌照标准衡量,原型缺少全部监管硬性能力:省级监测系统上报、投诉举报/服务评价、电子合同、代办税费与真实发票链、北斗轨迹、真实资金通道、信息 3 年/涉税 10 年留存等,均为空白或 Mock。
- 与运八高度互补、低度重叠:运八在原型中被定位为承运商租户(云南运八物流科技有限公司)+"运八调度"授权代录角色;物流云管计划/调度/管控,运八管合规承运/开票/资金/监管上报,是天然的上游协同+下游合规承运组合,但运单、资质、结算三处存在双轨风险,需要接口打通(原型接口中心目前仅接入呈钢 ERP)。
证据来源
- 原型前端产物逆向分析:
assets/main-BZrhSiwe.js(2.4MB)、waybill-center/子应用及配套脚本(2026-09-17 抓取,版本参数 v=20260906~20260916) - 运八侧事实依据:本项目
output/菜单清单.md(ntocc.sys_resource 导出,423 个可见菜单)、tests/api/test_yun8_transport_flow.py(24 步全链路造数) - 法规依据:交通运输部官网(办法全文与解读,链接见 02 文档)