Trang này được dịch bởi Cloud Translation API.

Hướng dẫn thanh toán cho Nền tảng và thiết bị di động của Google Maps

Trước khi triển khai một dự án Google Maps mới trong giai đoạn phát hành công khai, bạn cần đảm bảo rằng chế độ thiết lập của mình là chính xác để bạn thanh toán đúng số tiền cho các sản phẩm mà bạn đang sử dụng. Trong tài liệu này, chúng tôi đề cập đến các khía cạnh để đảm bảo bạn có (i) tính minh bạch về việc thanh toán – để bạn có thể xác minh mức sử dụng trước khi hoá đơn được tạo và (ii) chế độ thiết lập dự án phù hợp – để đảm bảo bạn có thể sử dụng các sản phẩm của chúng tôi.

Mặc dù đây là một quy trình tương đối đơn giản, nhưng Đối tác của Maps có thể hợp tác với bạn để đảm bảo rằng các dự án của bạn được di chuyển đúng cách.

Khái niệm

Trong phần này, chúng tôi muốn đảm bảo rằng bạn hiểu rõ thông tin cơ bản về việc thanh toán cho Google Maps và các chế độ thiết lập có thể có. Không có câu trả lời nào là đúng hay sai trong nhiều trường hợp, điều này phụ thuộc vào loại kết quả mà bạn đang cố gắng đạt được.

Trong suốt tài liệu này, chúng tôi sẽ nói nhiều về dự án Google Cloud của bạn. Lý do là vì các sản phẩm của Google Maps đều có trên Google Play. Điều này có nghĩa là cấu hình mà chúng ta đề cập trong tài liệu này được thực hiện trong dự án của bạn trên Google Cloud.

Tài khoản thanh toán

Mọi công ty đang sử dụng các sản phẩm của Google Maps đều có một dự án trên Google Cloud được liên kết với họ. Dự án này phải được thiết lập tài khoản thanh toán. Tài khoản thanh toán chịu trách nhiệm tích luỹ tất cả mức sử dụng Google Maps và tạo hoá đơn hằng tháng dựa trên mức sử dụng đó.

Đối với Mobility, một tài khoản thanh toán đặc biệt sẽ được cung cấp. Tài khoản thanh toán này chỉ được dùng cho các trường hợp sử dụng liên quan đến tính di động, chẳng hạn như: đi chung xe, giao hàng và hậu cần.

Một tài khoản thanh toán có thể được dùng cho nhiều dự án trên Google Cloud hoặc chỉ một dự án.

Một dự án trỏ đến cùng một tài khoản thanh toán:

Trường hợp sử dụng cụ thể (ví dụ: trường hợp sử dụng cho thiết bị di động)
Hoá đơn riêng
Chiết khấu được áp dụng dựa trên số lượng của dự án duy nhất này

Nhiều dự án trỏ đến cùng một tài khoản thanh toán:

Trường hợp sử dụng tương tự
Tận dụng các bậc chiết khấu bằng cách tổng hợp mức sử dụng
Hoá đơn đơn lẻ

Để biết thêm thông tin về tài khoản thanh toán và các thông tin liên quan khác, hãy xem đường liên kết này.

Như đã nói ở trên, một tài khoản thanh toán có thể trỏ đến nhiều dự án. Nếu có nhiều dự án, bạn nên xác định những dự án nào sẽ sử dụng dịch vụ di động của chúng tôi và chỉ định các dự án đó cho một tài khoản thanh toán dịch vụ di động. Những dự án không có trường hợp sử dụng liên quan đến tính di động sẽ tiếp tục trỏ đến tài khoản thanh toán thông thường của Google Maps Platform mà bạn đang sử dụng. Để có tài khoản thanh toán cho dịch vụ di chuyển, bạn phải ký thoả thuận về dịch vụ di chuyển với Google hoặc thông qua một đối tác. Dưới đây, bạn có thể xem cách một tài khoản thanh toán phù hợp với toàn bộ lược đồ và các chế độ thiết lập có thể có:

**Các chế độ thiết lập tài khoản thanh toán có thể có**

Tài nguyên trên đám mây, tài khoản thanh toán và việc tạo hoá đơn

Về giá, Nền tảng Google Maps có nhiều cấp chiết khấu, được cung cấp thông qua Đối tác của Maps hoặc trực tiếp với Google trong một số trường hợp. Các bậc này dựa trên số lượng, vì vậy bạn sẽ trả ít tiền hơn khi sử dụng nhiều sản phẩm của chúng tôi hơn (chiết khấu được áp dụng cho từng SKU riêng lẻ). Hệ thống thanh toán của chúng tôi xác định(các) dự án của bạn dựa trên thông tin đăng nhập mà bạn đã dùng để gọi các sản phẩm của chúng tôi. Đây có thể là khoá API hoặc Tài khoản dịch vụ cho một số API về tính di động:

Khoá API

API của Nền tảng Google Maps được xác thực bằng khoá API. Google xác định tài khoản thanh toán của dự án Google Cloud tương ứng dựa trên khoá API này, nơi mức tiêu thụ sẽ diễn ra.

Ví dụ về yêu cầu đối với Geocoding API:

https://maps.googleapis.com/maps/api/geocode/json?place_id=ChIJeRpOeF67j4AR9ydy_PIzPuM&key=YOUR_API_KEY

JWT

Một số API yêu cầu mã dự án Google Cloud trong URL và sử dụng JWT để xác thực. Do đó, bạn cần đảm bảo rằng các hệ thống phù hợp sử dụng đúng phương thức xác thực để đảm bảo việc thanh toán diễn ra đúng cách.

Ví dụ về yêu cầu đối với Fleet Engine API:

curl -X GET \ https://fleetengine.googleapis.com/v1/providers/project_id/deliveryVehicles/vehicle-1234 \
  -H 'authorization: Bearer eyJ0eXAiOi...' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -d '{
    "lastLocation": {
        "location": {
            "latitude": 37.432,
            "longitude": -122.094
        },
        "updateTime": "2022-11-13T17:55:00Z"
    }
}'

Chi phí

Trên Nền tảng Google Maps, chi phí được tính dựa trên số lượng yêu cầu API. Đối với dịch vụ Di chuyển, chúng tôi tính phí dựa trên số lượng giao dịch di chuyển có tính phí, là những chuyến đi hoặc nhiệm vụ (chuyến hàng, không phải chuyến lấy hàng) đã hoàn thành. Điều này được xác định trước khi ký hợp đồng. Nếu bạn là một công ty đi chung xe hoặc giao đồ ăn, thì việc hoàn thành một chuyến đi hoặc giao hàng là chỉ số thành công của bạn – chỉ số này tương ứng với Chuyến đi. Công việc được dùng cho các công ty hậu cần và nhà bán lẻ phải giao bưu kiện thành công.

Chúng tôi nhận thấy rằng khách hàng trong ngành Di chuyển cũng sử dụng các sản phẩm của Nền tảng Google Maps khi thực hiện các chuyến đi và giao hàng. Do đó, nếu đang sử dụng tài khoản thanh toán cho dịch vụ di chuyển, bạn có thể gọi Nền tảng Google Maps mà không mất phí, miễn là bạn tuân thủ các giới hạn được xác định trước trong cùng một trường hợp sử dụng dịch vụ di chuyển.

Ví dụ: nếu là một công ty giao đồ ăn, thì bạn có thể gọi Geocoding API 10 lần cho mỗi chuyến đi thành công. Để tìm hiểu thêm về các hạn mức này, hãy xem phần hạn mức sử dụng trong tài liệu về tính di động. Mọi thay đổi đối với hạn mức đều cần có một bản sửa đổi hợp đồng, vì vậy, hãy làm việc với người đại diện của Google hoặc Đối tác để thảo luận về nhu cầu cụ thể của bạn.

Vào cuối tháng, hoá đơn sẽ được tạo dựa trên (i) số lượng chuyến đi hoặc nhiệm vụ thành công được báo cáo trong hệ thống và (ii) mọi số lượng lệnh gọi Google Maps Platform API vượt quá hạn mức được thiết lập trước ("phí vượt hạn mức"). Hạn mức của chúng tôi phù hợp với những gì chúng tôi nhận thấy là cần thiết trên thị trường.

Bạn nên đọc kỹ tài liệu chính thức về việc thanh toán cho thiết bị di động tại đây.

Thử nghiệm và đánh giá

Khách hàng có thể chạy một chương trình thử nghiệm nhỏ (chứng minh khái niệm, đánh giá) về các dịch vụ di động trên một tài khoản thanh toán Google Maps Platform trong một khoảng thời gian giới hạn trước khi ký hợp đồng. Nếu bạn muốn chạy thử nghiệm, hãy trao đổi với Đối tác Maps hoặc người đại diện của Google.

Trong giai đoạn thí điểm, như đã đề cập, bạn không có tài khoản thanh toán cho thiết bị di động vì chưa ký hợp đồng. Điều này có nghĩa là bất cứ khi nào bạn sử dụng các sản phẩm của Nền tảng Google Maps, bạn sẽ bị tính phí, nhưng các sản phẩm dành riêng cho tính di động thì không. Nói cách khác, điều này có nghĩa là trong giai đoạn thí điểm, việc thanh toán không dựa trên Nhiệm vụ hoặc Chuyến đi. Do đó, giới hạn sử dụng sẽ không áp dụng trong giai đoạn này.

Sau khi được ra mắt chính thức cho hoạt động sản xuất, bạn phải trả phí theo hợp đồng.

Tóm tắt:

Giai đoạn thử nghiệm / phát triển: bạn chỉ bị tính phí cho những API Google Maps công khai. Các API và SDK không được cung cấp công khai sẽ không phát sinh phí cho đến khi bạn sử dụng tài khoản thanh toán cho dịch vụ di chuyển trong dự án. Xin lưu ý rằng Google cung cấp hạn mức sử dụng miễn phí cho mỗi SKU của Nền tảng Google Maps đối với mọi tài khoản thanh toán mới được tạo. Điều này sẽ đủ cho một môi trường có kiểm soát trong thời gian đánh giá.
Giai đoạn sản xuất: bạn bị tính phí theo chuyến đi hoặc nhiệm vụ. Bạn sẽ chỉ phải trả các chi phí liên quan đến Nền tảng Google Maps nếu mức sử dụng vượt quá giới hạn sử dụng ("mức tối đa") theo hợp đồng. Nếu có, bạn sẽ phải trả phí cho phần vượt hạn mức. Phí vượt hạn mức được tính theo quy định tại đây.

Cách di chuyển sang tài khoản thanh toán cho thiết bị di động

Khi di chuyển sang phiên bản phát hành công khai, bạn thường phải tạo thêm các dự án Google Cloud để thể hiện các môi trường khác nhau như QA (Đảm bảo chất lượng) và Phát hành công khai. Trước đó, có lẽ bạn chỉ có một môi trường duy nhất, đó là môi trường phát triển.

Yêu cầu

Một người thuộc phía bạn có thể:

Quản lý tài khoản thanh toán trên Google Cloud. Thông thường, Quản trị viên tài khoản thanh toán hoặc Chủ sở hữu dự án sẽ thực hiện việc này.
Quyền truy cập vào mã tài khoản thanh toán mới có trong Thư chào mừng được tạo sau khi ký hợp đồng.
Quyền truy cập vào dự án trên Google Cloud tương ứng với môi trường phát hành nơi các chuyến đi hoặc nhiệm vụ sẽ được báo cáo.

Hãy làm theo các bước sau để thiết lập dự án mới và định cấu hình thông tin thanh toán cho dự án đó.

Thiết lập dự án mới

Tạo dự án

[Bạn] Tạo một dự án GCP mới trong Google Cloud Console cho mỗi môi trường mới. Ví dụ: sản xuất, dàn dựng và đảm bảo chất lượng.
[Đối tác hoặc nhóm Google] Thêm các dự án mới vào danh sách cho phép để có quyền truy cập vào các sản phẩm Mobility. Làm việc với người đại diện bán hàng của bạn tại Google hoặc Đối tác, đồng thời cung cấp mã dự án mà bạn đã tạo ở bước trước.
[Bạn] Cập nhật Người liên hệ thiết yếu trong các dự án của bạn. Bước này rất quan trọng để đảm bảo rằng các nhóm hỗ trợ của Google có thể liên hệ với đúng người cho dự án của bạn nếu cần.

Cấu hình dự án

Hoàn tất các bước sau trong Google Cloud Console cho dự án đã tạo ở các bước trước:

[Bạn] Tạo Tài khoản dịch vụ, bao gồm cả việc liên kết các vai trò Quản lý danh tính và quyền truy cập (IAM) phù hợp cho Mobility (dựa trên chuyến đi và dựa trên nhiệm vụ)
- như đã thực hiện trong môi trường phát triển hoặc có sự phân tách quyền truy cập có cấu trúc hơn nếu cần – hãy xem phần này.
[Bạn] Tạo khoá API – như đã thực hiện trên môi trường phát triển hoặc với sự phân tách quyền truy cập có cấu trúc hơn (ví dụ: theo từng sản phẩm, miền, v.v.) nếu cần.
[Bạn] Bật các API như "Local Rides and Deliveries" (Chuyến đi và dịch vụ giao hàng tại địa phương) và các API khác của Nền tảng Google Maps cần thiết (tức là Mã hoá địa lý, Tự động hoàn thành, Xác thực địa chỉ).
[Bạn] Hạn mức: nếu bạn cần tăng QPM (số lượng truy vấn mỗi phút) cho một số API nhất định, hãy mở một phiếu yêu cầu hỗ trợ. Xem cách thực hiện tại đây. Bạn phải thêm lý do kinh doanh nêu rõ lý do cần tăng hạn mức. Bạn có thể xem hạn mức được xác định trước tại đây.
[Bạn] Nếu bạn đã phát triển các hệ thống sử dụng thông tin đăng nhập từ môi trường phát triển, hãy đảm bảo rằng các hệ thống này có thể trỏ đến thông tin đăng nhập mới đã được tạo cho các dự án mới được tạo. Việc này bao gồm việc trỏ hệ thống phụ trợ và hệ thống giao diện người dùng đến thông tin đăng nhập mới (chẳng hạn như khoá API, Tài khoản dịch vụ) và đảm bảo rằng mã dự án phù hợp được dùng trong từng môi trường tương ứng.

Thiết lập thông tin thanh toán

Ở đây, chúng tôi giả định rằng bạn đã ký hợp đồng trực tiếp với Google (nếu có) hoặc thông qua một đối tác. Đây là điều kiện tiên quyết để nhận Tài khoản thanh toán cho thiết bị di động trong Thư chào mừng. Tài khoản này sẽ được dùng trong các bước tiếp theo.

[Bạn] Xác minh xem bạn có nhận được mã nhận dạng tài khoản thanh toán cho thiết bị di động trong Thư chào mừng mà Google gửi qua email sau khi hợp đồng được ký kết và thực hiện hay không. Lưu ý quan trọng: Thư chào mừng sẽ được gửi đến người liên hệ về kỹ thuật và tài chính có tên trên biểu mẫu đặt hàng trong hợp đồng của bạn. Làm việc với nhóm dự án để biết ai có thể đã nhận được email này và yêu cầu người đó cung cấp cho bạn mã tài khoản thanh toán. Mã này là một chuỗi ký tự và số được phân tách bằng dấu gạch ngang.
[Bạn] Hợp tác với Google hoặc Đối tác để đảm bảo bạn đã thực hiện xác thực thông tin thanh toán – tức là hệ thống của bạn đã báo cáo đúng cách các Chuyến đi hoặc Nhiệm vụ cho Google. Xem thêm thông tin chi tiết trong phần tiếp theo.
[Bạn] Trỏ các dự án trên Google Cloud đến tài khoản thanh toán mới bằng Cloud Console – xem phần Cấu hình tài khoản thanh toán ở phần sau của tài liệu này.

Bạn có thể xem thêm thông tin về việc thanh toán nói chung tại đây và tại đây.

Xác thực thông tin thanh toán

Xác thực thông tin thanh toán là một bước quan trọng để đảm bảo bạn bị tính phí chính xác. Đôi khi, các công ty vô tình triển khai API không chính xác, dẫn đến việc tính phí nhiều hơn hoặc báo cáo thiếu.

Quy trình xác thực thông tin thanh toán bao gồm các bước sau:

Xác minh xem các yêu cầu đến Google Maps Platform API có tripId (hoặc taskId) trong tiêu đề yêu cầu hay không – xem thêm thông tin chi tiết tại đây.
Xác minh xem các chuyến đi (hoặc nhiệm vụ) có được báo cáo đúng cách hay không. Điều này phụ thuộc vào Gói di động đang được sử dụng:
- Mobility Starter và Optimize hoặc Accelerate (Dựa trên chuyến đi): Bạn phải tích hợp với ReportBillableEvent API. Điều này có nghĩa là bất cứ khi nào một chuyến đi hoàn tất thành công, bạn phải gửi yêu cầu đến API này. Để xác thực xem điều này có đang xảy ra đúng cách hay không, bạn phải làm theo các bước được mô tả tại đây.
- Mobility Accelerate (Dựa trên tác vụ): bạn không cần phải kích hoạt việc thanh toán bằng một lệnh gọi API. Điều này sẽ tự động xảy ra khi kết quả của một nhiệm vụ được đặt thành THÀNH CÔNG trong nhiệm vụ giao hàng. Do đó, bạn cần phải thiết lập kết quả của tác vụ thành FAILED hoặc SUCCEEDED một cách thích hợp. Kỹ sư hỗ trợ khách hàng (Đối tác hoặc Google) sẽ làm việc với bạn để xác minh rằng bạn đã triển khai đúng cách. Thông qua tính năng Ghi nhật ký trên đám mây, bạn có thể xác minh xem các tác vụ có được cập nhật đúng cách hay không bằng cách chạy truy vấn Ghi nhật ký trên đám mây sau:
```
resource.type="fleetengine.googleapis.com/DeliveryFleet"
jsonPayload.@type="type.googleapis.com/maps.fleetengine.delivery.log.v1.UpdateTaskLog"
jsonPayload.request.task.taskOutcome="TASK_OUTCOME_LOG_SUCCEEDED"
```
Nếu các mục nhập xuất hiện, tức là hệ thống phụ trợ của bạn đang đặt các tác vụ thành SUCCEEDED (ĐÃ HOÀN TẤT) một cách thích hợp.

Lưu ý: Tuy nhiên, bạn cần kiểm tra xem số lượng chuyến đi hoặc nhiệm vụ thực tế đã hoàn thành có tương ứng với số lượng cuộc gọi được báo cáo hay không. Đôi khi, chúng tôi thấy các sự kiện thanh toán được báo cáo nhưng không tương ứng với tổng số chuyến đi hoặc nhiệm vụ đã hoàn thành trên thực tế (báo cáo thiếu).

Trạng thái tích hợp

Việc di chuyển thành công sang môi trường phát hành công khai không chỉ đảm bảo rằng quy trình thanh toán hoạt động đúng cách mà còn đảm bảo rằng các API không bị lỗi khi thực thi. Đối với các dịch vụ di động, bạn cần xác minh xem việc tích hợp với Fleet Engine (Local Rides and Deliveries API) đã được triển khai đúng cách hay chưa.

Để làm như vậy, bạn có thể mở Cloud Logging và sử dụng truy vấn sau:

jsonPayload.errorResponse.code:*

Thao tác này sẽ liệt kê tất cả các mục nhập nhật ký có vấn đề. Ví dụ:

Bạn có thể xuất những vấn đề đó sang các sản phẩm khác trên Cloud, chẳng hạn như BigQuery. Bạn có thể định cấu hình các chỉ số và cảnh báo dựa trên truy vấn Cloud Logging:

**Tạo chỉ số từ truy vấn Cloud Logging**

Vì đây là các sản phẩm của Google Cloud, nên có thể phát sinh thêm chi phí. Bạn có thể trao đổi với Đối tác hoặc người đại diện của Google để hiểu rõ hơn.

Thiết lập tài khoản thanh toán

Nếu tất cả hệ thống của bạn hiện đang báo cáo Chuyến đi hoặc Nhiệm vụ một cách phù hợp và không có lỗi tích hợp, thì đã đến lúc bạn trỏ(các) dự án của mình đến tài khoản thanh toán mà bạn nhận được trong Thư chào mừng và được đề cập trong các phần trước của tài liệu này.

Lưu ý: Nếu đang hợp tác với một Đối tác của Maps, họ có thể hỗ trợ bạn ở bước này và bạn không cần tự mình làm theo các bước bên dưới. Nếu đang làm việc trực tiếp với Google (có thể xảy ra ở một số khu vực), bạn có thể làm theo các bước tiếp theo:

Cách thực hiện như sau:

Mở Google Cloud Console (https://console.cloud.google.com).
Chọn dự án mới sẽ được dùng trong phiên bản phát hành công khai.
Chuyển đến phần Thanh toán của dự án đó. Bạn có thể truy cập nhanh vào đường liên kết này: https://console.cloud.google.com/billing
Thanh toán > Nhấp vào "Quản lý tài khoản thanh toán":

Dự án của bạn có thể khác với dự án ở trên.
Trên trang Thanh toán > Nhấp vào biểu tượng 3 dấu chấm bên cạnh một dự án phát hành công khai đã được tạo và chọn "Thay đổi tài khoản thanh toán":
Thanh toán > trên Tài khoản thanh toán, hãy chọn mã tài khoản thanh toán mà bạn nhận được trong Thư chào mừng trong danh sách thả xuống. Sau đó, hãy nhấp vào "THIẾT LẬP TÀI KHOẢN":
Dự án sẽ được liên kết với Tài khoản thanh toán mới:

Lưu ý quan trọng: Kể từ thời điểm này, tất cả Chuyến đi hoặc Nhiệm vụ được báo cáo trong dự án này sẽ được tính phí như đã giải thích trước đó. Nếu bạn chưa thực hiện Xác thực thông tin thanh toán, thì đừng liên kết tài khoản thanh toán.
Sau khi thêm phương thức thanh toán mới, hãy chuyển đến phần "Tổng quan > Tổng quan về việc thanh toán" và "Chế độ cài đặt thông tin thanh toán" để xác nhận xem thông tin có chính xác hay không. Để biết thêm thông tin về cách cập nhật thông tin thanh toán và lập hoá đơn, vui lòng tham khảo đường liên kết này. Nếu bạn gặp vấn đề liên quan đến việc thanh toán, vui lòng gửi yêu cầu hỗ trợ thanh toán hoặc liên hệ với Đối tác hoặc người đại diện của Google.

Báo cáo thanh toán

Báo cáo thanh toán giúp bạn nắm được các chi phí liên quan đến tài khoản thanh toán đã được liên kết với dự án.

Lưu ý: Nếu bạn đang hợp tác với một Đối tác của Maps, vui lòng trao đổi với họ để đảm bảo bạn nhận được thông tin thanh toán liên quan mà bạn cần.

Mở Tài khoản thanh toán được liên kết của dự án, chọn Báo cáo. Sau đó, bạn có thể sử dụng bộ lọc sau:

Trong đó, chế độ cài đặt chính cần lưu ý là bộ lọc Group by (Nhóm theo) theo SKU. Bộ lọc này sẽ cho thấy thông tin chi tiết về Trips và Tasks cũng như các API khác (nếu được dùng), bao gồm cả việc có phát sinh phí vượt mức hay không, như đã giải thích trước đó:

Thông tin báo cáo được làm mới hằng ngày. Nếu cần thông tin trong ngày, bạn có thể sử dụng các truy vấn Cloud Logging để xem có bao nhiêu sự kiện có tính phí đã diễn ra trong ngày. Hãy xem các phần trước để biết thông tin này.

Kế hoạch tăng tốc

Một điểm quan trọng cần đề cập là kế hoạch tăng tốc của bạn. Không phải tất cả lưu lượng truy cập đều được di chuyển sang dự án về tính di động, tuỳ thuộc vào bản chất của doanh nghiệp bạn. Ví dụ: một số công ty mất thời gian để triển khai giải pháp mới cho tất cả các chi nhánh, cửa hàng nhượng quyền, cửa hàng, văn phòng, v.v. Điều này có nghĩa là một phần lưu lượng truy cập sẽ sử dụng hệ thống cũ và một phần lưu lượng truy cập sẽ chuyển đến dự án mới.

Ngoài ra, trong nhiều trường hợp, không phải lưu lượng truy cập nào cũng thuộc trường hợp sử dụng về tính di động, chẳng hạn như trường hợp của công cụ định vị cửa hàng, dịch vụ lấy hàng bên lề đường và các giải pháp nội bộ khác. Các khoá này phải trỏ đến một tài khoản thanh toán Google Maps Platform vì lưu lượng truy cập ở đó phải tách biệt với tài khoản thanh toán cho dịch vụ di chuyển.

Bạn cần tuân thủ Chính sách triển khai:

Mô hình dựa trên chuyến đi – "Giải pháp gọi xe và giao hàng theo yêu cầu được dùng cho các dịch vụ gọi xe và giao hàng thương mại theo yêu cầu. Các dịch vụ như vậy thường bao gồm (a) người tiêu dùng gửi yêu cầu đi xe đến một địa điểm nhất định (hoặc giao một mặt hàng cụ thể) và (b) người lái xe được ghép với các yêu cầu và lái xe để hoàn thành dịch vụ."
Mô hình dựa trên nhiệm vụ – "Google Maps Platform Last Mile Fleet Solution được thiết kế để sử dụng trong các dịch vụ giao hàng thương mại chặng cuối và dịch vụ nhận hàng chặng đầu. Các dịch vụ như vậy thường bao gồm (a) một đội xe giao hàng do Khách hàng sở hữu hoặc ký hợp đồng, (b) việc giao hàng dựa trên một tuyến đường đã lên kế hoạch trước, (c) một mạng lưới các trung tâm phân phối có đội ngũ vận hành hỗ trợ việc thực hiện giao hàng và (d) người tiêu dùng theo dõi rồi nhận hàng."

Do đó, bạn cần hiểu rõ hệ thống nào nên trỏ đến tài khoản thanh toán Google Maps Platform và hệ thống nào nên trỏ đến tài khoản thanh toán cho dịch vụ di chuyển. Thông thường, bạn sẽ có nhiều dự án và mỗi dự án đều trỏ đến đúng tài khoản thanh toán.

Ví dụ: giả sử mỗi Chuyến đi / Công việc bao gồm 10 yêu cầu về Địa lý hoá theo giới hạn sử dụng. Nếu quá trình di chuyển của bạn sẽ mất vài tháng và bạn bắt đầu báo cáo 100.000 Chuyến đi / Nhiệm vụ trong tháng đầu tiên, thì tức là bạn có thể gọi Geocoding API 1 triệu lần. Nhưng nếu doanh nghiệp của bạn có 5 triệu yêu cầu về tính năng Mã hoá địa lý, thì mức chênh lệch đó (4 triệu) có thể được báo cáo là vượt quá hạn mức. Có 2 lựa chọn:

Bạn tăng số lượng Chuyến đi / Việc cần làm mà bạn báo cáo cho chúng tôi (tăng tốc kế hoạch tăng dần), do đó, hạn mức cao hơn sẽ được áp dụng. Trong trường hợp này, bạn cần báo cáo 500.000 Chuyến đi / Việc cần làm mỗi tháng.
Bạn thương lượng để có hạn mức cao hơn trong quá trình thương lượng hợp đồng như đã giải thích trước đó.
Bạn trỏ các yêu cầu Geocoding API đến một API của Nền tảng Google Maps để hưởng lợi từ các bậc chiết khấu cao hơn và trả ít tiền hơn so với phí vượt hạn mức.

Chúng tôi biết rằng việc ước tính chi phí tuỳ thuộc vào quy mô và độ phức tạp của doanh nghiệp cũng như các trường hợp sử dụng của bạn có thể phức tạp. Vui lòng hợp tác với Đối tác hoặc người liên hệ của bạn tại Google để xác định cách tốt nhất để chuẩn bị cho việc ra mắt phiên bản chính bằng cách sử dụng các dự án hiện có của bạn.

Tóm lại, để tạo một kế hoạch tăng tốc phù hợp, bạn cần thực hiện các bước sau: 1. Xác định những trường hợp sử dụng liên quan đến tính di động và những trường hợp không liên quan theo Chính sách triển khai. 2. Xác định những API của Nền tảng Google Maps đang được sử dụng cho các trường hợp sử dụng có liên quan và số lượng của các API đó. 3. Xác định xem bạn có cần dùng API Google Maps Platform sau khi triển khai giải pháp di động hay không. Ví dụ: tính năng tính toán thời gian đến dự kiến sẽ tự động diễn ra trên Fleet Engine, nên bạn có thể không cần tính toán bằng Directions API nữa. 4. Xác định thời gian cần thiết để di chuyển hoàn toàn các trường hợp sử dụng tính di động sang nền tảng di động mới ở phía bạn. 5. Kiểm tra kỹ xem Giới hạn sử dụng có đủ để hỗ trợ các trường hợp sử dụng của bạn hay không. 6. Xác định điểm uốn khi tất cả các yêu cầu của Nền tảng Google Maps có thể được chuyển sang tài khoản thanh toán cho dịch vụ di chuyển đối với các trường hợp sử dụng dịch vụ di chuyển.

Kết luận

Tóm lại, việc định cấu hình đúng tài khoản thanh toán là điều cần thiết để đảm bảo tính minh bạch và khả năng dự đoán giá. Bằng cách sử dụng công nghệ di động của chúng tôi (tích hợp các dịch vụ vị trí tốt nhất), các công ty có thể yên tâm rằng quy trình thanh toán của họ diễn ra chính xác và hiệu quả. Điều này không chỉ giúp giảm chi phí mà còn cung cấp dữ liệu và thông tin chi tiết cần thiết để đưa ra quyết định kinh doanh sáng suốt. Hơn nữa, tính minh bạch mà hệ thống như vậy mang lại giúp các công ty hiểu rõ chi phí của mình, từ đó quản lý ngân sách hiệu quả hơn.

Hành động tiếp theo

Thiết lập tài khoản thanh toán trong bảng điều khiển GCP.
Bạn có thể xem thêm thông tin chi tiết về việc thanh toán nói chung tại
- Tài liệu thương mại về dịch vụ di chuyển
- Bật, tắt hoặc thay đổi thông tin thanh toán cho một dự án bookmark_border.