xst
5e4e978cd5
- 原型评估_滇中好运物流云_20260917/：物流云原型评估产物（含核对表与字段对比表） - requirements/小象开票收款方创建需求.md + prototypes/小象开票原型.html：小象开票建司机/车辆/收款信息需求 - requirements.txt：Execute 战区依赖调整（移除 pytest/allure-pytest/requests，改用 pytest-html，Appium 默认注释） - .claude/launch.json：新增物流公司管理原型预览服务（wuliu-proto:8138） - .agents/skills：agent 技能定义
7.2 KiB
7.2 KiB
02 网络货运合规对照 — 依据现行《网络货运承运平台经营管理办法》
0. 首先必须说明：监管依据已于 2026 年 1 月更换
- 原《网络平台道路货物运输经营管理暂行办法》（交运规〔2019〕12号）经 2021、2023 年两次延期后，有效期至 2025-12-31 已届满。
- 现行依据：《网络货运承运平台经营管理办法》（交运规〔2026〕1号），交通运输部+国家税务总局 2026-01-23 印发、即日实施，4 章 32 条，长期有效（不再两年一续）。
- 本对照以新办法为准。原文：
- 注意第三十一条："对于从事网络货运信息交易撮合的网络货运撮合平台，其经营管理另行规定" —— 即监管层把"承运平台"与"撮合/协同平台"分开管理，撮合类规则尚未出台。
1. 定性结论
该原型不属于《办法》定义的网络货运承运平台，也无意成为承运平台。
《办法》第二条：网络货运承运平台经营 = "以承运人身份与托运人签订运输合同，委托实际承运人完成道路货物运输，承担承运人责任"。原型中：
- 无承运法律关系承载（无电子运输合同/签约，合同模块仅"台账登记，不采集结算依据"）；
- 无承运责任配套（无承运人责任险，保险仅中闽车辆保险到期管理）；
- 原型接口模块自述："未确认或明确排除的网络货运平台不进入菜单、业务线和演示数据"。
原型实际形态 = 货主/供货商（呈钢）— 统一调度协同平台（物流云）— 承运执行方（中闽自营 + 外部承运商含运八） 的多方协同调度系统（TMS/协同 SaaS）。这类形态目前最接近《办法》第三十一条预留的"网络货运撮合/协同平台"范畴（规则另行规定），经营资质与监管义务主要落在实际签运输合同、承担承运责任的一方——即运八这类网络货运平台或中闽这类持证运输企业身上，而不是物流云上。
2. 逐条对照（若把它当作/改造成网络货运承运平台）
| 条款 | 要求（摘要） | 原型现状 | 差距 |
|---|---|---|---|
| 第六条 | 道路运输经营许可证，经营范围=网络货运承运平台经营 | 平台无承运定位（经营资质属企业侧，原型不涉及） | 定性层面不满足 |
| 第七条 | 经营性互联网信息服务（ICP）资质 + 信息交互处理及全程跟踪记录等线上服务能力 | 有信息交互与计划/运单/凭证留痕；全程跟踪仅有高德 Mock 轨迹+司机打卡，无北斗/车载终端 | 跟踪记录能力不足（演示级） |
| 第八条 | 安全生产管理制度、从业人员教育培训 | 空白 | 无 |
| 第十条 | 审查实际承运车辆道路运输证、驾驶员从业资格证；线上线下车人一致；不得超越实际承运人经营范围 | 有较强承载：单人+单车资质组合、OCR 机审、运营抽检、装车计划资质门禁（证照过期阻断生成运单） | 原型最接近合规的一条；字段/规则标注待确认 |
| 第十一条 | 不得虚构运输交易相互委托 | 无防控设计（亦无违规意图体现） | 需风控规则 |
| 第十二条 | 按合同及时结算运费；自购燃料交付需承运人同意 | 结算链完整（核算→结算→付款批次），但"登记线下全额付款结果……不执行真实资金操作"；油卡为中闽自有资产，非平台代购燃料 | 资金真实性/时效无系统保障 |
| 第十三条 | 不得指使超载、超限运输 | 无装载校验（磅单仅用于核算） | 无 |
| 第十四条 | 按技术规范上传单证信息至注册地省级网络货运信息监测系统，确保及时、完整、准确 | 完全空白：全文无"监管/监测/上报监管"概念；接口中心仅呈钢 ERP，且明确排除网络货运平台接入 | 最大硬缺口 |
| 第十五条 | 鼓励承运人责任保险 | 无 | 无（鼓励性） |
| 第十六条 | 零担：托运人身份查验登记、安全检查/开封验视、审批检验手续留存 | 货主实名主体档案有；零担安检流程无 | 部分缺口 |
| 第十七条 | 交易规则/服务协议、进入退出机制；不得利用数据算法收取不合理费用；服务评价体系并公示；投诉举报机制（公开电话、及时处理） | 空白：全文 0 处投诉、0 处评价 | 硬缺口 |
| 第十八条 | 记录注册/身份认证/服务/交易信息，保存≥3 年，涉税资料≥10 年；交易信息含订单日志、网上交易日志、款项结算、含时间和地理位置的实时行驶轨迹数据；燃料/通行费全流程信息；实时监控、不得虚构 | 有审计事件/操作日志/凭证链（演示级）；无留存周期设计；轨迹非实时真实数据；无燃料/通行费全流程（ETC 仅为在途费用报销分类） | 产品级缺口 |
| 第十九条 | 依法抵扣进项、税前扣除，不得虚开发票 | 发票模块明确"线下结果的线上登记候选，不连接真实税务" | 空白（有意为之） |
| 第二十条 | 平台代办税费申报和缴纳义务（司机个税代扣等） | 无个税/代开概念 | 空白 |
| 第二十一/二十二条 | 网络安全法/数据安全法；信息保密 | 有租户数据隔离设计（中闽数据不下发、运八数据 OUT_OF_SCOPE 过滤），演示级 | 架构意识有，落地无 |
| 第二十三条 | 省级监测系统对接、与税务共享、上传部级交互系统 | 空白 | 同第十四条 |
3. 结论与建议
- 不要让"物流云"申请网络货运牌照或以承运平台名义经营——以原型当前设计，补齐第 14/17/18/20 条的代价等于再造一个运八，且与已排除网络货运平台接入的产品定位自相矛盾。
- 合规责任链建议：物流云保持"调度协同/撮合"定位（留意第三十一条后续配套规则出台时的备案/报备要求）；运输合同、承运责任、监管上报、开票、资金全部由持牌方（运八或中闽）承担——这正好与运八现有能力吻合。
- 若客户（滇中好运项目）坚持物流云也要持牌经营网络货运，则必须在原型外新增：省级监测系统上报通道（运单/资金流水/驾驶员位置，参照部级交互系统接口规范）、北斗车载轨迹接入、电子合同签约、投诉举报+服务评价、代办税费与真实发票链路、信息留存策略（3 年/涉税 10 年）、真实支付与运费时效管控——工作量相当于一个独立项目，建议单独立项评估。
- 老版《暂行办法》时代的"八项服务功能"（信息发布、线上交易、全程监控、金融支付、投诉举报、信用评价、查询统计、数据调取，交办运函〔2019〕1391号服务指南）不再是新办法的逐字要求，但省级监测系统的技术规范上传接口（第十四条"相关技术规范"所引）仍是各省对接口径，对接省平台时以云南省监测系统最新接口文档为准。