이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Google Maps Platform 및 Mobility 결제 가이드

프로덕션 환경에서 새 Google 지도 프로젝트를 구현하기 전에 먼저 제품에 대해 적절한 금액을 지불할 수 있도록 설정이 정확해야 합니다. 실행할 수 있습니다 이 문서에서는 (i) 결제 투명성 - 인보이스가 생성되기 전에 사용량을 확인할 수 있습니다. (ii) 올바른 프로젝트 설정 - 여러분이 Google 제품을 사용할 수 있도록 합니다.

이 과정은 비교적 간단하지만 지도 파트너와 협력하여 프로젝트를 올바르게 이전할 수 있습니다.

개념

이 섹션에서는 Google 지도 결제 및 가능한 다양한 설정에 관한 기본 정보를 알아봅니다. 많은 상황에서 옳고 그름은 없으며 달성하려는 결과의 유형에 따라 다릅니다.

이 문서에서는 Google Cloud 프로젝트에 대해 자세히 설명합니다. Google 지도를 통해 Google 지도 제품을 사용할 수 있기 때문입니다. 즉, 이 문서에서 다루는 구성은 Google Cloud 프로젝트 내에서 이루어집니다.

결제 계정

오늘날 Google 지도 제품을 사용하는 모든 회사에는 제품과 관련된 Google Cloud 프로젝트가 있습니다. 이 프로젝트에 결제 계정이 구성되어 있어야 합니다. 결제 계정에서 매월 모든 Google 지도 사용량을 기록하고 이를 기준으로 인보이스를 작성해야 합니다.

이동성의 경우 특별 결제 계정이 프로비저닝됩니다. 이 결제 계정은 차량 공유, 배송, 물류와 같은 이동 관련 사용 사례에만 사용해야 합니다.

여러 Google Cloud 프로젝트 또는 하나의 프로젝트에서 단일 결제 계정을 사용할 수 있습니다.

동일한 결제 계정을 가리키는 단일 프로젝트:

특정 사용 사례 (예: 이동성 사용 사례)
별도의 인보이스
이 단일 프로젝트를 기준으로 볼륨에 할인이 적용됩니다.

동일한 결제 계정을 가리키는 여러 프로젝트:

동일한 사용 사례
사용량을 집계하여 할인 등급 활용
단일 인보이스

결제 계정 및 기타 관련 정보에 대한 자세한 내용은 이 링크를 확인하세요.

위에서 언급한 것처럼 하나의 결제 계정은 여러 프로젝트를 가리킬 수 있습니다. 프로젝트가 두 개 이상인 경우 모바일 서비스를 사용할 프로젝트를 식별하고 모바일 결제 계정을 지정해야 합니다. 모바일 사용 사례가 연결되지 않은 프로젝트는 현재 사용 중인 일반 Google Maps Platform 결제 계정을 계속 가리켜야 합니다. 모바일 결제 계정을 만들려면 Google 또는 파트너를 통해 모바일 계약을 체결해야 합니다. 아래에서 결제 계정이 전체 스키마에 어떻게 적용되는지와 가능한 다양한 설정을 확인할 수 있습니다.

Cloud 리소스, 결제 계정, 인보이스 생성

가격 책정과 관련하여 Google Maps Platform에는 지도 파트너를 통해 또는 경우에 따라 Google과 직접 이용할 수 있는 다양한 할인 등급이 있습니다. 이 등급은 사용량에 기반하므로 제품을 많이 사용할수록 적은 금액을 지불하게 됩니다 (할인은 각 SKU에 개별적으로 적용됨). Google의 결제 시스템은 Google 제품을 호출할 때 사용한 사용자 인증 정보를 기반으로 프로젝트를 식별합니다. 일부 모바일 API의 경우 API 키 또는 서비스 계정이 될 수 있습니다.

API 키

Google Maps Platform API는 API 키를 사용하여 인증됩니다. Google은 이 API 키를 기반으로 해당 Google Cloud 프로젝트의 결제 계정을 식별하며 여기에서 소비가 발생합니다.

Geocoding API에 대한 요청의 예:

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

JWT

일부 API는 URL에 Google Cloud 프로젝트 ID가 필요하고 JWT를 사용하여 인증합니다. 따라서 결제가 제대로 이루어지도록 올바른 시스템에서 올바른 인증 방법을 사용하는 것이 중요합니다.

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"
    }
}'

비용

Google Maps Platform에서 비용은 API 요청 수를 기준으로 계산됩니다. 모빌리티 서비스의 경우, 당사는 성공적으로 완료된 이동 또는 작업 (픽업이 아닌 배송)인 청구 가능한 이동성 거래량을 기준으로 요금을 청구합니다. 이는 계약에 서명하기 전에 정의됩니다. 차량 공유 또는 음식 배달 업체의 경우 이동 또는 배송 완료가 성공 측정항목입니다. 이는 이동에 매핑됩니다. Tasks는 물품을 성공적으로 배송해야 하는 물류 회사와 소매업체에 사용됩니다.

Google에서는 이동성 고객도 이동 및 배송을 실행할 때 Google Maps Platform 제품을 사용하고 있다는 사실을 알고 있습니다. 따라서 이동성 결제 계정을 사용하는 경우 동일한 이동성 사용 사례 내에서 사전 정의된 한도가 준수되는 한 Google Maps Platform을 무료로 호출할 수 있습니다.

예를 들어 음식 배달 회사의 경우 성공적인 이동이 있을 때마다 Geocoding API를 10번 호출할 수 있습니다. 이러한 한도에 대한 자세한 내용은 이동성 문서의 사용 한도를 참고하세요. 한도를 변경하려면 계약을 수정해야 하므로 Google 또는 파트너 담당자와 구체적인 요구사항을 논의하세요.

매월 말에 (i) 시스템에 보고된 성공적인 이동 또는 작업 수와 (ii) 사전 설정된 한도를 초과하는 Google Maps Platform API 호출 수('초과')를 기준으로 인보이스가 생성됩니다. Google의 제한은 시장에서 일반적으로 필요한 것으로 확인된 수준에 맞춰 설정됩니다.

여기에서 확인할 수 있는 공식 모바일 결제 문서를 주의 깊게 읽어 보시기 바랍니다.

파일럿 및 평가

고객은 계약을 체결하기 전에 Google Maps Platform 결제 계정에서 이동성 서비스의 소규모 파일럿(개념 증명, 평가)을 제한된 기간 동안 실행할 수 있습니다. 파일럿을 실행하려면 지도 파트너 또는 Google 파트너에게 문의하세요.

앞서 언급했듯이 파일럿 단계에서는 계약이 아직 서명되지 않았으므로 사용 가능한 모바일 결제 계정이 없습니다. 즉, Google Maps Platform 제품을 사용할 때마다 요금이 청구되지만 이동성 전용 제품에는 요금이 부과되지 않습니다. 즉, 파일럿 단계에서는 요금이 작업 또는 이동이 아니므로 이 단계에서는 사용 제한이 적용되지 않습니다.

파일럿이 프로덕션으로 공식 출시되면 계약에 따라 수익금을 지급해야 합니다.

요약

파일럿/개발 단계: 공개적으로 사용 가능한 Google Maps API에 대해서만 요금이 청구됩니다. 공개적으로 제공되지 않는 API 및 SDK는 프로젝트에서 이동성 결제 계정이 사용될 때까지 요금이 청구되지 않습니다. 생성된 새 결제 계정에는 Google Maps Platform API에 사용할 수 있는 $200 상당의 크레딧이 제공됩니다. 이는 평가 기간 동안 통제된 환경에 충분합니다.
프로덕션 단계: 이동 또는 작업별로 요금이 청구됩니다. Google Maps Platform 관련 비용은 사용량이 계약의 사용 한도('한도')를 초과하는 경우에만 발생합니다. 이 경우 초과분을 지불해야 합니다. 초과분은 여기에 정의된 대로 청구됩니다.

모바일 결제 계정으로 이전하는 방법

프로덕션으로 마이그레이션할 때는 일반적으로 추가 Google QA와 같은 다양한 환경을 나타내는 클라우드 프로젝트 (품질 보증) 및 생산에 영향을 미칩니다. 그 전에는 개발 환경입니다

요구사항

다음 작업을 할 수 있는 담당자:

Google Cloud에서 결제 계정을 관리합니다. 일반적으로 이 작업은 결제 계정 관리자 또는 프로젝트 소유자가 수행합니다.
계약 서명 후 생성된 환영 메일에 포함된 새 결제 계정 ID에 대한 액세스 권한입니다.
이동 또는 작업이 보고되는 프로덕션 환경에 해당하는 Google Cloud 프로젝트에 대한 액세스 권한

새 프로젝트를 설정하고 결제를 구성하려면 다음 단계를 따르세요.

새 프로젝트 설정

프로젝트 생성

[사용자] 새 환경마다 Google Cloud 콘솔에서 새 GCP 프로젝트를 만듭니다. 예를 들어 프로덕션, 스테이징, 품질 보증이 있습니다.
[파트너 또는 Google팀] 액세스 권한을 부여할 새 프로젝트를 허용 목록에 추가 모빌리티 제품을 담당하고 있습니다. Google의 영업 담당자에게 문의하거나 이전 단계에서 만든 프로젝트 ID를 입력합니다.
[사용자] 프로젝트의 필수 연락처를 업데이트합니다. 이 단계는 Google에서 지원하는 팀에서 필요한 경우 프로젝트에 적합한 사람에게 연락할 수 있습니다.

프로젝트 구성

Google Cloud 콘솔에서 프로젝트에 대해 다음 단계를 완료합니다. 만든 항목:

[나] 올바른 이동성 연결을 포함한 서비스 계정을 만듭니다. 식별 및 액세스 관리 (IAM) 역할 (trip 기반 및 작업 기준)
- 보다 체계적인 접근 방식을 취하거나 필요한 경우 액세스 분리 - 이 섹션을 참고하세요.
[사용자] API 키를 만듭니다. 개발 환경에서 했던 것처럼 또는 접근 방식이 보다 구조화된 방식으로 분리됨 (예: 제품별, 도메인별 등) 사용할 수 있습니다
[사용자] 'Local Rides and Deliveries'와 같은 API 사용 설정 및 기타 Google 지도 필요한 플랫폼 API (예: 지오코딩, 자동 완성, 주소 확인)
[개발자] 할당량: 특정 API의 QPM(분당 쿼리 수) 상향이 필요한 경우 지원팀에 티켓을 제출하세요. 방법 보기 여기에서 확인할 수 있습니다. 인상 사유를 명시하는 비즈니스 근거를 추가해야 합니다. 사전 정의된 할당량은 여기에서 확인할 수 있습니다.
[개발자] 개발 환경의 사용자 인증 정보를 사용하는 시스템을 개발한 경우 이러한 시스템이 새로 생성된 프로젝트용으로 생성된 새 사용자 인증 정보를 가리킬 수 있는지 확인합니다. 여기에는 백엔드 및 프런트엔드 시스템을 API 키, 서비스 계정과 같은 새 사용자 인증 정보로 가리키고 각 환경에서 올바른 프로젝트 ID가 사용되는지 확인하는 작업이 포함됩니다.

결제 구성

여기서는 이미 Google과 직접 계약을 체결했거나(해당하는 경우) 파트너를 통해 계약을 체결했다고 가정합니다. 이것은 다음 단계에서 사용할 환영 메일에 있는 Mobility Billing 계정을 받기 위한 기본 요건입니다.

[파트너] 계약이 체결되고 실행된 후 Google에서 이메일로 보내는 환영 이메일의 일부로 이동통신사 결제 계정 ID를 받았는지 확인합니다. 중요: 환영 메일은 계약 주문 양식에 기재된 기술 및 재무 담당자에게 전송됩니다. 프로젝트팀과 협력하여 누가 이메일을 받았는지 파악하고 해당 사용자에게 하이픈으로 구분된 일련의 문자와 숫자로 구성된 결제 계정 ID를 제공해 달라고 요청합니다.
[개발자] Google 또는 파트너와 협력하여 결제 확인을 실행합니다. 즉, 시스템이 이미 Google에 이동 또는 할 일을 올바르게 보고하고 있는지 확인합니다. 자세한 내용은 다음 섹션을 참고하세요.
[사용자] Cloud 콘솔을 사용하여 Google Cloud 프로젝트를 새 결제 계정에 연결합니다. 이 문서의 더 상세한 결제 계정 구성 섹션을 참고하세요.

일반적인 결제에 대한 자세한 내용은 여기와 여기에서 확인할 수 있습니다.

결제 검증

정확한 청구를 위해 결제 확인이 중요합니다. 기업에서 실수로 API를 잘못 구현하여 더 많은 요금이 부과되거나 과소 보고되는 경우가 있습니다.

결제 유효성 검사는 다음 단계로 구성됩니다.

Google Maps Platform API에 대한 요청의 요청 헤더에 tripId (또는 taskId)가 있는지 확인합니다. 자세한 내용은 여기를 참조하세요.
이동 (또는 작업)이 제대로 보고되고 있는지 확인합니다. 이는 사용 중인 모빌리티 패키지에 따라 다릅니다.
- Mobility Starter 및 Optimize 또는 Accelerate(이동 기반): ReportBillableEvent API와 통합해야 합니다. 즉, 이동이 성공적으로 완료될 때마다 이 API에 요청해야 합니다. 이 작업이 제대로 진행되는지 확인하려면 여기에 설명된 단계를 따르세요.
- Mobility Accelerate (작업 기반): API 호출에 의해 결제가 트리거되지 않아도 됩니다. 전송 작업에서 작업 결과가 '성공'으로 설정되면 자동으로 실행됩니다. 따라서 태스크 결과를 FAILED 또는 SUCCEEDED로 올바르게 설정하는 것이 매우 중요합니다. 고객 엔지니어(파트너 또는 Google)가 개발자와 협력하여 구현이 제대로 이루어졌는지 확인합니다. Cloud Logging을 통해 다음 Cloud Logging 쿼리를 실행하여 태스크가 올바르게 업데이트되는지 확인할 수 있습니다.
```
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"
```
항목이 표시되면 백엔드 시스템에서 작업을 SUCCEEDED로 올바르게 설정하고 있는 것입니다.

참고: 하지만 실제 이동 또는 작업이 성공적으로 완료된 횟수가 보고된 통화 수와 일치하는지 확인하는 것이 중요합니다. 결제 이벤트가 보고되지만 실제로 완료된 총 이동수 또는 작업수와 일치하지 않는 경우가 있습니다(보고 부족).

통합 상태

프로덕션으로 성공적으로 이전하면 결제가 정상적으로 작동할 뿐만 아니라 API 실행도 실패하지 않습니다. 모바일 서비스와 관련하여 Fleet Engine (Local Rides and Deliveries API)과의 통합이 제대로 구현되었는지 확인하는 것이 중요합니다.

그러려면 Cloud Logging을 열고 다음 쿼리를 사용하면 됩니다.

jsonPayload.errorResponse.code:*

그러면 문제가 있는 모든 로그 항목이 표시됩니다. 예를 들면 다음과 같습니다.

이러한 문제는 BigQuery와 같은 다른 Cloud 제품으로 내보낼 수 있습니다. Cloud Logging 쿼리를 기반으로 측정항목 및 알림을 구성할 수 있습니다.

Google Cloud 제품이므로 추가 비용이 발생할 수 있습니다. 파트너 또는 Google 담당자에게 문의하여 자세한 내용을 알아보세요.

결제 계정 구성

이제 모든 시스템에서 경로 또는 할 일을 올바르게 보고하고 통합 오류가 없는 경우 프로젝트를 시작 안내서에 포함되어 있으며 이 문서의 이전 섹션에서 다룬 결제 계정으로 안내합니다.

참고: 지도 파트너와 협력하는 경우 이 시점에서 파트너가 지원해 줄 수 있으므로 아래 단계를 직접 따르지 않아도 됩니다. 일부 지역에서는 Google과 직접 협력할 수 있습니다. 이 경우 다음 단계를 따르세요.

다음 안내를 따르세요.

Google Cloud 콘솔 (https://console.cloud.google.com)을 엽니다.
프로덕션에서 사용할 새 프로젝트를 선택합니다.
해당 프로젝트의 결제 섹션으로 이동합니다. 이 링크(https://console.cloud.google.com/billing)에 액세스하면 바로 이동할 수 있습니다.
결제 > '결제 계정 관리'를 클릭합니다. <ph type="x-smartling-placeholder">
</ph>
프로젝트가 위와 다를 수 있습니다.
결제에서 생성된 프로덕션 프로젝트 옆에 있는 점 3개 아이콘 을 클릭하고 '결제 계정 변경'을 선택합니다.
결제 > 결제 계정에서 드롭다운 목록에 있는 환영 이메일에서 받은 결제 계정 코드를 선택합니다. 그런 다음 '계정 설정'을 클릭합니다. <ph type="x-smartling-placeholder">
</ph>
프로젝트가 새 결제 계정에 연결됩니다.

중요: 이제부터 이 프로젝트에서 보고된 모든 이동 또는 할 일은 이전에 설명한 대로 청구됩니다. 아직 결제 확인이 완료되지 않았다면 결제 계정을 아직 연결하지 마세요.
새 결제 수단이 추가된 후 '개요 > '지급 개요' 및 '지급 설정'에서 정보가 정확한지 확인합니다. 청구 및 결제 업데이트에 관한 자세한 내용은 이 링크를 참고하세요. 결제와 관련된 문제는 결제 지원 케이스를 제출하거나 파트너 또는 Google 담당자에게 문의하세요.

결제 보고서

결제 보고서를 통해 프로젝트에 연결된 결제 계정과 관련된 비용을 파악할 수 있습니다.

참고: 지도 파트너와 협력하는 경우 필요한 관련 결제 정보를 제공할 수 있도록 지도 파트너와 협력하세요.

프로젝트의 연결된 결제 계정을 열고 보고서를 선택합니다. 그런 다음 다음과 같은 필터 세트를 사용할 수 있습니다.

여기서 유의해야 할 기본 설정은 SKU별 그룹화 기준 필터로, 이 필터를 사용하면 이전에 설명한 대로 초과 여부 등 이동 및 작업에 관한 세부정보와 사용된 경우 다른 API에 관한 세부정보가 표시됩니다.

보고서 정보는 매일 새로고침됩니다. 일중 정보가 필요한 경우 Cloud Logging 쿼리를 사용하여 하루 동안 발생한 청구 가능 이벤트 수를 확인할 수 있습니다. 이에 대해서는 이전 섹션을 참조하세요.

확대 계획

중요한 점은 확대 계획입니다. 비즈니스의 특성에 따라 일부 트래픽이 모바일 프로젝트로 이전되지 않는 경우가 많습니다. 예를 들어 일부 회사는 모든 지점, 프랜차이즈, 매장, 사무실 등에 새 솔루션을 출시하는 데 시간이 걸립니다. 즉, 트래픽의 일부는 이전 시스템을 사용하고 일부 트래픽은 새 프로젝트로 이동합니다.

또한 대부분의 경우 모든 트래픽이 이동성 사용 사례에 속하지는 않습니다. 매장 검색기, curbside pickup, 기타 내부 솔루션의 경우가 여기에 해당합니다. Google Maps Platform 결제 계정을 가리켜야 합니다. Google Maps Platform 결제 계정의 트래픽은 모바일 결제 계정과 별도로 유지되어야 합니다.

구현 정책을 준수하는 것이 중요합니다.

이동 기반 모델 - '주문형 차량 공유 및 배송 솔루션은 주문형의 상업용 차량 공유 및 배송 서비스에 사용하기 위한 것입니다. 이러한 서비스에는 일반적으로 (a) 특정 목적지까지의 이동(또는 특정 상품 배송) 요청을 제출하는 소비자와 (b) 요청과 일치하고 차량을 운전하여 서비스를 완료하는 운전자가 포함됩니다."
작업 기반 모델 - "Google Maps Platform Last Mile Fleet Solution은 상업용 마지막 마일 배송 및 첫 번째 마일 수령 서비스에 사용하기 위한 것입니다. 이러한 서비스에는 일반적으로 (a) '고객'이 소유하거나 계약한 배송 차량, (b) 사전에 계획된 경로를 이용한 배송, (c) 배송 실행을 지원하는 운영팀이 있는 유통 센터 네트워크, (d) 화물을 추적한 후 수령하는 소비자가 포함됩니다."

따라서 Google Maps Platform 결제 계정을 가리켜야 하는 시스템과 이동성 결제 계정을 가리켜야 하는 시스템을 파악해야 합니다. 프로젝트가 여러 개이고 각 프로젝트가 올바른 결제 계정을 가리키는 경우가 많습니다.

예를 들어 사용 제한에 따라 현재 모든 이동 / 작업에 10개의 지오코딩 요청이 포함되어 있다고 가정해 보겠습니다. 이전에 몇 개월이 걸릴 예정이고 첫 달에 이동/할 일 10만 개를 보고하기 시작하면 Geocoding API를 100만 번 호출할 수 있습니다. 하지만 비즈니스에서 5백만 개의 지오코딩을 요청하는 경우 이 차이 (4백만)는 초과분으로 보고될 수 있습니다. 다음 두 가지 옵션이 있습니다.

Google에 보고하는 이동 / 작업의 양을 늘림 (초기 계획 가속화)하여 더 높은 한도가 적용됩니다. 이 경우 매월 50만 건의 이동 / 작업을 보고해야 합니다.
앞서 설명한 것처럼 계약 협상 중에 더 높은 한도를 협상합니다.
Geocoding API 요청을 Google Maps Platform API로 전달하여 더 높은 할인 등급의 혜택을 누리고 초과 요금보다 저렴한 가격으로 이용할 수 있습니다.

비즈니스 및 사용 사례의 규모와 복잡도에 따라 비용 추정치가 복잡할 수 있습니다. 파트너 또는 Google 담당자와 협력하여 기존 프로젝트를 사용하여 프로덕션 출시를 준비하는 가장 좋은 방법을 결정하세요.

요약하자면, 적절한 확대 계획을 생성하려면 다음 단계가 필요합니다. 1. 구현 정책에 따라 이동성과 관련이 없는 사용 사례와 그렇지 않은 사용 사례를 파악합니다. 2. 현재 어떤 Google Maps Platform API가 관련 사용 사례와 그 볼륨에 사용되고 있는지 확인합니다. 3. 이동성 솔루션이 구현된 후에도 Google Maps Platform API가 계속 필요한지 확인합니다. 예를 들어 도착예정시간은 Fleet Engine에서 자동으로 계산되므로 더 이상 Directions API로 계산할 필요가 없습니다. 4. 모바일 사용 사례를 새로운 모바일 플랫폼으로 완전히 마이그레이션하는 데 걸리는 시간을 파악하세요. 5. 사용 한도가 사용 사례를 지원하기에 충분한지 다시 한번 확인합니다. 6. 모바일 사용 사례를 위해 모든 Google Maps Platform 요청을 모바일 결제 계정에 접을 수 있는 변곡점을 파악합니다.

결론

결론적으로, 가격 예측 가능성과 투명성을 위해서는 결제 계정을 올바르게 구성하는 것이 필수적입니다. 업계 최고의 위치 서비스를 통합한 Google의 이동성 기술을 사용하면 기업은 결제 프로세스가 정확하고 효율적이라는 확신을 가질 수 있습니다. 이를 통해 비용을 절감할 수 있을 뿐만 아니라 정보에 입각한 비즈니스 결정을 내리는 데 필요한 데이터와 인사이트를 얻을 수 있습니다. 또한 이러한 시스템이 제공하는 투명성을 통해 기업은 비용을 명확하게 파악하여 예산 관리를 개선할 수 있습니다.

다음 작업

GCP Console에서 결제 계정을 설정합니다.
일반적인 결제에 대한 자세한 내용은 다음 페이지를 참고하세요.
- 모바일 서비스 상업 문서
- 프로젝트 북마크의 결제 사용 설정, 사용 중지, 변경