과금
카테고리:
이 문서의 주제:
Monetization에서 이 섹션에 액세스하려면 Menu에서 Business configuration을 선택하고 Charging을 클릭합니다.
태그
이 섹션에 액세스하려면 Tags를 클릭합니다. 모든 태그의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
태그는 Monetization에서 주로 할인 목적으로 사용됩니다. 태그는 제품에 charge tag로 적용될 수 있으며, 할인을 만들 때 대상으로 지정할 수 있습니다.
참고:
태그를 사용하는 것은 인보이스 수준의 할인과 각 이벤트에 대한 실시간 할인을 만드는 방법입니다.Monetization이 리소스 잔액에 영향을 줄 때마다 이러한 영향에도 할인 대상으로 지정할 수 있는 태그가 있습니다.
예를 들어 통신 산업에서 오스트리아에서 발생한 데이터 이벤트에는 data_AUS 태그가 있을 수 있고, 슬로베니아에서 발생한 이벤트에는 data_SVN 태그가 있을 수 있습니다.
이러한 태그를 사용하면 하나의 태그에만 적용되는 할인을 구성하여 특정 사용 유형에만 할인을 적용할 수 있습니다.
이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
태그 만들기
태그에서 태그를 만들려면 Create new를 클릭합니다. 이름, 코드, 유형을 입력하고 선택적으로 설명을 추가합니다.
참고:
code는 객체의 고유 식별자입니다. Monetization API와 통합할 때 사용할 수 있습니다.유형에서는 charge tag 또는 resource tag를 선택할 수 있습니다. charge tag와 resource tag의 차이에 대한 자세한 내용은 Charge Tag와 Resource Tag 비교를 참조하십시오.
Charge Tag와 Resource Tag 비교
Charge tag는 products와 rate plan의 resource infos에 사용됩니다. rate plan의 더 높은 수준에서 사용되며, 여기서 Monetization은 태그 아래의 여러 리소스에 영향을 줄 수 있습니다.
Resource tag는 rate plan의 더 낮은 수준에서 사용됩니다. rate plan details에서 사용되며, 여기서 Monetization은 하나의 리소스 잔액에만 영향을 줄 수 있습니다.
참고:
rate plan을 구성할 때 resource tag와 charge tag를 만들고 결합할 수 있으며, 이를 통해 할인 대상을 더 좁힐 수 있습니다.정보:
할인 필터는 charge tag와 resource tag를 모두 대상으로 지정할 수 있어 추가적인 유연성을 제공합니다.태그 상세 페이지
태그에서 태그의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Name
- Code
- Description
- Type
태그 업데이트
태그에서 태그를 업데이트하려면 먼저 Details를 클릭합니다. 태그의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
태그 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.태그 삭제
태그에서 태그를 삭제하려면 Delete를 클릭합니다.
참고:
제품, 할인 또는 rate plan에서 이미 사용 중인 태그는 삭제할 수 없습니다. 먼저 해당 태그에 대한 모든 개별 참조를 삭제해야 합니다.리소스
이 섹션에 액세스하려면 Resources를 클릭합니다. 모든 리소스의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
정보:
이 섹션에서는 Monetization에서 금전 리소스(예: Euro, US Dollar 등), 무료 리소스(예: 무료 SMS, 무료 데이터 등)와 같은 리소스를 만드는 방법을 보여 줍니다.리소스는 Monetization에서 값을 보유할 수 있는 객체를 나타냅니다. 예를 들어 값이 10인 금전 리소스가 있습니다.
또한 리소스는 고객의 잔액으로 존재할 수 있습니다. 잔액은 특정 balance group 안에 있는 하나의 고유한 리소스 값입니다.
고객이 제품을 구매하거나 사용 이벤트를 트리거할 때마다 Monetization에서 리소스의 잔액이 자동으로 생성됩니다. 예를 들어 plan에 무료 통화 100분을 부여하는 product가 있다고 가정합니다. 고객이 해당 plan을 구매하면 관련 balance group에 무료 통화 100분의 잔액이 생성됩니다.
정보:
잔액은 API를 통해 수동으로 생성할 수도 있으며, 자동화보다는 관리 용도로 더 많이 사용됩니다.리소스는 제품 카탈로그를 만들 때 필수적입니다. 고객이 구매할 수 있는 제품은 리소스 잔액 영향으로 이어지기 때문입니다. 예를 들어 고객에게 100유로를 청구하거나 무료 크레딧 100개를 부여할 수 있습니다.
리소스 예시
아래는 산업을 포함한 리소스 예시 다섯 가지입니다.
- Euro — 모든 산업 — 현재 주기에서 고객의 현재 금전 잔액을 나타냅니다.
- Free minutes — 통신
- Total consumption kWh — 유틸리티
- Minimum fare fee — 카 셰어링/택시 — 고객이 각 운행마다 지불해야 하는 최소 요금을 보유하는 도우미 리소스
- API calls total — 클라우드 서비스 — 생성된 API 호출 이벤트 수를 추적하기 위한 리소스
참고:
고객이 제품을 구매하거나 사용 이벤트를 생성하면 리소스 잔액이 증가하거나 감소할 수 있습니다. 고객이 제품을 구매하거나 사용 이벤트를 트리거하는 서비스를 사용할 때마다 고객의 잔액이 영향을 받습니다.이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
리소스 만들기
리소스에서 리소스를 만들려면 Create new를 클릭합니다. 여기에는 필수 및 선택 입력 필드가 포함됩니다.
필수 입력 필드는 다음과 같습니다.
- Name
- Code
- Balance consumption order
- Default value
- Validity period
참고:
code는 객체의 고유 식별자입니다. Monetization API와 통합할 때 사용할 수 있습니다.선택 입력 필드는 다음과 같습니다.
- Description
- Temporary
- Currency
- Included on invoice
참고:
Monetization에서 가장 중요한 리소스는 금전 리소스입니다. 고객이 결제하는 통화를 나타내기 때문입니다.금전 리소스
금전 리소스는 Monetization의 실제 돈을 의미하며, 금전 통화(예: 유로, 달러 등)를 나타냅니다. 금전 리소스를 만들려면 리소스 만들기에서 이름(예: euro), 코드(예: euro), 설명(예: euro monetary resource), 잔액 소비 순서를 입력합니다.
금전 리소스의 경우 가장 오래된 잔액이 먼저 소비되어야 하므로 잔액 소비 순서에 earliest start time and earliest expiration time(ESTEET)이 구성됩니다.
일반적으로 기본값은 0으로 설정됩니다. 그러나 예를 들어 100과 같이 양수 또는 음수 값으로 수정할 수 있습니다. Monetization이 처음 리소스 잔액을 생성할 때 기본값으로 시작합니다.
팁:
무료 리소스의 기본값을 0에서 변경하지 않는 것이 좋습니다. 기본값은 생성된 모든 리소스 잔액에 대해 모든 고객에게 전역적으로 적용되기 때문입니다. 대신 고객에게 일정량의 무료 리소스를 부여하는 제품을 만드십시오.
일반적으로 Monetization은 고객 plan을 기준으로 무료 리소스를 설정합니다. 한 고객은 무료 데이터 1GB를 가질 수 있고, 다른 고객은 2GB를 가질 수 있습니다. 따라서 해당 plan에 대한 제품을 만들어 plan에 따라 올바른 양을 부여하도록 합니다.
정보:
잔액이 0을 향해 감소하는 카운터를 나타내는 리소스를 만들 수 있습니다. 이 경우 기본값은 임의의 양수로 설정할 수 있습니다.
처음에 제품 구매로 리소스 잔액을 설정하는 대신, 리소스 잔액이 생성될 때 해당 리소스의 기본값으로 설정됩니다. 유용성에 대한 자세한 내용은 도우미 리소스를 참조하십시오.
리소스를 임시 리소스로 만들려면 Temporary 토글 스위치를 사용하여 활성화/비활성화합니다. 이 기능을 활성화하면 Monetization이 평가를 완료한 직후 리소스가 기본값으로 돌아갑니다. 주로 도우미 리소스에 사용됩니다.
기본적으로 리소스는 생성된 날부터 무기한으로 항상 유효합니다. 그러나 미래의 특정 시점에 만료되도록 구성할 수 있습니다. 일반적으로 금전 리소스는 무기한 유효성을 가져야 합니다.
참고:
리소스에 통화가 할당되면 금전 리소스가 됩니다. 반대로 비금전 리소스에 대해서는 비금전 리소스를 참조하십시오.리소스를 인보이스에 포함하려면 Included on invoice 토글 스위치를 사용하여 활성화/비활성화합니다. 이 기능을 활성화하면 Monetization은 하나의 인보이스에 대해 생성되는 JSON 객체에 이 데이터를 가져옵니다.
참고:
성능 최적화를 위해 인보이스에 필요한 정보만 포함하십시오.잔액 소비 순서
잔액 소비 순서는 같은 리소스의 여러 잔액이 balance group에 있을 때 리소스 잔액이 영향을 받는 순서를 지정합니다.
예를 들어 고객 balance group에 다음이 있다고 가정합니다.
- 1월 1일부터 2월 15일까지 유효한 무료 통화 100분
- 2월 1일부터 3월 1일까지 유효한 무료 통화 50분
오늘이 2월 10일이라고 가정하면 두 잔액 모두 유효합니다. 따라서 고객은 현재 총 150분의 무료 통화를 가지고 있습니다. 그런 다음 고객이 120분의 무료 통화 이벤트를 생성하면, 잔액 소비 순서 구성이 유효 기간을 기준으로 어떤 잔액을 먼저 소비할지 결정합니다.
잔액 소비 순서가 ESTEET로 설정되어 있으면 고객은 2월 1일부터 3월 1일까지 유효한 무료 통화 30분을 남기게 됩니다. 그러나 잔액 소비 순서가 최신 리소스를 먼저 소비하도록 설정되어 있으면 고객은 1월 1일부터 2월 15일까지 유효한 무료 통화 30분을 남기게 됩니다.
일부 용어 설명
- EST
- 잔액 소비 순서를 **earliest start time (EST)**로 구성하면 유효 시작 시간이 가장 이른 잔액이 먼저 사용됩니다.
- LST
- 잔액 소비 순서를 **latest start time (LST)**로 구성하면 유효 시작 시간이 가장 늦은 잔액이 먼저 사용됩니다.
- EET
- 잔액 소비 순서를 **earliest expiration time (EET)**로 구성하면 유효 종료 시간이 가장 이른 잔액이 먼저 사용됩니다.
- LET
- 잔액 소비 순서를 **latest expiration time (LET)**로 구성하면 유효 종료 시간이 가장 늦은 잔액이 먼저 사용됩니다.
- ESTLET
- 잔액 소비 순서를 **earliest start time and latest expiration time (ESTLET)**로 구성하면 유효 시작 시간이 가장 이른 잔액이 먼저 사용됩니다. 여러 잔액의 유효 시작 시간이 같으면 종료 시간이 가장 늦은 잔액이 먼저 사용됩니다.
- ESTEET
- 잔액 소비 순서를 **earliest start time and earliest expiration time (ESTEET)**로 구성하면 유효 시작 시간이 가장 이른 잔액이 먼저 사용됩니다. 여러 잔액의 유효 시작 시간이 같으면 종료 시간이 가장 이른 잔액이 먼저 사용됩니다.
팁:
ESTEET를 기본 잔액 소비 순서로 사용하는 것이 좋습니다.- LSTEET
- 잔액 소비 순서를 **latest start time and earliest expiration time (LSTEET)**로 구성하면 유효 시작 시간이 가장 늦은 잔액이 먼저 사용됩니다. 여러 잔액의 유효 시작 시간이 같으면 종료 시간이 가장 이른 잔액이 먼저 사용됩니다.
- LSTLET
- 잔액 소비 순서를 **latest start time and latest expiration time (LSTLET)**로 구성하면 유효 시작 시간이 가장 늦은 잔액이 먼저 사용됩니다. 여러 잔액의 유효 시작 시간이 같으면 종료 시간이 가장 늦은 잔액이 먼저 사용됩니다.
- EETEST
- 잔액 소비 순서를 **earliest expiration time and earliest start time (EETEST)**로 구성하면 유효 종료 시간이 가장 이른 잔액이 먼저 사용됩니다. 여러 잔액의 유효 종료 시간이 같으면 시작 시간이 가장 이른 잔액이 먼저 사용됩니다.
- EETLST
- 잔액 소비 순서를 **earliest expiration time and latest start time (EETLST)**로 구성하면 유효 종료 시간이 가장 이른 잔액이 먼저 사용됩니다. 여러 잔액의 유효 종료 시간이 같으면 시작 시간이 가장 늦은 잔액이 먼저 사용됩니다.
- LETEST
- 잔액 소비 순서를 **latest expiration time and earliest start time (LETEST)**로 구성하면 유효 종료 시간이 가장 늦은 잔액이 먼저 사용됩니다. 여러 잔액의 유효 종료 시간이 같으면 시작 시간이 가장 이른 잔액이 먼저 사용됩니다.
- LETLST
- 잔액 소비 순서를 **latest expiration time and latest start time (LETLST)**로 구성하면 유효 종료 시간이 가장 늦은 잔액이 먼저 사용됩니다. 여러 잔액의 유효 종료 시간이 같으면 시작 시간이 가장 늦은 잔액이 먼저 사용됩니다.
도우미 리소스
도우미 리소스는 고객과 직접 관련되지는 않지만 Monetization이 평가에 사용합니다. 예를 들어 Monetization이 어떤 항목을 추적하는 데 사용하는 카운터 리소스가 있습니다.
도우미 리소스 예시
한 데이터 세션/이벤트에서 고객이 사용한 MB 수를 추적하기 위한 리소스 MBs used in a session이 있다고 가정합니다. 카운터 리소스 형태의 도우미 리소스를 사용할 수 있습니다.
고객이 한 세션 안에서 10MB를 소비한 후 가격이 변경되어야 하는 경우, 즉 다중 구간 가격이 있는 경우 Monetization이 데이터 이벤트를 수신하는 즉시 rate plan에 따라 평가됩니다. 카운터 리소스는 고객이 사용한 수량을 추적하여 언제 다른 가격으로 평가를 시작해야 하는지 알 수 있습니다.
단일 이벤트가 평가된 후 카운터 리소스 형태의 도우미 리소스 MBs used in a session은 다음 이벤트를 준비하기 위해 0으로 재설정됩니다.
참고:
각 평가 후 리소스가 기본값으로 재설정되려면 Temporary 토글 스위치를 활성화해야 합니다.비금전 리소스
비금전 리소스에는 금전적 가치가 없으므로 돈으로 취급되지 않습니다. 비금전 리소스의 예에는 무료 데이터, 무료 SMS 등이 포함될 수 있습니다.
정보:
일반적으로 리소스를 만드는 방법은 금전 리소스를 참조하십시오.참고:
비금전 리소스에는 통화를 지정하면 안 됩니다. 리소스에 통화를 할당하면 금전 리소스가 됩니다.리소스 상세 페이지
리소스에서 리소스의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Status — 활성 상태의 리소스는 아직 유효한 리소스임을 의미합니다.
- Name
- Code
- Description
- Balance consumption order
- Default value
- Type (Standard or Temporary)
- Valid from
- Valid to
- Currency (if any)
- Included on invoice
리소스 업데이트
리소스에서 리소스를 업데이트하려면 먼저 Details를 클릭합니다. 리소스의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
리소스 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.리소스 삭제
리소스에서 리소스를 삭제하려면 Delete를 클릭합니다.
참고:
Monetization의 다른 부분에서 이미 사용 중인 리소스는 삭제할 수 없습니다. 먼저 해당 리소스에 대한 모든 개별 참조를 삭제해야 합니다.임계값
이 섹션에 액세스하려면 Thresholds를 클릭합니다. 모든 임계값의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
임계값은 신용 한도에 정의되고 신용 프로필에 의해 리소스에 연결된 임계값을 리소스 잔액이 초과할 때마다 알림을 트리거할 수 있는 구성된 값입니다.
이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
임계값 만들기
임계값에서 임계값을 만들려면 Create new를 클릭합니다. 여기에는 필수 및 선택 입력 필드가 포함됩니다.
필수 필드는 다음과 같습니다.
- Name (e.g., T_200)
- Code (e.g., T_200)
- Type (amount or percentage)
- Value (e.g., 200)
참고:
code는 객체의 고유 식별자입니다. Monetization API와 통합할 때 사용할 수 있습니다.선택 필드는 다음과 같습니다.
- Description (e.g., threshold for 200)
금액으로 구성된 임계값은 값이 고정되어 있음을 의미합니다. 예를 들어 200입니다. 따라서 잔액이 200을 초과하면 알림이 트리거됩니다.
참고:
금액으로 구성된 임계값은 음수일 수도 있습니다.백분율로 구성된 임계값은 값이 다른 리소스 잔액에 상대적임을 의미합니다. 예를 들어 두 잔액을 가정합니다.
표 1: 임계값 백분율 예시
| Resource name | Balance |
|---|---|
| Granted free MBs | 1000 |
| Free MBs | 900 |
Free MBs에 대한 백분율 임계값이 Granted free MBs 잔액의 80%로 구성되면 임계값은 800에서 트리거됩니다.
팁:
백분율 임계값은 다른 리소스 잔액을 기준으로 값을 변경할 수 있으므로 고객 수준에서 더 많은 유연성을 제공합니다. 반면 금액 임계값은 구성된 값을 기준으로 항상 일정합니다.정보:
임계값이 생성되면 어떤 항목에도 연결되지 않고, 신용 한도를 만들 때 사용할 수 있는 Monetization의 객체로 존재합니다.임계값 상세 페이지
임계값에서 임계값의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Name
- Code
- Description
- Type
- Value
임계값 업데이트
임계값에서 임계값을 업데이트하려면 먼저 Details를 클릭합니다. 임계값의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
임계값 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.임계값 삭제
임계값에서 임계값을 삭제하려면 Delete를 클릭합니다.
참고:
신용 한도에 이미 연결된 임계값은 삭제할 수 없습니다. 먼저 해당 임계값에 대한 모든 개별 참조를 삭제해야 합니다.알림
특정 리소스의 잔액이 임계값을 초과하거나 미만으로 떨어질 때마다 Monetization은 알림을 트리거합니다. 임계값은 신용 한도에 연결되고 신용 프로필에 의해 특정 리소스에 대해 구성됩니다.
알림은 Monetization의 고객 계정 페이지에서 볼 수 있습니다. 자세한 내용은 Notifications를 참조하십시오.
신용 한도
이 섹션에 액세스하려면 Credit limits를 클릭합니다. 모든 신용 한도의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
신용 한도는 고객이 리소스를 양수 또는 음수 값 측면에서 얼마나 사용할 수 있는지 제한하는 데 사용할 수 있습니다. 고객이 구성된 값을 초과하면서 위반할 수 있는 여러 임계값을 추가할 수도 있습니다.
이는 리소스 잔액의 최소 및 최대 한도와 위반 시 트리거될 수 있는 임계값을 설명합니다.
이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
신용 한도 만들기
신용 한도에서 신용 한도를 만들려면 Create new를 클릭합니다. 여기에는 필수 및 선택 입력 필드가 포함됩니다.
필수 필드는 다음과 같습니다.
- Name
- Code
- Start
- Stop
참고:
code는 객체의 고유 식별자입니다. Monetization API와 통합할 때 사용할 수 있습니다.선택 필드는 다음과 같습니다.
- Description
- Thresholds
여러 임계값을 추가할 수 있습니다. 예를 들어 임계값이 200인 신용 한도가 있다고 가정하면, 리소스 잔액이 200을 초과할 때마다 알림이 트리거됩니다.
참고:
Start와 Stop 필드는 각각 하나의 리소스 잔액이 가질 수 있는 최소값과 최대값을 나타냅니다.Start와 Stop 필드는 양수 또는 음수로 구성할 수 있습니다. 또한 Pick value를 클릭하여 Start와 Stop 필드를 더 사용자 친화적인 No minimum 또는 No maximum으로 구성할 수도 있습니다.
No minimum과 No maximum 값은 값이 음의 무한대에서 양의 무한대까지 갈 수 있으므로 제한이 없음을 의미합니다.
팁:
선불 금전 리소스는 Stop 값을 0으로 구성해야 합니다. 이렇게 하면 리소스 잔액이 0을 초과하지 않도록 할 수 있습니다.
이는 prepaid customers가 사용 가능한 금액이 있을 때만 서비스를 사용할 수 있기 때문에 일반적입니다. 따라서 금전 잔액이 0 아래로 떨어지도록 허용하는 것은 의미가 없습니다.
또한 한도가 0으로 설정되어 있으면 Monetization은 금액이 소진된 시점을 알 수 있으며 더 이상 이벤트를 평가하지 않습니다.
참고:
리소스 잔액을 신용 한도 Start와 Stop 값 밖으로 가져가는 것은 불가능합니다. 또한 고객이 소비하는 서비스는 리소스 한도에 도달하는 즉시 비활성화될 수 있습니다. 예를 들어 선불 고객이 금액을 모두 사용한 경우입니다.신용 한도 상세 페이지
신용 한도에서 신용 한도의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Name
- Code
- Description
- Thresholds
- Start
- Stop
신용 한도 업데이트
신용 한도에서 신용 한도를 업데이트하려면 먼저 Details를 클릭합니다. 신용 한도의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
신용 한도 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.신용 한도 삭제
신용 한도를 삭제하려면 Delete를 클릭합니다.
참고:
신용 프로필에 이미 연결된 신용 한도는 삭제할 수 없습니다. 먼저 해당 신용 한도에 대한 모든 개별 참조를 삭제해야 합니다.신용 프로필
이 섹션에 액세스하려면 Credit profiles를 클릭합니다. 모든 신용 프로필의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
신용 프로필은 특정 payment type에 대해 신용 한도를 특정 리소스에 연결합니다. 예를 들어 유로(금전) 리소스가 고객 계정의 잔액으로 제공될 때 어떻게 동작해야 하는지, 어떤 신용 한도를 사용해야 하는지를 정의합니다.
이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
신용 프로필 만들기
신용 프로필에서 신용 프로필을 만들려면 Create new를 클릭합니다. 여기에는 필수 및 선택 입력 필드가 포함됩니다.
필수 필드는 다음과 같습니다.
- Name
- Code
- Payment type
- Resource
- Credit limit
참고:
code는 객체의 고유 식별자입니다. Monetization API와 통합할 때 사용할 수 있습니다.선택 필드는 다음과 같습니다.
- Description
참고:
신용 프로필은 잔액 동작을 payment type과 관련하여 설명하므로 각 payment type마다 만들어야 합니다. 존재하지 않으면 잔액을 만들 수 없습니다.정보:
신용 프로필을 구성하면 각 리소스에 고객의 payment type을 기준으로 어떻게 제한되는지 설명하는 정보를 부여할 수 있습니다.Postpaid payment type의 경우
Postpaid payment type의 경우 Start 값이 No minimum이고 Stop 값이 No maximum인 신용 한도를 권장합니다.
이는 고객에게 속한 리소스가 음수 값(고객에게 일부 크레딧이 제공되었기 때문) 또는 양수 값(고객이 어떤 금액을 부담해야 하기 때문)이 될 수 있음을 의미합니다.
Pay-now payment type의 경우
Pay-now payment type에는 Start 값이 No minimum이고 Stop 값이 No maximum인 신용 한도를 권장합니다.
이는 고객에게 속한 리소스가 음수 값(고객에게 일부 크레딧이 제공되었기 때문) 또는 양수 값(고객이 어떤 금액을 부담해야 하기 때문)이 될 수 있음을 의미합니다.
Prepaid payment type의 경우
Prepaid payment type의 경우 고객 잔액이 0을 초과하지 않아야 하므로 Start 값이 No minimum이고 Stop 값이 0인 신용 한도를 선택하는 것이 좋습니다.
예를 들어 선불 고객이 금전 리소스인 100유로를 제공하는 제품을 구매한다고 가정합니다. 이는 고객의 잔액에 -100유로의 크레딧으로 표시됩니다. 고객은 이 리소스를 소비할 수 있으며 어떤 금액도 부담하지 않습니다.
그러나 고객이 리소스를 계속 소비하면 잔액은 0에 도달할 때까지 줄어들며, 이는 고객이 리소스를 모두 소진했음을 나타냅니다.
신용 프로필 상세 페이지
신용 프로필에서 신용 프로필의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Name
- Code
- Description
- Payment type
- Credit limit
- Resource
신용 프로필 업데이트
신용 프로필에서 신용 프로필을 업데이트하려면 먼저 Details를 클릭합니다. 신용 프로필의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
신용 프로필 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.신용 프로필 삭제
신용 프로필에서 신용 프로필을 삭제하려면 Delete를 클릭합니다.
이벤트 유형
이 섹션에 액세스하려면 Event types를 클릭합니다. 모든 이벤트 유형의 페이지가 매겨진 목록이 표 형식으로 표시됩니다.
이벤트 유형은 Monetization의 시간 간격을 나타냅니다. 반복 제품에 대해 구성되어 제품이 어떻게 갱신될지 결정하기 위해 생성됩니다. 또한 고객에게 구성되어 고객에게 얼마나 자주 청구할지 결정합니다.
이벤트 유형에는 다양한 주기를 구성할 수 있습니다. 예를 들어 월간 주기, 3개월 주기, 반기 주기, 연간 주기 등이 있습니다.
이 섹션에서는 다음 네 가지 작업/하위 페이지를 수행하거나 볼 수 있습니다.
이벤트 유형 만들기
이벤트 유형에서 이벤트 유형을 만들려면 Create new를 클릭합니다. 이름, 코드, interval unit, interval duration, interval time은 필수이며, description은 선택 사항입니다.
Interval unit은 다음 세 값을 포함합니다.
- Days
- Weeks
- Months
Interval duration은 interval unit에 부여된 시간 길이를 지정합니다. 예를 들어 6개월입니다. Interval time의 기본값은 12:00 AM입니다.
예를 들어 아래 표가 주어졌다고 가정합니다.
표 2: 이벤트 유형 간격 예시
| Interval unit | Interval duration | Interval time |
|---|---|---|
| Months | 6 | 12:00 AM |
반복 제품에 위 이벤트 유형이 지정되면 해당 제품은 6개월마다 12:00 AM에 갱신됩니다. 마찬가지로 billing profile에서 고객에 대해 이벤트 유형을 구성하면 고객에게 6개월마다 12:00 AM에 청구됩니다.
이벤트 유형 상세 페이지
이벤트 유형에서 이벤트 유형의 전체 상세 정보를 보려면 Details를 클릭합니다. 다음 항목이 포함됩니다.
- Name
- Code
- Description
- Interval unit
- Interval duration
- Interval time
이벤트 유형 업데이트
이벤트 유형에서 이벤트 유형을 업데이트하려면 먼저 Details를 클릭합니다. 이벤트 유형의 상세 정보가 표시됩니다. 그런 다음 업데이트하려면 Update를 클릭합니다.
정보:
이벤트 유형 만들기 섹션에서 입력한 모든 정보는 Code를 제외하고 업데이트할 수 있습니다.이벤트 유형 삭제
이벤트 유형에서 이벤트 유형을 삭제하려면 Delete를 클릭합니다.
참고:
Monetization의 다른 부분에서 이미 사용 중인 이벤트 유형은 삭제할 수 없습니다. 먼저 해당 이벤트 유형에 대한 모든 개별 참조를 삭제해야 합니다.반올림 모드
이 섹션에 액세스하려면 Rounding modes를 클릭합니다.
반올림 모드는 각 site에 대해 구성되어 평가의 여러 단계에서 수행되는 계산을 몇 자리 소수로 반올림할지 결정합니다.
Scale을 적용하는 네 가지 개별 컴포넌트는 다음과 같습니다.
- Rating
- Discounting
- Taxation
- Billing
이 네 가지 컴포넌트 중 하나가 Monetization에서 트리거될 때마다 반올림 모드가 적용되어 값을 구성된 소수 자릿수로 반올림합니다.
Scale은 소수 자릿수를 나타내는 숫자를 의미합니다. Mode는 Half Up 또는 Half Down으로 구성할 수 있습니다. 예를 들어 Half Up으로 구성하면 7.5 값은 8로 반올림되고, Half Down으로 구성하면 7.5 값은 7로 반올림됩니다.