根據 Google 地圖平台 Last Mile Fleet Solution (LMFS) 的條款,當商品成功完成出貨相關工作時,系統就會進行可計費交易。
工作物件是一種基本物件類型,在追蹤及回報 LMFS Deliveries API 中可計費交易至關重要。根據我們的條款,您必須正確模擬驅動程式的工作,並妥善記錄 TaskOutcome
。這樣可確保系統正確記錄所有可計費交易。如果您是約定客戶,請參閱產品適用的報表規定:
什麼是可計費工作?
可計費工作是指成功完成運送的任何工作:從不重複的貨運公司將一或多個項目傳輸至不重複的收件者。失敗的出貨工作不會計費。
下表提供一些可計費和免計費工作的實際使用情境。
情境 | 是否可計費? |
---|---|
駕駛人嘗試遞送包裹,且嘗試成功。例如,收件者會直接收到檔案,或駕駛人與鄰居離開包裹。 | 是 |
駕駛人提交了該套件在指定時間範圍內以外的套件。 | 是 |
某司機回報出貨成功,但收件者之後對收到的商品提出爭議。 | 是 |
司機嘗試遞送包裹,但失敗。例如,收件者不在必要簽名的居住地,或是地址有誤。 | 否 |
司機在排定的休息時間或停靠站。 | 否 |
Deliveries API 如何計費?
工作會在下列情況中計費:
Task 的類型設為
delivery
。取貨工作不會觸發帳單,排定的中斷或停止作業則不符合資格。每筆可計費交易都必須有相關聯的配送工作。送到庫房的第一英里取貨,可以針對上車地點建立上車工作模型,然後在庫房上建立運送工作模型。TaskOutcome
的值是SUCCEEDED
。
Last Mile Fleet Solution Deliveries API 會在首次更新 TaskOutcome
並設為 SUCCEEDED
值時建立計費事件。發生這種情況時,該 SKU 的帳單指標就會增加。對該工作的任何後續更新不會影響這項計費指標,在初次設定結果後,就無法遞增或減少。
您應該如何建立工作模型?
本節提供基本建議,可協助您檢查是否已根據我們的條款及細則正確設定工作。
- 為出貨工作設定正確欄位。將工作類型設為
delivery
、指派專屬工作 ID,以及為完成各項工作指定正確的位置。確保每批出貨商品都要有運送工作。 - 為各個收件者組合建立個別工作。例如,對於來自多位貨運公司的同一名收件者,則可使用兩項工作。或者,如果是將多個套件傳送至多個收件者的單一交付地點,請建立多項工作。
- 正確定義非出貨工作。如果是已排定的停靠站,請將工作
Type
設為SCHEDULED_STOP
。如果是駕駛遊戲,請將Type
設為UNAVAILABLE
。 - 妥善設定
TaskOutcome
欄位。工作完成後,請確保實作將TaskOutcome
設為SUCCEEDED
或FAILED
。只是將已完成的工作更新為CLOSED
狀態,並不符合我們的條款。您可以使用驅動程式 SDK、gRPC 或 REST 設定工作結果。
如需詳細資訊,請參閱下列 Fleet Engine 使用手冊主題: