26.4. 자동 청구 프로세스
3scale에서는 청구 프로세스가 매일 실행됩니다. 이 서버는 송장을 생성하고 청구 흐름에 따라 상태를 변경하고 구성된 결제 게이트웨이를 사용하여 요금을 수행합니다.
청구 흐름은 선불 및 Postpaid 모드의 경우 약간 다르며, 3scale의 청구는 월별로 계산되므로 매월 첫째 날 발생하는 특별 이벤트가 있습니다.
26.4.1. 매월 1일
우편료
- 이전 달의 Bill 변수 비용: 비용은 열려 있는 송장에 대한 줄 항목으로 포함됩니다.
- 이전 달의 송장 완료
- 현재 월 고정 비용: 현재 달의 새 송장을 Open 상태로 만듭니다.
선불
- 청구 고정 비용 (현재 월)
- Bill 변수 비용 (이전 달)
매월 초에 완료된 송장에 대한 알림이 API 관리자에게 전송되므로 송장을 검토하고 필요한 사항을 조정할 수 있습니다.
매일 수행되는 모든 작업은 위에 설명된 항목 외에도 매월 첫째 날에도 수행됩니다.
26.4.2. 매일
- 청구 만료된 시험 및 새 계약은 아직 청구되지 않았습니다. 현재 달의 Open 상태의 송장이 생성됩니다.
- 선불 전용: 열려 있는 모든 송장 완료: 상태가 최종으로 변경됩니다.
문제 송장: 상태가 보류 중으로 변경됩니다.
- 송장은 일반적으로 완료 후 2-3일 후에 발행됩니다. 송장 "Issued On" 날짜가 현재 날짜로 설정되고 "Due On"( 송장이 청구되는 경우) 날짜가 issued On + 2일로 설정됩니다.
- 개발자에게 송장을 발행하면 이메일 알림이 수신되고 개발자 포털에서 발행된 송장을 볼 수 있습니다.
청구지 주소
- 사용 기한이 오늘 또는 이전 버전인 경우 Unpaid 및 Pending 상태의 송장 이 청구됩니다.
- 결제에 실패하면 송장 상태가 Unpaid 로 변경됩니다. 요금 청구는 3일 후에 다시 시도합니다. 3회 실패 후 송장 상태가 Failed (실패)로 변경되고 청구는 더 이상 재시도되지 않습니다.
만료된 신용 카드 알림
- 신용 카드가 곧 만료될 개발자 계정이 이메일 알림이 전송됩니다.
26.4.3. 자동 및 수동 송장
자동 청구 프로세스에서 생성된 송장에는 송장 헤더에 자동으로 생성된 (자동으로 생성) 레이블이 있습니다. 예를 들면 다음과 같습니다. 2019년 1월 송장(자동으로 생성됨).
수동으로 생성된 송장은 송장 세부 정보 페이지에 (수동으로 생성) 으로 표시됩니다.
자동 청구 프로세스는 현재 달 동안 open
상태에 있는 기존 송장을 사용하여 추가 줄 항목을 만들 수 있지만 자동으로 생성된 송장만 사용할 수 있습니다. 수동으로 작성한 송장은 자동화된 청구 프로세스에 의해 업데이트되지 않습니다.
26.4.4. 월 중 업그레이드
애플리케이션(또는 계정/서비스 서브스크립션)이 매월 중반에 업그레이드되면 월별 비용은 매월 남은 일수에 따라 누적됩니다. 애플리케이션 계획에 구성된 제한은 검증되지 않습니다.
애플리케이션이 무료에서 유료 계획으로 업그레이드되면 다음에 청구가 제출된 월 비용을 포함하여 새 송장이 생성됩니다.
애플리케이션이 유료 계획에서 더 비싼 유료 계획으로 업그레이드되면 이 동작은 다음과 같은 몇 가지 요소에 따라 달라집니다.
- 청구 모드: 선불 또는 우편료
- 계획 변경 시
26.4.4.1. 선불 청구
동일한 청구일(구체일 오전 8시에 시작) 신청 계획이 생성되어 이전에 송장되지 않은 경우 이전 계획의 고정 비용이 송장에 포함되고 '재출금' 줄 항목이 할인됩니다. 이전 계획에 대한 고정 비용도 송장에 추가됩니다.
예제: 고객은 매월 첫째 날 Plan A (200$)에 등록하고 같은 날 Plan B (300$)로 업그레이드했습니다. 이 경우 하나의 송장이 생성되며 다음 행 항목이 포함됩니다.
설명 비용 고정 요금 ('Plan A')
200
환불 ('계획 A')
-200
애플리케이션 업그레이드 ('계획 A'에서 '계획 B')
300
합계
300
고객이 다른 날짜에 등록한 경우 200의 비용은 환불됩니다.
이 애플리케이션에 대한 송장을 이미 발행한 후 애플리케이션 계획이 변경된 경우:
업그레이드 의 경우 개발자는 초기 비용에 대한 두 개의 송장과 업그레이드를 위한 다른 송장이 발행됩니다.
예제: 고객은 매월 1일 계획 A(200$)에 등록한 후 매월 중반에 계획 B(300$)로 업그레이드했습니다. 다음 송장이 생성됩니다.
설명 비용 고정 요금 ('Plan A')
200
합계
200
설명 비용 환불 ('계획 A')
-100
애플리케이션 업그레이드 ('계획 A'에서 '계획 B')
150
합계
50
두 번째 송장에서는 청구 기간 중 업그레이드가 이루어지므로 환불 비용(100$)과 새 비용(150$)이 검증됩니다.
- 애플리케이션 다운그레이드 (더 낮은 비용으로 계획 변경)에 대한 환불은 현재 지원되지 않습니다.
26.4.4.2. 우편 청구
Postpaid billing 모드에서는 단일 송장이 발행되며 Repaidd 및 Application upgrade line 항목이 포함됩니다.
중요: 이러한 동작은 2018년 4월 20일에 다음과 같은 변경 사항으로 도입되었습니다.
- 애플리케이션을 생성한 후 애플리케이션을 업그레이드할 때 초기 애플리케이션 계획의 초기 비용이 송장에 포함되지 않은 경우 버그가 수정되었습니다.
- 이전에는 새 계획과 기존 계획의 차이를 포함하여 애플리케이션 업그레이드에 한 줄 항목만 추가했습니다. 예를 들어 시나리오 2에서 위의 선불 청구 섹션에 설명되어 있습니다(계획 A - 200$에서 Plan B - 300$로 애플리케이션 업그레이드) 두 번째 생성된 송장은 다음과 같습니다.
설명 | 비용 |
---|---|
애플리케이션 업그레이드 ('계획 A'에서 '계획 B') | 50 |
합계 | 50 |
여기서 50$는 나머지 월 (150$ - 100$)의 신규 계획과 기존 계획의 누적 비용의 차이입니다.
2018년 4월 20일 이후에는 송장에 보다 명확하게 반영되고 총 비용은 이전과 동일하게 유지됩니다.