设备协议接通后，是不是就完成了平台互联？

设备连通只完成了一段路径

设备向自有平台上报成功，证明这段通信路径可用。另一个APP要让司机完成充电，还需知道站在哪里、哪支枪空闲、当前价格是多少、用户能否启动，以及结束后怎样计算和核对费用。平台之间的数据一致性和商业安排，因此是独立的交付范围。

OCPI 的公开模块涵盖跨平台数据交换；Commands 与 CDRs 分别提供控制请求和充电明细的参考。实际项目也可能采用其他规范，应以双方商定版本为准。

把互联验收拆成四步

1. 站点能找到：双方站点、设备、枪口编号正确映射，位置、营业和停车限制准确。
2. 状态与价格能理解：状态枚举、时间、费用单位、分时价及生效规则一致。
3. 交易能完成：启动请求、异步结果、过程查询、停止和异常结果可关联。
4. 账单能核对：最终记录、费用拆分、重复消息、退款和结算差异有处理方式。

场景示例：状态正常，但跨平台启动失败

渠道展示空闲枪口，用户点击后却失败，可能是双方枪口编号映射错误，也可能是状态同步落后或权限不满足。先看同一请求是否到达运营平台，再看是否转为正确设备指令，最后看结果是否回到原入口。只查设备日志会漏掉接口这一段，只查APP返回码也看不到设备执行情况。

数据约定决定后续维护难度

建议共同保存外部与内部订单号、价格版本、时间戳、重试和去重规则，并在上线前测试重复通知、消息迟到和渠道暂时不可用的情况。发生价格变化时明确新价格对已开始订单还是新订单生效，不让双方各算各的。互联规范不会替双方谈妥佣金、独家合作或流量分配；这些商业条款应独立书面确认，接口验收与经营效果也应分开评价。