在網(wǎng)約車、出租車、旅游包車等移動出行場景中，乘客經(jīng)常遇到手機(jī)電量不足的問題。傳統(tǒng)車載充電線雖然可以解決基礎(chǔ)用電需求，但通常缺少設(shè)備管理、收費(fèi)、訂單追蹤和運(yùn)營結(jié)算能力，難以形成可持續(xù)的服務(wù)體系。

車載共享充電的思路，是在運(yùn)營車輛內(nèi)安裝帶聯(lián)網(wǎng)和計費(fèi)能力的充電設(shè)備。乘客通過小程序掃描設(shè)備二維碼，確認(rèn)價格并完成支付后，平臺遠(yuǎn)程啟用充電端口；服務(wù)結(jié)束后生成訂單，并根據(jù)實(shí)際規(guī)則完成結(jié)算或退款。

本文結(jié)合用戶小程序原型，給出一套從用戶流程、設(shè)備接入到平臺運(yùn)營的落地方案。文中界面為設(shè)計原型，設(shè)備參數(shù)、服務(wù)價格和Zui終功能應(yīng)以上線版本及實(shí)際運(yùn)營規(guī)則為準(zhǔn)。

一、項(xiàng)目定位與應(yīng)用場景

車載共享充電不是簡單地在車輛內(nèi)放置一條充電線，而是一套連接乘客、車輛、車載設(shè)備和運(yùn)營平臺的服務(wù)系統(tǒng)。

典型應(yīng)用場景包括：

項(xiàng)目涉及四類參與方：乘客使用小程序完成掃碼和支付；司機(jī)或車隊(duì)負(fù)責(zé)設(shè)備保管與車輛運(yùn)營；平臺負(fù)責(zé)設(shè)備、訂單、支付和結(jié)算；設(shè)備供應(yīng)方負(fù)責(zé)終端生產(chǎn)、通信和售后維護(hù)。

二、用戶側(cè)業(yè)務(wù)流程

完整流程可以設(shè)計為：

展開

代碼語言：JavaScript

自動換行

AI代碼解釋

乘客進(jìn)入小程序
 -> 微信授權(quán)登錄
 -> 掃描車內(nèi)設(shè)備二維碼
 -> 校驗(yàn)設(shè)備與車輛狀態(tài)
 -> 展示計費(fèi)說明
 -> 用戶支付或預(yù)授權(quán)
 -> 平臺下發(fā)啟動指令
 -> 設(shè)備開啟充電端口
 -> 充電倒計時與狀態(tài)同步
 -> 到時自動結(jié)束或用戶主動結(jié)束
 -> 計算實(shí)付與退款
 -> 生成完成訂單

1. 首頁與掃碼入口

小程序首頁將“掃碼充電”作為主要操作。用戶登錄后，可以直接掃描車輛內(nèi)設(shè)備上的二維碼，不需要先搜索車輛或手動輸入設(shè)備編號。

二維碼不應(yīng)只保存一個可被隨意偽造的數(shù)字編號。推薦包含設(shè)備公開標(biāo)識和短期簽名參數(shù)，平臺收到掃碼結(jié)果后再校驗(yàn)：

如果設(shè)備尚未投放、已停用或沒有綁定車輛，應(yīng)進(jìn)入獨(dú)立提示頁，不允許繼續(xù)支付。原型已經(jīng)設(shè)計了“未投放”狀態(tài)，這一校驗(yàn)應(yīng)在創(chuàng)建支付訂單之前完成。

2. 充電確認(rèn)與支付

掃碼校驗(yàn)通過后，頁面展示車牌號碼、設(shè)備編號、單次服務(wù)時長、收費(fèi)金額和支付方式。用戶在支付前可以確認(rèn)自己掃描的是當(dāng)前車輛內(nèi)的設(shè)備。

原型采用單次預(yù)付模式，例如預(yù)付固定金額后獲得一定的服務(wù)時長。這種方式流程清晰，但后臺仍需把以下配置做成可調(diào)整參數(shù)：

支付結(jié)果必須以支付渠道服務(wù)端通知為準(zhǔn)，不能只依賴小程序前端返回。平臺確認(rèn)支付成功后才能創(chuàng)建有效充電任務(wù)并向設(shè)備下發(fā)啟動指令。

3. 充電進(jìn)行中

設(shè)備成功開啟后，首頁進(jìn)入充電狀態(tài)，突出顯示剩余時間。用戶可以隨時返回訂單詳情查看支付、設(shè)備和充電信息。

倒計時不能只由前端本地計時。平臺應(yīng)保存服務(wù)開始時間和計劃結(jié)束時間，小程序每次進(jìn)入頁面時從服務(wù)端重新獲取狀態(tài)。這樣可以避免用戶切換手機(jī)、退出小程序或修改本地時間后出現(xiàn)計費(fèi)偏差。

運(yùn)行中至少需要處理以下事件：

對于低功率 USB 或 Type-C車載充電，可以按服務(wù)時長計費(fèi)；如果設(shè)備能夠可靠采集輸出電量，也可以保留電量字段用于運(yùn)營分析，但不應(yīng)在未經(jīng)計量合規(guī)評估的情況下直接將其作為收費(fèi)依據(jù)。

4. 訂單完成與退款

充電結(jié)束后，訂單頁展示預(yù)付金額、實(shí)付金額、退款金額、支付方式、計費(fèi)規(guī)則、服務(wù)時長、開始時間、結(jié)束時間以及設(shè)備信息。

如果業(yè)務(wù)采用預(yù)付后按實(shí)際時長結(jié)算，推薦使用以下流程：

代碼語言：JavaScript

自動換行

AI代碼解釋

預(yù)付成功
 -> 凍結(jié)或收取預(yù)付金額
 -> 服務(wù)結(jié)束后計算應(yīng)收
 -> 應(yīng)收小于預(yù)付：原路退款差額
 -> 應(yīng)收等于預(yù)付：直接完成
 -> 應(yīng)收大于預(yù)付：按規(guī)則封頂或生成補(bǔ)繳單

訂單狀態(tài)和退款狀態(tài)應(yīng)分別保存。退款處理中，訂單可以是“已完成”，但資金狀態(tài)仍是“退款中”。不要把兩者合并為一個狀態(tài)字段。

三、整體系統(tǒng)架構(gòu)

落地系統(tǒng)可以分成五層：

展開

代碼語言：JavaScript

自動換行

AI代碼解釋

用戶層
 小程序、司機(jī)端、運(yùn)營后臺
接入層
 用戶認(rèn)證、API 網(wǎng)關(guān)、支付回調(diào)、設(shè)備長連接
業(yè)務(wù)層
 車輛、設(shè)備、訂單、計費(fèi)、支付、退款、結(jié)算、客服
物聯(lián)網(wǎng)層
 設(shè)備注冊、狀態(tài)上報、指令下發(fā)、規(guī)則告警、固件升級
數(shù)據(jù)層
 業(yè)務(wù)數(shù)據(jù)庫、設(shè)備時序數(shù)據(jù)、日志、對象存儲、統(tǒng)計分析

小程序端

用戶側(cè)至少包含微信授權(quán)登錄、掃碼、支付確認(rèn)、充電狀態(tài)、訂單列表、訂單詳情、個人中心、用戶協(xié)議、隱私政策和客服反饋。

運(yùn)營后臺

后臺負(fù)責(zé)車隊(duì)、司機(jī)、車輛、設(shè)備、投放、計費(fèi)模板、訂單、支付、退款、分賬、告警和運(yùn)營報表。遠(yuǎn)程啟停、人工退款、設(shè)備解綁和資金調(diào)賬屬于高風(fēng)險操作，應(yīng)要求操作原因、二次確認(rèn)和審計記錄。

設(shè)備通信服務(wù)

車載設(shè)備可以采用 4G、Cat.1或其他可用網(wǎng)絡(luò)接入物聯(lián)網(wǎng)平臺。設(shè)備與平臺之間建議使用MQTT over TLS 或 HTTPS長輪詢，根據(jù)硬件能力選擇。每臺設(shè)備應(yīng)具有獨(dú)立身份憑證，不能讓同一批設(shè)備共用固定密鑰。

四、車載設(shè)備設(shè)計

車載共享充電設(shè)備至少需要包含：

設(shè)備上報的數(shù)據(jù)可以包括：

數(shù)據(jù)

作用

設(shè)備編號、固件版本

資產(chǎn)識別與升級管理

在線狀態(tài)、信號強(qiáng)度

判斷網(wǎng)絡(luò)質(zhì)量

輸入電壓、輸出電壓和電流

運(yùn)行監(jiān)控與故障判斷

端口開關(guān)狀態(tài)

與訂單狀態(tài)核對

設(shè)備溫度

過溫保護(hù)和告警

累計工作時長

壽命與維護(hù)分析

故障碼

售后診斷

車輛供電狀態(tài)

判斷熄火、斷電等場景

設(shè)備收到啟動指令后，應(yīng)校驗(yàn)指令編號、有效期和簽名，執(zhí)行后返回明確結(jié)果。平臺對同一訂單重復(fù)下發(fā)啟動指令時，設(shè)備需要保證冪等，避免重復(fù)計時或多次打開端口。

五、設(shè)備投放與車輛綁定

設(shè)備從入庫到運(yùn)營建議經(jīng)過以下步驟：

展開

代碼語言：JavaScript

自動換行

AI代碼解釋

設(shè)備入庫
 -> 寫入設(shè)備身份與密鑰
 -> 功能檢測
 -> 分配車隊(duì)或代理商
 -> 安裝到車輛
 -> 掃描設(shè)備碼并錄入車牌
 -> 上傳安裝照片
 -> 在線測試
 -> 審核后正式投放

核心資產(chǎn)關(guān)系為：

代碼語言：JavaScript

自動換行

AI代碼解釋

運(yùn)營主體 -> 車隊(duì) -> 車輛 -> 車載設(shè)備 -> 充電端口

同一設(shè)備在同一時間只能綁定一輛有效車輛。換車安裝時要先結(jié)束舊綁定，記錄拆卸時間、安裝人員、原因和照片，再建立新綁定。歷史訂單必須保留當(dāng)時的車牌和綁定快照，不能因?yàn)楹罄m(xù)換車而改變。

六、訂單狀態(tài)機(jī)

建議將業(yè)務(wù)訂單設(shè)計為明確的狀態(tài)機(jī)：

展開

代碼語言：JavaScript

自動換行

AI代碼解釋

待支付
 -> 已支付待啟動
 -> 啟動中
 -> 充電中
 -> 結(jié)束中
 -> 已完成
異常分支：
支付失敗 / 啟動失敗 / 設(shè)備離線 / 已取消 / 退款中 / 已退款

關(guān)鍵狀態(tài)規(guī)則如下：

1. 同一設(shè)備端口同一時間只能存在一個進(jìn)行中訂單；

2. 支付成功但啟動失敗時，自動發(fā)起全額退款；

3. 平臺下發(fā)啟動指令后必須等待設(shè)備回執(zhí)，不能直接標(biāo)記為充電中；

4. 結(jié)束時間以設(shè)備事件和平臺接收時間綜合判斷，并保留兩個時間；

5. 設(shè)備斷網(wǎng)時可以在本地按已授權(quán)時長執(zhí)行，但恢復(fù)后必須補(bǔ)傳事件；

6. 支付、退款、設(shè)備指令和回調(diào)均需要冪等處理。

七、核心數(shù)據(jù)模型

車輛表

代碼語言：JavaScript

自動換行

AI代碼解釋

vehicle_id、fleet_id、plate_number、vehicle_type、driver_id、
operation_status、bind_device_id、bind_time、unbind_time

設(shè)備表

代碼語言：JavaScript

自動換行

AI代碼解釋

device_id、device_sn、model、imei、firmware_version、secret_id、
online_status、deploy_status、vehicle_id、last_heartbeat、fault_code

充電訂單表

代碼語言：JavaScript

自動換行

AI代碼解釋

order_id、user_id、vehicle_id、device_id、port_no、pricing_rule_id、
prepaid_amount、actual_amount、refund_amount、order_status、
payment_status、start_time、planned_end_time、actual_end_time、end_reason

設(shè)備指令表

代碼語言：JavaScript

自動換行

AI代碼解釋

command_id、device_id、order_id、command_type、re、
send_time、expire_time、response_time、result_code、retry_count

資金流水表

代碼語言：JavaScript

自動換行

AI代碼解釋

flow_id、order_id、flow_type、payment_channel、channel_flow_no、
amount、status、re、success_time、failure_reason

金額建議使用“分”為單位的整數(shù)存儲。計費(fèi)規(guī)則需要保存版本或快照，避免運(yùn)營人員修改價格后影響歷史訂單復(fù)算。

八、支付與結(jié)算設(shè)計

小程序可以使用微信支付完成預(yù)付。服務(wù)端應(yīng)實(shí)現(xiàn)下單、支付簽名、異步通知、主動查詢、退款和退款查詢，不應(yīng)將前端支付成功回調(diào)作為Zui終依據(jù)。

若項(xiàng)目需要與車隊(duì)、司機(jī)或設(shè)備投放方進(jìn)行收益結(jié)算，可以按訂單保存分潤快照：

代碼語言：JavaScript

自動換行

AI代碼解釋

訂單實(shí)收
 - 支付渠道成本
 - 平臺服務(wù)費(fèi)
 - 設(shè)備及運(yùn)維成本
 = 可分配收益

具體分配比例由合同和后臺規(guī)則配置。平臺應(yīng)生成日賬單或月賬單，支持訂單明細(xì)核對、差異申訴和結(jié)算狀態(tài)追蹤。涉及分賬和提現(xiàn)時，需要根據(jù)實(shí)際業(yè)務(wù)主體及支付機(jī)構(gòu)規(guī)則設(shè)計，不能只在數(shù)據(jù)庫中修改余額完成資金劃轉(zhuǎn)。

九、異常場景處理

支付成功但設(shè)備未啟動

平臺自動查詢設(shè)備在線狀態(tài)并有限次數(shù)重試。仍未成功時關(guān)閉服務(wù)訂單并原路退款，同時生成設(shè)備異常記錄。

設(shè)備正在被使用

掃碼后直接提示設(shè)備繁忙，不創(chuàng)建支付單。用戶已進(jìn)入支付頁后才發(fā)現(xiàn)占用時，需要再次校驗(yàn)并阻止支付。

設(shè)備中途離線

若設(shè)備仍在本地供電，可以按授權(quán)截止時間繼續(xù)運(yùn)行；平臺頁面顯示狀態(tài)同步中。超過離線閾值后生成告警，恢復(fù)連接時補(bǔ)傳開始、停止和故障事件。

車輛熄火導(dǎo)致服務(wù)中斷

設(shè)備上報斷電事件，平臺提前結(jié)束訂單，按規(guī)則計算實(shí)付和退款。訂單詳情中應(yīng)展示“車輛斷電結(jié)束”等明確原因。

用戶重復(fù)支付

創(chuàng)建支付單前檢查進(jìn)行中訂單，并以用戶、設(shè)備和業(yè)務(wù)請求號設(shè)置冪等約束。發(fā)現(xiàn)重復(fù)支付時，保留一筆有效交易，其余支付自動退款。

二維碼被拍照傳播

除了校驗(yàn)簽名和設(shè)備狀態(tài)，還可以結(jié)合短時動態(tài)碼、車內(nèi)藍(lán)牙或局部位置校驗(yàn)降低遠(yuǎn)程掃碼風(fēng)險。不能只依靠靜態(tài)二維碼判斷用戶就在車內(nèi)。

十、安全與合規(guī)要點(diǎn)

十一、運(yùn)營后臺功能

首期后臺建議包含：

運(yùn)營指標(biāo)要區(qū)分“掃碼”“支付”“設(shè)備啟動”和“完成服務(wù)”。只有支付成功率而沒有設(shè)備啟動成功率，無法判斷真實(shí)的服務(wù)質(zhì)量。