一、為什么需要 POS 云端對(duì)接

公共充電站越來(lái)越需要支持銀行卡、非接觸式信用卡和手機(jī)錢包。傳統(tǒng)方案通常把 POS與充電樁通過(guò)串口或局域網(wǎng)直連，這種方式在單一設(shè)備上容易落地，但也帶來(lái)幾個(gè)問(wèn)題：

POS、樁控板和固件強(qiáng)耦合，換一個(gè)終端品牌就可能重新開(kāi)發(fā)；

終端配置、密鑰更新和故障處理依賴現(xiàn)場(chǎng)維護(hù)；

一臺(tái) POS難以服務(wù)同站多臺(tái)充電樁；

支付流水與平臺(tái)充電訂單分散，退款、對(duì)賬和審計(jì)成本高；

海外項(xiàng)目還要處理多幣種、稅費(fèi)、電子憑證和 PCI DSS等要求。

云端對(duì)接把 POS 的支付能力抽象為獨(dú)立服務(wù)：POS接入支付終端提供方 PTP（Payment Terminal Provider）云平臺(tái)，充電運(yùn)營(yíng)商 CPO（Charge PointOperator）繼續(xù)用 OCPP 1.6 管理充電樁，雙方通過(guò) OCPI 2.3.0交換終端、站點(diǎn)、費(fèi)率、充電會(huì)話和支付結(jié)果。

這里要先澄清一個(gè)常見(jiàn)誤區(qū)：OCPI 不是用來(lái)替代 OCPP 的。OCPP 負(fù)責(zé)平臺(tái)與充電樁之間的設(shè)備控制；OCPI負(fù)責(zé)不同業(yè)務(wù)平臺(tái)之間的數(shù)據(jù)和業(yè)務(wù)協(xié)同。POS 云平臺(tái)不會(huì)直接向充電樁發(fā)送 OCPP 報(bào)文。

二、OCPI 2.3.0 為 POS場(chǎng)景增加了什么

OCPI 2.3.0 將 Payments作為獨(dú)立功能模塊發(fā)布，主要服務(wù)“臨時(shí)用戶直接支付”場(chǎng)景。它引入了 PTP 角色，并定義兩個(gè)核心對(duì)象：

對(duì)象

數(shù)據(jù)所有方

作用

Terminal

PTP

描述物理支付終端，并建立終端與Location、EVSE 的綁定關(guān)系

FinancialAdviceConfirmation

PTP

將Zui終收款金額、收款狀態(tài)和發(fā)票所需 EFT 數(shù)據(jù)回傳給CPO

但 Payments模塊本身不負(fù)責(zé)完整的充電交易。一個(gè)可用的 POS 云端方案還需要組合以下模塊：

OCPI模塊

在 POS充電流程中的職責(zé)

Credentials /Versions

雙方注冊(cè)、令牌交換、版本和端點(diǎn)發(fā)現(xiàn)

Payments

終端開(kāi)通、站點(diǎn)綁定、收款確認(rèn)

Locations

同步站點(diǎn)、EVSE、Connector、狀態(tài)和能力

Tariffs

提供價(jià)格、幣種、稅率和預(yù)授權(quán)金額

Commands

異步發(fā)送START_SESSION、STOP_SESSION

Sessions

同步充電中的電量、費(fèi)用和狀態(tài)

CDRs

發(fā)送不可變的Zui終充電記錄和應(yīng)收金額

因此，工程上不能只實(shí)現(xiàn)一個(gè)/payments 接口就聲稱完成 OCPI POS對(duì)接。至少要打通 Locations、Tariffs、Commands、Sessions、CDRs 和 Payments六條業(yè)務(wù)鏈路。

三、總體架構(gòu)與職責(zé)邊界

展開(kāi)

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

銀行卡 / 手機(jī)錢包
       |
     POS 終端
       |  收單終端協(xié)議
       vPTP 云平臺(tái) / PSP 收單機(jī)構(gòu)
       |
       |  OCPI 2.3.0 + HTTPS
       vCPO 充電運(yùn)營(yíng)平臺(tái)
 |-- OCPI 網(wǎng)關(guān)
 |-- POS 訂單與支付關(guān)聯(lián)服務(wù)
 |-- 計(jì)費(fèi)、訂單、發(fā)票、對(duì)賬服務(wù)
       |
       |  OCPP 1.6J + WSS
       v
    充電樁

各系統(tǒng)的職責(zé)應(yīng)保持單一：

POS/PTP：讀卡、持卡人驗(yàn)證、預(yù)授權(quán)、請(qǐng)款、撤銷、支付憑證和終端管理；

CPO平臺(tái)：站點(diǎn)管理、費(fèi)率發(fā)布、充電控制、計(jì)量計(jì)費(fèi)、訂單、CDR 和發(fā)票；

OCPP 1.6充電樁：執(zhí)行啟停、采集電表、上報(bào)連接器狀態(tài)和交易事件；

PSP/收單機(jī)構(gòu)：連接卡組織與發(fā)卡行，處理資金授權(quán)和清算。

推薦在 CPO 平臺(tái)新增 OCPI Gateway 和Payment Orchestrator。前者嚴(yán)格處理 OCPI 對(duì)象、鑒權(quán)和版本兼容，后者維護(hù)預(yù)授權(quán)、充電訂單、OCPP交易與Zui終收款之間的狀態(tài)關(guān)系。不要讓 OCPI 接口直接讀寫 OCPP 核心表。

四、接入前的主數(shù)據(jù)映射1. 終端與充電設(shè)施映射

PTP 創(chuàng)建Terminal，CPO 再把允許該終端服務(wù)的location_ids 和 evse_uids更新給 PTP。一臺(tái) POS可以服務(wù)一個(gè)站點(diǎn)，也可以只服務(wù)指定 EVSE。

展開(kāi)

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

{
 "terminal_id": "9e94f62c-661b-4afa-b6da-019b58fab9ac",
 "customer_reference": "CPO-AZ-001",
 "invoice_base_url": "https://cpo.example.com/invoices",
 "invoice_creator": "CPO",
 "location_ids": ["PHX-SITE-01"],
 "evse_uids": ["PHX-01-EVSE-01", "PHX-01-EVSE-02"],
 "last_updated": "2026-09-28T08:00:00Z"}

其中，terminal_id是 PTP 側(cè)終端標(biāo)識(shí)，不能用 POS序列號(hào)臨時(shí)替代；location_ids 和 evse_uids 必須引用 Locations模塊中已經(jīng)存在的對(duì)象。終端移機(jī)時(shí)要先解除舊映射，再更新地址和綁定關(guān)系，避免用戶在錯(cuò)誤站點(diǎn)發(fā)起支付。

2. OCPP 1.6 與 OCPI 對(duì)象映射

OCPP 1.6 和 OCPI的設(shè)備層級(jí)并不完全相同，建議建立顯式映射表：

CPO內(nèi)部字段

OCPP1.6

OCPI2.3.0

充電樁

WebSocket 路徑中的 charge pointidentity

Location 下的一個(gè)或多個(gè)EVSE

槍口

connectorId

EVSE.uid +Connector.id

充電交易

transactionId

Session.id

啟動(dòng)憑證

idTag

Token.uid

支付授權(quán)關(guān)聯(lián)號(hào)

無(wú)標(biāo)準(zhǔn)字段

authorization_reference

過(guò)程計(jì)量

MeterValues

Session 的kwh、total_cost等

Zui終記錄

StopTransaction

CDR

對(duì)于 OCPP 1.x，一個(gè) EVSE 下存在多個(gè)Connector 時(shí)容易產(chǎn)生語(yǔ)義沖突。按照 OCPI 規(guī)范建議，CPO 應(yīng)把需要獨(dú)立啟停的 OCPPconnectorId 暴露為獨(dú)立 EVSE，再在 EVSE下提供連接器規(guī)格。這樣 START_SESSION 才能穩(wěn)定映射到唯一槍口。

3. 四個(gè)核心關(guān)聯(lián)鍵

平臺(tái)至少要長(zhǎng)期保存以下關(guān)聯(lián)：

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

terminal_id
 -> authorization_reference
 -> OCPI session_id
 -> OCPP transactionId

authorization_reference 由PTP 在預(yù)授權(quán)成功后生成，并放入 START_SESSION。CPO 必須把它繼續(xù)寫入 Session 和CDR。它是支付交易、充電會(huì)話和發(fā)票之間Zui關(guān)鍵的關(guān)聯(lián)號(hào)，不能在重試時(shí)重新生成。

五、完整業(yè)務(wù)流程1. 建立 OCPI 連接

CPO 與 PTP 先通過(guò) Credentials完成雙向注冊(cè)，交換訪問(wèn)令牌，再通過(guò) Versions 獲取 2.3.0 端點(diǎn)。雙方應(yīng)明確各模塊的 Sender/Receiver接口、國(guó)家代碼、Party ID、回調(diào)地址和超時(shí)時(shí)間。

生產(chǎn)環(huán)境建議為每個(gè)合作方單獨(dú)簽發(fā) OCPIToken，所有請(qǐng)求使用 HTTPS，并在網(wǎng)關(guān)校驗(yàn)來(lái)源、權(quán)限和限流策略。OCPI Token 不是司機(jī)的支付令牌，也不能用于 POS持卡人認(rèn)證。

2. 開(kāi)通并綁定 Terminal

對(duì)于集成式 POS，CPO 可使用設(shè)備參考號(hào)向 PTP發(fā)起激活；PTP 完成配置后在 CPO 側(cè)創(chuàng)建 Terminal。對(duì)于已在 PTP 側(cè)開(kāi)通的終端，CPO 可拉取或接收終端數(shù)據(jù)，再通過(guò) PATCH分配 location_ids、evse_uids。

終端只有同時(shí)滿足以下條件才可接單：

Terminal 在 PTP側(cè)有效；

終端已綁定當(dāng)前 Location 或EVSE；

Location、EVSE、Connector 在OCPI 中可用；

充電樁已通過(guò) OCPP 上線，目標(biāo)槍口不是Faulted、Unavailable或被占用；

Tariff已配置幣種、稅率和預(yù)授權(quán)上限。

3. 展示槍口和費(fèi)率

用戶在 POS 上選擇槍口后，PTP 拉取或讀取緩存的Location/EVSE 數(shù)據(jù)，取得 Connector 對(duì)應(yīng)的 tariff_ids，再獲取 Tariff 展示價(jià)格。OCPI 2.3.0 的支付流程依賴 Tariff中的 preauthorize_amount 確定預(yù)授權(quán)額度。

這里要區(qū)分兩個(gè)金額：預(yù)授權(quán)金額是風(fēng)險(xiǎn)控制上限，Zui終應(yīng)收金額來(lái)自 CDR。POS頁(yè)面應(yīng)清楚顯示幣種、能源費(fèi)、時(shí)間費(fèi)、占位費(fèi)、固定服務(wù)費(fèi)、稅費(fèi)以及預(yù)授權(quán)提示，不能把預(yù)授權(quán)金額顯示為已經(jīng)扣款。

4. 預(yù)授權(quán)并遠(yuǎn)程啟動(dòng)

用戶確認(rèn)費(fèi)率并刷卡后，PTP 向 PSP發(fā)起預(yù)授權(quán)。成功后，PTP 生成全局唯一的 authorization_reference，然后向 CPO 發(fā)送 OCPISTART_SESSION。

下面只保留與方案相關(guān)的關(guān)鍵字段：

展開(kāi)

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

{
 "response_url":"https://ptp.example.com/ocpi/commands/result/start-20260928-001",
 "token": {
   "country_code": "US",
   "party_id": "PTP",
   "uid": "POS-20260928-001",
   "type": "AD_HOC_USER",
   "contract_id": "US-PTP-POS000001"
 },
 "location_id": "PHX-SITE-01",
 "evse_uid": "PHX-01-EVSE-01",
 "connector_id": "1",
 "authorization_reference": "AUTH-20260928-000001"}

CPO 收到請(qǐng)求后的處理順序如下：

校驗(yàn) OCPI 調(diào)用方、終端綁定、EVSE狀態(tài)和重復(fù)請(qǐng)求；

立即返回 OCPICommandResponse，說(shuō)明命令是否進(jìn)入處理；

將 Token.uid映射為長(zhǎng)度符合 OCPP 1.6 限制的idTag；

向充電樁發(fā)送RemoteSta；

收到樁端響應(yīng)后，將Zui終CommandResult 異步 POST 到response_url；

收到Sta 后創(chuàng)建Session，并綁定 OCPP transactionId。

OCPI Commands是異步接口。第一步返回 ACCEPTED 只代表CPO 接受并嘗試下發(fā)，不代表車輛已經(jīng)開(kāi)始充電。PTP 必須等待 CommandResult，并繼續(xù)觀察 Session；如果樁端返回拒絕、超時(shí)或Zui終沒(méi)有生成Session，應(yīng)撤銷預(yù)授權(quán)。

5. 充電中同步 Session

充電樁通過(guò) OCPPMeterValues 上報(bào)電量和功率，CPO根據(jù)費(fèi)率計(jì)算階段費(fèi)用，再向 PTP 推送 Session 更新。建議維護(hù)如下映射：

OCPP事件

CPO內(nèi)部動(dòng)作

OCPI輸出

Sta

創(chuàng)建交易并記錄表底

新建 Session，狀態(tài)為ACTIVE

MeterValues.req

更新電量、功率和預(yù)估金額

PATCH/PUT Session

Statu

更新槍口狀態(tài)

更新 EVSE/Connector狀態(tài)

St

固化結(jié)束表底和停止原因

完成 Session，生成 CDR

PTP 可以根據(jù) Session 的kwh 和 total_cost監(jiān)控預(yù)授權(quán)余額。當(dāng)預(yù)計(jì)費(fèi)用接近上限時(shí)，可發(fā)送STOP_SESSION；CPO也應(yīng)設(shè)置自己的金額保護(hù)閾值。任何一方觸發(fā)停止，都要使用同一個(gè) Session 繼續(xù)處理，不能創(chuàng)建第二筆訂單。

6. 停止、生成 CDR 與Zui終扣款

停止充電可能來(lái)自 POS、車輛、充電樁或 CPO。POS主動(dòng)停止時(shí)，PTP 向 CPO 發(fā)送 STOP_SESSION；CPO 把 session_id 映射為 OCPP transactionId，下發(fā)RemoteStopTransaction，Zui終以樁端St 的表底和時(shí)間為準(zhǔn)完成計(jì)費(fèi)。

CPO 隨后向 PTP 發(fā)送 CDR。CDR是Zui終充電記錄，應(yīng)包含位置快照、Token、充電時(shí)段、費(fèi)率、用電量、總費(fèi)用、幣種以及authorization_reference。Session是可更新的過(guò)程數(shù)據(jù)，CDR 是結(jié)算憑據(jù)，兩者不能混用。

PTP 根據(jù) CDR 的Zui終金額向 PSP 發(fā)起capture：

Zui終金額小于預(yù)授權(quán)：按實(shí)際金額請(qǐng)款，釋放剩余額度；

Zui終金額等于預(yù)授權(quán)：全額請(qǐng)款；

Zui終金額超過(guò)預(yù)授權(quán)：按收單機(jī)構(gòu)規(guī)則增補(bǔ)授權(quán)或轉(zhuǎn)異常處理，不能直接假定超額扣款成功；

金額為零：撤銷預(yù)授權(quán)，并保留零金額 CDR供審計(jì)。

7. 回傳FinancialAdviceConfirmation

如果發(fā)票由 CPO 創(chuàng)建，PTP 完成 capture后向 CPO 創(chuàng)建 FinancialAdviceConfirmation。示例如下：

展開(kāi)

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

{
 "id": "FAC-20260928-000001",
 "authorization_reference": "AUTH-20260928-000001",
 "total_costs": {
   "before_taxes": 18.00,
   "taxes": [
     {
       "name": "VAT",
       "percentage": 10.0,
       "amount": 1.80
     }
   ]
 },
 "currency": "USD",
 "eft_data": [
   "Mastercard",
   "Card: **** **** **** 1234",
   "Authorization: A12345",
   "Amount: USD 19.80"
 ],
 "capture_status_code": "SUCCESS",
 "capture_status_message": "Capture successful",
 "last_updated": "2026-09-28T09:15:00Z"}

capture_status_code 可表達(dá) SUCCESS、PARTIAL_SUCCESS 和 FAILED。CPO 不能只要收到該對(duì)象就把訂單置為已支付，而應(yīng)根據(jù)狀態(tài)和金額核對(duì) CDR。若由PTP 開(kāi)票，則 PTP 直接向用戶提供憑證，CPO 仍需保存支付確認(rèn)用于對(duì)賬。

六、平臺(tái)狀態(tài)機(jī)設(shè)計(jì)

推薦把充電狀態(tài)與支付狀態(tài)分開(kāi)維護(hù)，避免一次網(wǎng)絡(luò)超時(shí)把兩條鏈路同時(shí)改錯(cuò)。

展開(kāi)

代碼語(yǔ)言：JavaScript

自動(dòng)換行

AI代碼解釋

支付狀態(tài)：CREATED -> PREAUTHORIZING -> PREAUTHORIZED ->CAPTURING -> CAPTURED
                  |               |             |
                DECLINED      VOIDING       CAPTURE_FAILED
                                  |
                               VOIDED充電狀態(tài)：PENDING -> STARTING -> CHARGING ->STOPPING -> FINISHED -> CDR_SENT
            |                       |
        START_FAILED             STOP_UNKNOWN

訂單只有在 CDR_SENT +CAPTURED 后才進(jìn)入Zui終完成狀態(tài)。FINISHED 但未收款成功時(shí)，充電事實(shí)仍然成立，應(yīng)進(jìn)入支付重試或人工對(duì)賬，不能刪除訂單或反向修改電量。

建議對(duì)以下鍵建立唯一約束：

OCPI Commands：合作方 +response_url 中的業(yè)務(wù)請(qǐng)求號(hào)；

支付授權(quán)：PTP +authorization_reference；

Session：CPOcountry_code + party_id+ session_id；

CDR：CPO country_code+ party_id + cdr_id；

OCPP 交易：charge pointidentity + transactionId；

收款確認(rèn)：PTP +FinancialAdviceConfirmation.id。

七、異常場(chǎng)景與補(bǔ)償策略1. 預(yù)授權(quán)成功，但遠(yuǎn)程啟動(dòng)失敗

PTP 撤銷預(yù)授權(quán)，CPO將充電訂單標(biāo)記為 START_FAILED。如果OCPI Command 先超時(shí)、稍后樁又啟動(dòng)成功，CPO 必須以實(shí)際 StartTransaction和 Session為準(zhǔn)觸發(fā)告警，不能簡(jiǎn)單創(chuàng)建新訂單?？稍O(shè)置短暫的觀察窗口后再確認(rèn)撤銷。

2. OCPI 返回ACCEPTED，但沒(méi)有回調(diào)

PTP 不應(yīng)重復(fù)生成新的authorization_reference。應(yīng)使用原業(yè)務(wù)號(hào)查詢或重試，CPO 則返回已保存的命令結(jié)果。命令、回調(diào)和Session 創(chuàng)建都要冪等。

3. OCPP 斷線，充電可能仍在進(jìn)行

OCPP 1.6 連接斷開(kāi)不等于交易結(jié)束。CPO將訂單置為 CHARGING_UNKNOWN，等待樁重連后補(bǔ)傳 MeterValues 或 StopTransaction。在沒(méi)有Zui終表底時(shí)不要生成正式CDR，也不要提前按預(yù)估金額請(qǐng)款。

4. 已收到 CDR，但 capture 超時(shí)

PTP 應(yīng)先按原支付流水向 PSP查詢，再?zèng)Q定是否重試。盲目創(chuàng)建新支付流水會(huì)導(dǎo)致重復(fù)扣款。持續(xù)失敗時(shí)回傳 FAILED，雙方把訂單送入異常對(duì)賬隊(duì)列。

5. 金額或幣種不一致

Tariff、CDR 和FinancialAdviceConfirmation 必須使用一致的 ISO 4217幣種。平臺(tái)比較金額時(shí)應(yīng)使用十進(jìn)制定點(diǎn)數(shù)，禁止使用二進(jìn)制浮點(diǎn)直接計(jì)算貨幣。若Zui終 capture 金額與 CDR不一致，自動(dòng)暫停開(kāi)票并報(bào)警。

6. 消息亂序或重復(fù)

OCPI 推送、異步命令回調(diào)和 OCPP上報(bào)都可能重試或亂序。對(duì)象更新應(yīng)比較 last_updated，狀態(tài)遷移使用條件更新；CDR 到達(dá)后，較舊的 Session更新不得把訂單重新改為充電中。

八、安全與合規(guī)

POS云端接入同時(shí)涉及充電基礎(chǔ)設(shè)施和支付數(shù)據(jù)，建議至少落實(shí)以下措施：

OCPP 使用wss:https://，OCPI 使用 TLS 1.2及以上；合作方訪問(wèn)令牌獨(dú)立簽發(fā)、定期輪換。

PAN、磁道數(shù)據(jù)、CVV 和終端密鑰不得進(jìn)入 CPO日志、Session 或 CDR；平臺(tái)只保存支付令牌、卡品牌、末四位和授權(quán)碼等必要信息。

eft_data 進(jìn)入日志和客服頁(yè)面前需要脫敏，并按當(dāng)?shù)匕l(fā)票法規(guī)控制訪問(wèn)權(quán)限和保存周期。

POS 側(cè)遵循 PCIPTS，支付處理環(huán)境按業(yè)務(wù)邊界評(píng)估 PCI DSS；EMV、SCA、退款和預(yù)授權(quán)有效期以收單機(jī)構(gòu)規(guī)則為準(zhǔn)。

OCPI Commands接口增加時(shí)間窗、重放檢測(cè)、速率限制和終端到 EVSE 的授權(quán)校驗(yàn)。

原始 OCPI 報(bào)文、OCPP 報(bào)文、訂單事件和 PSP流水使用統(tǒng)一追蹤號(hào)，審計(jì)日志只追加、不覆蓋。

九、上線測(cè)試清單協(xié)議與主數(shù)據(jù)

Credentials 注冊(cè)、Token輪換、版本發(fā)現(xiàn)和模塊端點(diǎn)校驗(yàn)；

Terminal 創(chuàng)建、激活、移機(jī)、停用和Location/EVSE 重新綁定；

Location、Connector、Tariff增量同步及 last_updated 沖突；

OCPP connectorId與 OCPI EVSE/Connector的一一映射。

正常業(yè)務(wù)

刷卡、預(yù)授權(quán)、啟動(dòng)、計(jì)量、停止、CDR、capture、發(fā)票全流程；

POS停止、車輛停止、急停、金額上限停止；

一臺(tái) POS 服務(wù)多臺(tái)樁，多臺(tái) POS服務(wù)同一站點(diǎn)；

能源費(fèi)、時(shí)間費(fèi)、占位費(fèi)、固定費(fèi)和稅費(fèi)組合計(jì)費(fèi)。

異常與恢復(fù)

預(yù)授權(quán)拒絕、啟動(dòng)拒絕、命令回調(diào)超時(shí)、樁離線；

OCPP 斷線續(xù)充、樁重啟、補(bǔ)傳StopTransaction；

OCPI 重復(fù)請(qǐng)求、亂序更新、CDR重發(fā)、capture 回調(diào)重發(fā)；

撤銷失敗、部分收款、退款、跨日交易和預(yù)授權(quán)過(guò)期；

CDR與收款金額不一致、幣種不一致、稅額舍入差異。

上線前應(yīng)完成 PTP、CPO、PSP和真實(shí)充電樁的四方聯(lián)調(diào)。只使用接口模擬器無(wú)法覆蓋 OCPP 離線緩存、槍口狀態(tài)變化和收單網(wǎng)絡(luò)超時(shí)等關(guān)鍵問(wèn)題。

十、實(shí)施建議

對(duì)于已有 OCPP 1.6平臺(tái)，可以分三階段上線：

第一階段完成 OCPI基礎(chǔ)連接、Locations、Tariffs 和 Terminal 管理，先驗(yàn)證終端、站點(diǎn)、槍口和價(jià)格是否一致。

第二階段打通 Commands、Sessions 和CDRs，使用測(cè)試 Token 跑通遠(yuǎn)程啟停與計(jì)費(fèi)，不接真實(shí)資金。

第三階段接入 PSP 預(yù)授權(quán)與 capture，再啟用Payments 的 FinancialAdviceConfirmation、電子憑證和自動(dòng)對(duì)賬。

這種拆分可以把“充電是否成功”和“資金是否成功”分開(kāi)驗(yàn)收，也便于定位問(wèn)題屬于POS、PTP、OCPI 網(wǎng)關(guān)、CPO 訂單系統(tǒng)還是 OCPP 充電樁。

結(jié)語(yǔ)

基于 OCPI 2.3.0 的 POS云端對(duì)接，核心不是新增一個(gè)支付接口，而是建立一條可追蹤的跨平臺(tái)交易鏈：Terminal 解決“哪臺(tái) POS服務(wù)哪些槍口”，Tariff 解決“向用戶展示什么價(jià)格”，Commands 和 OCPP 解決“如何啟動(dòng)與停止”，Sessions 和CDRs 解決“實(shí)際充了多少、應(yīng)收多少”，F(xiàn)inancialAdviceConfirmation解決“Zui終收了多少、發(fā)票如何補(bǔ)齊”。

只要嚴(yán)格劃分 PTP、CPO、PSP和充電樁的職責(zé)，以 authorization_reference 串聯(lián)預(yù)授權(quán)、Session、CDR 與收款結(jié)果，再配合冪等、狀態(tài)機(jī)和對(duì)賬機(jī)制，現(xiàn)有OCPP 1.6 平臺(tái)無(wú)需改變樁端協(xié)議，也能形成標(biāo)準(zhǔn)化、可擴(kuò)展的 POS 云端支付能力。