Google Maps Platform 라스트 마일 Fleet 솔루션 (LMFS) 약관의 일환으로, 배송과 관련된 작업이 완료되면 청구 가능 거래가 발생합니다.
Task 객체는 LMFS Deliveries API에서 청구 가능한 거래를 추적하고 보고하는 데 중요한 역할을 하는 기본적인 객체 유형입니다.
약관에 따라 운전자의 작업을 올바르게 모델링하고 TaskOutcome를 적절하게 기록해야 합니다. 이렇게 하면 모든 청구 가능 거래가 올바르게 기록됩니다. 계약 고객의 경우 제품에 적용되는 보고 요구사항을 참고하세요.
청구 가능 작업이란 무엇인가요?
청구 가능 작업은 하나 이상의 상품을 고유한 배송업체에서 고유한 수신자로 운송하는 배송을 성공적으로 완료하는 모든 작업입니다. 실패한 배송 작업은 청구되지 않습니다.
다음 표에는 청구 가능 작업과 청구 대상이 아닌 작업에 대한 몇 가지 실제 시나리오가 나와 있습니다.
| 시나리오 | 청구 가능 여부 |
|---|---|
| 배송 기사가 택배를 배달하려고 했지만 배송에 성공했습니다. 예를 들어 수령인이 직접 택배를 받았거나 운전자가 이웃과 함께 택배를 두고 간 것입니다. | 예 |
| 운전자가 배송 상품에 명시된 예정된 기간을 벗어나 상품을 배송했습니다. | 예 |
| 운전자가 배송을 완료했다고 보고했지만 나중에 수취인이 배송 수령에 이의를 제기했습니다. | 예 |
| 택배 기사가 배달을 시도했지만 실패했습니다. 예를 들어 수신자가 필수 서명으로 집에 없거나 주소가 잘못되었습니다. | 아니요 |
| 운전자가 예정된 휴식 또는 정차를 합니다. | 아니요 |
Deliveries API 내에서 청구는 어떻게 이루어지나요?
태스크는 다음 조건에서 요금이 청구됩니다.
작업의 유형이
delivery로 설정되어 있습니다. 수령 작업은 청구를 트리거하지 않으며 예정된 휴식 또는 정차는 요건을 충족하지 않습니다. 모든 청구 가능 거래에는 연결된 전송 작업이 있어야 합니다. 창고로 배송된 1마일당 수령의 경우 수령 위치에서 모델링 작업을 모델링하고 창고에서 배송 작업을 모델링할 수 있습니다.TaskOutcome의 값은SUCCEEDED입니다.
Last Mile Fleet Solution Deliveries API는 TaskOutcome가 SUCCEEDED 값으로 처음 업데이트될 때 청구 가능한 이벤트를 만듭니다. 이 경우 해당 SKU의 결제 측정항목이 증가합니다. 이 태스크의 이후 업데이트는 이 결제 측정항목에 영향을 미치지 않으므로 결과가 처음 설정된 후에는 이 청구 측정항목을 늘리거나 줄일 수 없습니다.
작업을 어떻게 모델링해야 하나요?
이 섹션에서는 Google 이용약관에 따라 태스크를 올바르게 설정했는지 확인하는 데 도움이 되는 기본 권장사항을 제공합니다.
- 배송 작업에 올바른 필드를 설정합니다. 작업 유형을
delivery로 설정하고 고유한 작업 ID를 할당하고 각 작업을 완료할 올바른 위치를 지정합니다. 모든 배송에 배송 작업이 있는지 확인합니다. - 배송업체와 수취인 조합별로 별도의 작업을 만듭니다. 예를 들어 여러 배송업체의 단일 수신자에 대해 두 개의 작업을 사용합니다. 또는 여러 패키지가 여러 수신자에게 전송될 단일 전송 위치의 경우 여러 태스크를 만듭니다.
- 배송 불가 작업을 올바르게 정의합니다. 예약된 정류장의 경우 작업
Type을SCHEDULED_STOP로 설정합니다. 드라이버 중단의 경우Type를UNAVAILABLE로 설정합니다. TaskOutcome필드를 적절하게 설정합니다. 작업이 완료되면 구현에서TaskOutcome를SUCCEEDED또는FAILED로 설정해야 합니다. 완료된 작업을CLOSED상태로 업데이트하는 것만으로는 Google 약관을 준수하지 않습니다. Driver SDK, gRPC 또는 REST를 사용하여 작업 결과를 설정할 수 있습니다.
자세한 내용은 다음 Fleet Engine 사용자 가이드 주제를 참조하세요.