简短回答
“已发送”只证明平台进行了发送操作，不等于设备已接收，更不等于车辆开始充电。需要逐步检查设备应答和后续充电状态。
一次启动，至少有几个不同结果
用户按下启动按钮后，平台可能经历请求入队、发送、对方受理和设备执行。HTTP接口返回成功，往往只表示请求被正确接收；设备可能随后因为枪未插好、已有订单或车辆条件不满足而无法充电。OCPI Commands 文档采用即时应答与后续结果分开的流程，可作为理解异步控制的一个例子，但每种设备协议仍需单独核对。
怎样把界面提示写准确
| 证据 | 可以说明什么 | 不能直接说明什么 |
|---|---|---|
| 请求已保存 | 平台收到用户意图 | 报文已经送达设备 |
| 设备已应答 | 设备按协议响应了请求 | 车辆已经获得电能 |
| 状态转为充电 | 业务过程进入充电阶段 | 最终交易金额已确定 |
| 最终交易记录齐全 | 可进入计费核对 | 资金已经清算到账 |
场景示例：用户重复点击启动
第一次点击已经发出请求，但状态回传迟到。若第二次点击又创建新订单，两个请求可能争用同一枪口。建议同一启动过程使用可识别的业务编号，重复提交返回已有进度；执行结果未知时先查设备和订单状态，不立即假定失败并无限重发。是否允许重试及间隔应按协议和业务条件决定。
用一条链定位问题
准备用户请求号、平台订单号、设备编号、枪口号、报文流水和时间，逐层核查最后一个确认成功的环节。设备没有应答，检查连接与路由；设备拒绝，检查原因码和权限；设备受理但未充电，检查后续状态及车辆条件。把“启动中”“启动失败”和“结果待确认”区分开，客服才不会误导用户重复付款。
适用条件与边界
界面应把发送、受理、执行与最终结果分开，避免把通信成功误写成充电成功。
阅凛编辑整理。文中的流程、清单和假设算例为通用设计建议；涉及标准与政策的依据列于文末，不代表已交付能力或特定项目收益。