海辕·联 · 车联网与车队

跨境卖车有一个长期的断点：车交付之后就脱离了自己的视野。客户开着这台车在哪、跑了多少公里、有没有故障、什么时候该保养，全都不知道。对一个只做贸易的企业来说，这似乎无所谓；但如果这门生意想做下去 —— 做售后、做备件、做回购、做车队客户 —— 这个断点就是硬伤。

更具体地说，断开之后会失去四类能力：

• 售后无从预判：不知道故障码与里程，就无法在故障发生前提醒保养。只能等客户找上门，而客户找上门时往往已经在抱怨。
• 保修无法判定：索赔时说「按期保养」，但拿不出保养记录。保修纠纷只能靠协商。
• 车队客户抓不住：网约车、租赁、物流车队最关心的是每公里成本与出勤率。给不出这些数据，就进不了这个市场。
• 残值说不清：回购或置换时，车况靠看、里程靠表显。没有连续的车况数据，定价就只能保守。

海辕·联要做的是把交付后的车辆数据接回来，并且按车队与单车两个视角组织：位置与轨迹、车况与告警、里程与保养、驾驶行为、能耗与费用。数据接回来之后，上面四类能力才谈得上。

它有一层必须提前定清的约束：车辆数据涉及位置与使用行为，属于需要授权的数据。这不是技术障碍，是设计前提 —— 采集什么、谁可以看、保存多久，都必须在接入时就约定清楚。系统把授权状态做成接入的前置条件，而不是事后再补。

还有一件现实的事：不同市场的车联网能力差别很大。有的市场车载终端出厂即联网，有的需要加装，有的通信资费高昂。所以这条线的接入方式是分层的（原厂数据 / 加装终端 / 手工录入），不是只有一条路。

车联网的数据可以分成三层，价值与获取难度都不同。先把这层结构说清，才不会一上来就追求「全量数据」。

三种接入方式对应不同的客户阶段：

下图是这条线的八个主节点。它和前面几条线不同：它是一个持续运行的闭环，不是一个有始有终的流程。接入之后，数据一直在流，告警一直在产生。

两个卡点的性质：接入与授权是合规前置 —— 没有授权就不该采集；告警处置是运营卡点 —— 告警不处置，数据就只是噪音，而且会迅速让人对系统失去信任。

回流虚线指向告警处置。真实路径：某台车反复报同一个故障码 → 回溯到处置记录 → 发现每次都只清码没有维修 → 回溯到服务网点与工单。可回溯，就能判断是维修质量问题还是设计缺陷；不可回溯，「反复告警」就只是一个烦人的数字。

这里有个经验值得写下来：告警的价值不在数量，在闭环率。一个系统每天报 200 条告警、处置 20 条，不如每天报 20 条、处置 19 条。前者会训练所有人忽略告警 —— 而忽略之后，真正的严重告警也会被漏掉。

先看结构。车联网线在服务段，上接海辕·店与海辕·修，横向与海辕·电（充电与三电）打通。它的独特之处是数据来自车辆，而不是来自业务动作。

再看数据流。核心是把三类数据按 VIN 归集，并且与业务记录对齐：远程数据说这台车该保养了，工单记录说它上次保养是什么时候、做了什么。两者对齐，保修判定才有依据。

数据流图里有一列是「授权」，容易被视为形式。它不是：采集范围与可见范围必须与授权一致。例如只授权了位置数据，就不能因为「技术上能拿到」而采集驾驶行为。技术上做得到、授权上不允许，这类越界是车联网业务最常见的合规风险。

另一处是数据保留期限。位置与轨迹数据保留多久，要有明确规则并到期清理。无限期保留既增加成本，也增加风险。

车队客户（网约车、租赁、物流）做采购决策时，看的不是车价，是每公里成本。这个数把购车、能耗、保养、维修、保险、残值摊到里程上，才是可比的口径。

六项里，最后一项「停机损失」最容易被忽略，而对营运车辆来说它常常是最大的一项。一台网约车停三天，损失的不只是维修费，还有三天的流水。把这个数算进去，才能解释为什么车队愿意为「少停机」付溢价。

一条边界：这条线不提供车载硬件。终端设备由客户或合作方提供，系统负责接入与使用。硬件涉及认证、安装与售后，是另一门生意 —— 这条界线在车联网业务里必须划清。

车联网的权限比别的线更敏感，因为位置数据可以推断出人的作息、住址与工作地点。权限设计必须按「最小必要」原则，而不是「方便管理」。

三条硬性口径：

• 轨迹回放按需授权、留痕可查：不是默认全部可见。谁看了哪台车、哪段时间的轨迹，都要有记录。
• 车队客户只能看自己名下的车：租赁公司退租后的车辆要自动移出可见范围，否则会持续看到别人的位置。
• 驾驶行为数据用于考核时，要事先告知司机：这既是合规要求，也是管理有效性的前提 —— 事先不告知的考核，司机只会想办法规避设备。

车联网这条线的依据在三处：智能网联汽车与数据管理的监管口径、营运车辆的技术与安全要求、以及车辆与通信相关的标准。

要写清的分寸：本页不给「数据能不能采集」的法律结论。数据分类分级、位置信息的处理要求、跨境传输要求，逐国不同且在演进 —— 这属于区域包与当地法律意见的范围。

系统能做的是结构性的支撑：接入时登记授权范围、按范围限制采集与展示、保留访问日志、按期清理。它降低风险，但不构成合规保证。这条界线在涉及位置数据时尤其要说清。

关于标准：车辆与通信相关的标准（例如车载终端的技术要求、数据格式）如果被引用，请先确认现行有效（[CN-12]）。这类标准更新较快，且常常分车型、分用途适用。

这条线引用的第三方来源是第三方检测与认证服务，用途是交叉印证：车载终端与整车在特定市场可取得哪些独立的技术结论。

分寸必须说清：检测认证不能替代数据合规判断。一台车通过了某项技术认证，不代表它在某个市场可以自由采集与传输位置数据 —— 这是两套完全不同的要求，经常被混为一谈。

一个实用做法：把「数据合规」与「技术合规」分成两份清单，分别核对。前者关注授权、告知、保留与传输，后者关注终端与整车的技术要求。两份清单混在一起，一定会有一边被漏掉。

• 先采集，授权后补。技术上拿得到不等于可以拿。采集范围必须与授权一致，事后补授权在多数市场不成立。
• 告警只报不处置。告警不闭环会训练所有人忽略它。闭环率比告警数量重要得多。
• 把不同来源的数据混在一起用。原厂接口、加装终端、手工录入的可信度不同。不标数据质量，结论会失真。
• TCO 只做总平均。按车、按车型、按车队三种粒度都要有，否则什么问题都回答不了。
• 忽略停机损失。对营运车辆来说，停机往往比维修费更贵。不算这一项，TCO 会系统性低估。
• 轨迹默认全量可见。位置数据能推断人的作息与住址。轨迹查看要按需授权并留痕，这是底线不是选项。

这六条里，前两条会让系统失效，后四条会让结论失真。失效比失真更容易被发现 —— 失真的代价通常更大，因为它看起来像是对的。

判断这条线值不值得装，先做一个盘点：现在交付出去的车辆里，有多少台能拿到位置、多少台能拿到车况、多少台什么都没有。这个比例决定了这条线该从哪一层做起。

1. 盘点在网车辆的数据可得性（位置 / 车况 / 行为三层）；
2. 看售后进店记录是否带里程与工单明细（这是最硬的保底数据）；
3. 算 3 台营运车的每公里成本，看能不能算全六项；
4. 确认现在的授权与告知是怎么做的；
5. 看一遍演示环境里的告警闭环与 TCO 视图。

相关阅读：海辕·修（告警之后怎么处理）、海辕·电（三电与充电数据）、区域分册（当地数据与准入口径）。