references/框架.md

第一步：首部 要素审查

• 标题：应落在“网络货运运输合同”“电子货运运单”。写成“信息撮合”“会员协议”但收取运费并承诺送达的，按本类型审。
• 主体：网络货运经营者全称及道路运输经营许可证号（经营范围含网络货运）；托运人；实际承运人可在运单显示，但不是对托运人的免责主体。
• 鉴于：只写平台模式和合作背景。承运人责任不得只写在用户协议隐藏页。

第二步：交易条款 审查

• 身份声明：平台“作为承运人与托运人订立本合同，对货物运输承担承运人责任”。缺此句或写成相反意思的，必须改。
• 货物与禁止事项：品名、包装、重量；禁运和危货清单。超出许可范围的自动拒绝，不得“先运后审”。
• 电子运单：每票运单是合同组成部分，记载实际承运人、车牌、驾驶员、起讫地、费用。
• 运费与发票：托运人向平台支付；平台开具运输费用发票。抽佣表述不能替代运费结构。
• 交付：签收方式、异常破损拍照、等待超时。货损通知直接向平台提出即有效。
• 改派：平台可更换实际承运人，但不中断对托运人的责任期间。

第三步：配套条款 审查

• 货损：第832、833条。不得把“实际承运人过错”写成平台免责事由。平台向司机追偿另章约定。
• 限额与保价：显著提示；提供保价选项。未保价的限额须合理，高价值货不能默认按运费赔偿。
• 数据提供：轨迹、运单、资质核验记录在争议时向托运人披露的时限。
• 解除：托运人匿报危货；平台许可证失效、系统性不能派单。
• 争议解决：诉讼或仲裁。不要把所有纠纷指定到平台所在地并排除货物所在地保全。
• 个人信息：驾驶员、收货人信息的最小必要使用。

第四步：尾部 要素审查

• 签署：电子签名、点击确认的效力；更新用户协议对未完成运单是否溯及，原则上不得溯及加重责任。
• 生效：下单成功或平台确认接单。
• 附件：许可证、保险单、禁运清单、运单样张、实际承运人准入标准。禁止引用失效汽车货规。

第五步：合同语言审查（微观措辞）

• 正说反说：
  • 正说：平台以承运人身份负责将货物运至约定地点并交付收货人。
  • 反说：货物毁损、灭失的，平台按货运规则赔偿，再向实际承运人追偿；不得以已委托他人运输、仅为信息匹配抗辩。
• 高风险词：
  • “仅提供技术服务”：与网络货运法定身份冲突。
  • “司机独立承担责任”：不能对抗托运人。
  • “视为完好交付”：电子签收过短异议期应改为外观当场、隐蔽损害合理期限。
  • “汽车货物运输规则”：失效，删除。

第六步：常见问题与最佳实践

1. 结构性缺陷：监管身份与合同身份分裂

   • 风险：持有网络货运许可，合同却按中介免责，两头落空。
   • 改法：许可、合同、发票、保险四者统一到承运人。

2. 条款陷阱：补充赔偿、先行赔付当噱头

   • 识别：“平台视情况垫付”“司机无力赔偿时平台酌情补偿”。
   • 改法：改为平台依法承担承运人责任。

3. 开票与合同主体不一致

   • 改法：谁签约收款，谁开运输发票。

4. 危货流入普通网络货运

   • 改法：系统拦截+合同禁止+发现后就地停运，费用和事故责任归托运人，平台明知故派的分担。

5. 轨迹和运单拒不提供

   • 改法：约定争议发生后合理期限内向托运人披露轨迹、实际承运人信息和交接记录，作为货损区段的初步证据。平台不得以商业秘密拒绝披露本票承运信息。