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

Google Maps Platform 및 Mobility 결제 가이드

프로덕션 단계에 새 Google 지도 프로젝트를 구현하기 전에 사용 중인 제품에 대해 적절한 금액을 지불할 수 있도록 올바르게 설정되었는지 확인하는 것이 좋습니다. 이 문서에서는 (i) 인보이스가 생성되기 전에 사용량을 확인할 수 있도록 결제 투명성을 확보하여 (ii) Google 제품을 사용할 수 있도록 적절한 프로젝트를 설정하는 방법을 다룹니다.

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

개념

이 섹션에서는 Google 지도 결제에 대한 기본 정보와 존재할 수 있는 여러 설정에 대한 이해를 돕고자 합니다. 많은 경우에 옳고 그름이 없으며 달성하려는 결과의 유형에 따라 달라집니다.

이 문서 전체에서 Google Cloud 프로젝트에 관한 많은 내용을 살펴봅니다. Google 지도 제품이 제공되기 때문입니다. 즉, 이 문서에서 다루는 구성은 Google Cloud 프로젝트에서 적용됩니다.

결제 계정

현재 Google 지도 제품을 사용하는 모든 회사에는 연결된 Google Cloud 프로젝트가 있습니다. 이 프로젝트에는 결제 계정이 구성되어 있어야 합니다. 결제 계정은 모든 Google 지도 사용량을 발생시키고 매달 해당 사용량에 대한 인보이스를 생성합니다.

이동성의 경우 특별 결제 계정이 프로비저닝됩니다. 이 결제 계정은 차량 공유, 배송, 물류 등 이동성 관련 사용 사례에만 사용할 수 있습니다.

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

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

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

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

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

결제 계정 및 기타 관련 정보에 대한 추가 정보는 이 링크를 확인하세요.

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

클라우드 리소스, 결제 계정, 인보이스 생성

가격 책정과 관련하여 말씀드리자면, Google Maps Platform에는 지도 파트너를 통해 또는 경우에 따라 Google에서 직접 이용할 수 있는 다양한 등급의 할인이 있습니다. 이러한 등급은 대량 구매 기반이므로 Google 제품을 더 많이 사용할수록 적은 금액을 지불합니다 (할인은 각 SKU에 개별적으로 적용됨). Google 결제 시스템은 Google 제품을 호출하는 데 사용한 사용자 인증 정보를 기반으로 프로젝트를 식별합니다. 이는 일부 Mobility 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 Maps Platform 제품도 사용합니다. 따라서 모바일 결제 계정을 사용하는 경우 동일한 모바일 사용 사례 내에서 사전 정의된 한도가 적용되는 한 Google Maps Platform을 무료로 호출할 수 있습니다.

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

매월 말에 (i) 시스템에 보고된 성공한 이동 또는 작업 수와 (ii) 사전 설정된 한도를 초과하는 Google Maps Platform API 호출('초과')에 따라 인보이스가 생성됩니다. Google의 한도는 시장에서 필요에 따라 광범위하게 확인한 바에 맞게 조정됩니다.

여기에서 공식 모바일 요금 결제 문서를 자세히 읽어 보시기 바랍니다.

파일럿 및 평가

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

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

파일럿이 공식적으로 출시되면 계약에 따라 비용을 지불해야 합니다.

요약:

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

모바일 결제 계정으로 마이그레이션하는 방법

프로덕션으로 이전할 때는 일반적으로 QA (품질보증) 및 프로덕션과 같은 다양한 환경을 나타내는 몇 가지 다른 Google Cloud Platform (GCP) 프로젝트를 만들어야 합니다. 그 전에는 단일 환경, 즉 개발 환경만 있을 것입니다.

요구사항

다음 작업을 할 수 있는 사용자:

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

아래에는 새 프로젝트에 필요한 단계와 이러한 새 프로젝트에서 결제를 구성하는 방법이 나와 있습니다.

새 프로젝트 설정

프로젝트 만들기

[귀하] 새 환경(예: 프로덕션, 품질 보증 등)을 위한 새 GCP 프로젝트 생성 이 작업은 Google Cloud 콘솔(여기로 직접 연결되는 링크)을 통해 진행됩니다.
[파트너 또는 Google팀] 모빌리티 제품에 액세스하려면 이 프로젝트가 허용 목록에 있어야 합니다. 이렇게 하려면 Google 또는 파트너의 영업 담당자에게 문의하세요. 이전 단계에서 만든 프로젝트 ID를 입력합니다.
[사용자] 프로젝트의 필수 연락처를 업데이트합니다. 이는 Google 지원팀이 적절한 담당자에게 연락할 수 있도록 하기 위해 매우 중요합니다.

프로젝트 구성

아래 단계는 이전 단계에서 만든 프로젝트의 Google Cloud 콘솔에서 수행해야 합니다.

[사용자] 올바른 이동성 식별 및 액세스 관리 (IAM) 역할 (이동 기반 및 작업 기반)의 연결을 포함한 서비스 계정 생성 - 개발 환경에서 수행했거나 필요한 경우 보다 구조화된 액세스 분리로 수행된 경우 이 섹션을 참고하세요.
[개발자] API 키 생성 - 개발 환경에서 수행했거나 필요한 경우 보다 구조화된 액세스 분리 (예: 제품별, 도메인별)를 통해 수행되었습니다.
[귀하] '지역 차량 및 배달' 등의 API와 필요한 기타 Google Maps Platform API 사용 설정 (예: 지오코딩, 자동 완성, 주소 유효성 검사)
[나] 할당량: 특정 API에 대한 QPS (초당 쿼리 수) 증가가 필요한 경우 지원을 요청할 수 있습니다. 여기에서 방법을 알아보세요. 실적 개선이 필요한 이유를 설명하는 비즈니스 근거를 추가해야 합니다. 사전 정의된 할당량은 여기에서 확인할 수 있습니다.
[개발자] 개발 환경의 사용자 인증 정보를 사용하여 시스템을 개발한 경우 이러한 시스템이 새로 생성된 프로젝트용으로 생성된 새 사용자 인증 정보를 가리킬 수 있는지 확인합니다. 여기에는 백엔드 및 프런트엔드 시스템을 API 키, 서비스 계정과 같은 새 사용자 인증 정보로 가리키고 각 환경에서 올바른 프로젝트 ID가 사용되는지 확인하는 것이 포함됩니다.

결제 구성

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

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

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

결제 확인

결제가 제대로 이루어지도록 하려면 결제 유효성 검사가 중요합니다. 기업에서 실수로 API를 잘못 구현하여 요금이 청구되거나 과소 보고되는 경우도 있습니다.

결제 확인은 다음 단계로 구성됩니다.

Google Maps Platform API에 대한 요청의 요청 헤더에 tripId (또는 taskId)가 있는지 확인합니다. 자세한 내용은 여기를 참조하세요.
이동 (또는 작업)이 제대로 보고되고 있는지 확인합니다. 이는 사용 중인 모빌리티 패키지에 따라 다릅니다.
- 이동성 시작 및 최적화 도구 또는 가속 (경로 기반): ReportBillableEvent API와의 통합이 필요합니다. 즉, 이동이 성공적으로 완료될 때마다 이 API에 요청해야 합니다. 문제가 제대로 발생했는지 확인하려면 여기에 설명된 단계를 따라야 합니다.
- 이동성 가속화 (작업 기반): 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:*

그러면 문제가 있는 모든 로그 항목이 나열됩니다. 예:

Cloud Logging을 사용하여 오류 쿼리 — **Cloud Logging을 사용한 쿼리 오류**

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

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

결제 계정 구성

이제 모든 시스템에서 이동 또는 할 일을 제대로 보고하고 통합 오류가 없으면 환영 메일에 환영 이메일(이 문서의 이전 섹션에서 다룬 내용)로 받은 결제 계정을 프로젝트에 연결해야 합니다.

참고: 지도 파트너와 협력 중인 경우 이 단계에서 지원을 받을 수 있으며 아래 단계를 단독으로 따르지 않아도 됩니다. Google과 직접 협력하는 경우(일부 지역에서 발생할 수 있음) 다음 단계를 따를 수 있습니다.

다음 안내를 따르세요.

Google Cloud 콘솔 (https://console.cloud.google.com)을 엽니다.
프로덕션에서 사용할 새 프로젝트를 선택합니다.
해당 프로젝트의 결제 섹션으로 이동합니다. 바로가기로 다음 링크에 액세스할 수 있습니다. https://console.cloud.google.com/billing
결제 > '결제 계정 관리'를 클릭합니다.

프로젝트가 위와 다르게 보일 수 있습니다.
결제에서 생성된 프로덕션 프로젝트 옆에 있는 점 3개 아이콘 을 클릭하고 '결제 계정 변경'을 선택합니다.
결제 > 결제 계정에서 드롭다운 목록의 환영 메일에 있는 결제 계정 코드를 선택합니다. 그런 다음 '계정 설정'을 클릭합니다.
프로젝트가 새 결제 계정에 연결됩니다.

중요: 이 시점부터는 앞서 설명한 대로 이 프로젝트에 보고된 모든 이동 또는 할 일에 대한 요금이 청구됩니다. 결제 확인이 아직 진행되지 않았다면 아직 결제 계정을 연결하지 않습니다.
새 결제 수단을 추가한 후 '개요 > 결제 개요' 및 '결제 설정'으로 이동하여 정보가 올바른지 확인합니다. 청구 및 결제 업데이트에 관해 자세히 알아보려면 이 링크를 참고하세요.
결제와 관련된 모든 문제는 billing 지원 케이스를 제출하거나 파트너 또는 Google 담당자에게 문의하시기 바랍니다.

결제 보고서

결제 보고서는 프로젝트에 연결된 결제 계정과 연관된 비용을 파악하는 데 도움이 됩니다.

참고: 지도 파트너와 협력하는 경우 파트너에게 연락하여 필요한 관련 결제 정보를 제공하시기 바랍니다.

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

여기에서 염두에 두어야 할 기본 설정은 SKU별 그룹화 기준 필터입니다. 이 필터를 사용하면 이전에 설명한 대로 초과분 유무를 포함하여 사용하는 경우 다른 API는 물론 이동 및 할 일에 대한 자세한 정보를 확인할 수 있습니다.

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

단계적 확대 계획

언급해야 할 중요한 사항은 초기 최적화 계획입니다. 비즈니스의 특성에 따라 일부 트래픽이 모빌리티 프로젝트로 마이그레이션되지 않는 것은 일반적입니다. 예를 들어 어떤 회사는 시간을 들여 모든 지사, 프랜차이즈, 매장, 사무실 등에 새 솔루션을 배포하는데, 이는 트래픽 중 일부는 기존 시스템을 사용하고 나머지 트래픽은 새 프로젝트에 쓰게 될 것임을 의미합니다.

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

다음과 같은 구현 정책을 준수해야 합니다.

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

따라서 어떤 시스템이 Google Maps Platform 결제 계정을 가리켜야 하고, 어떤 시스템이 모바일 결제 계정을 가리켜야 하는지 이해해야 합니다. 일반적으로 여러 프로젝트가 있고 각 프로젝트가 올바른 결제 계정을 가리킵니다.

예를 들어 현재 모든 Trip / Task에 사용 한도에 따라 지오코딩 요청이 10개 포함되어 있다고 가정해 보겠습니다. 이전하는 데 몇 개월이 걸리고 첫 달에 10만 건의 이동 / 할 일 보고를 시작하게 된다면 Geocoding API를 100만 번 호출할 수 있습니다. 하지만 비즈니스에서 500만 개의 지오코딩을 요청하는 경우 그 차이 (400만 명)는 초과분으로 보고될 수 있습니다. 다음과 같은 두 가지 옵션이 있습니다.

Google에 신고하는 이동 / 작업의 수를 늘리면서 (학습 계획 기간을 단축) 더 높은 한도가 적용됩니다. 이 경우 매월 500,000개의 이동 / 작업을 보고해야 합니다.
앞서 설명한 것처럼 계약 협상 중에 더 높은 한도를 협상합니다.
Geocoding API 요청이 Google Maps Platform API를 가리키도록 지정하여 더 높은 할인 등급을 활용하고 초과분보다 저렴하게 비용을 지불합니다.

Google에서는 비즈니스의 규모와 복잡성에 따른 예상 비용을 알고 있으며 사용 사례가 복잡할 수 있습니다. 파트너 또는 Google 담당자에게 문의하여 기존 프로젝트를 사용하여 프로덕션 출시를 준비하는 가장 좋은 방법을 결정하세요.

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

결론

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

다음 작업

GCP Console에서 결제 계정을 설정합니다.
일반적인 결제에 대한 자세한 내용은 다음을 참조하세요.
- 모빌리티 서비스 상업 문서
- bookmark_border 프로젝트 결제를 사용 설정, 사용 중지 또는 변경합니다.