chore: 入库 9 月积压成果（滇中好运原型评估、小象开票需求与原型、工具配置）

- 原型评估_滇中好运物流云_20260917/：物流云原型评估产物（含核对表与字段对比表）
- requirements/小象开票收款方创建需求.md + prototypes/小象开票原型.html：小象开票建司机/车辆/收款信息需求
- requirements.txt：Execute 战区依赖调整（移除 pytest/allure-pytest/requests，改用 pytest-html，Appium 默认注释）
- .claude/launch.json：新增物流公司管理原型预览服务（wuliu-proto:8138）
- .agents/skills：agent 技能定义

原型评估_滇中好运物流云_20260917/02_网络货运合规对照.md

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