26.4. 자동 청구 프로세스


3scale에서는 청구 프로세스가 매일 실행됩니다. 송장을 생성하고, 청구 흐름에 따라 상태를 변경하고, 구성된 결제 게이트웨이를 사용하여 요금을 수행합니다.

청구 흐름은 Prepaid 및 Postpaid 모드의 경우 약간 다르며 3scale의 청구는 월을 기반으로 하므로 첫 번째 날에 발생하는 특수 이벤트가 있습니다.

26.4.1. 각 달의 첫날

postpaid

  • bill 변수 비용 이전 월: 비용은 오픈 송장에 선 항목으로 포함됩니다.
  • 지난 한 달 동안의 송장을 마감합니다.
  • bill의 현재 월에 대한 새 송장 만들기: Open 상태의 현재 월에 대한 새 송장을 만듭니다.

Prepaided

  • bill 고정 비용(현재 월)입니다.
  • bill 변수 비용(이전 달).

월 초에 완료되는 송장에 대한 알림은 API 관리자에게 전송되므로 송장을 검토하고 필요한 조정을 수행할 수 있습니다.

매일 수행되는 모든 작업은 위에서 설명한 달의 첫날에도 수행됩니다.

26.4.2. 매일

  • bill 만료 시험 및 새로운 계약이 아직 청구되지 않았습니다: 현재 달 동안 오픈 상태의 인보이스가 생성됩니다.
  • Prepaid only: all open invoices: Status changes to 입니다.
  • 발행 송장: 상태가 Pending 로 변경됩니다.

    • 송장은 일반적으로 완료 후 2~3일 후에 발행됩니다. 송장 발행 날짜는 현재 날짜로 설정되고 Due On date(인보가 청구되는 경우) 날짜는 발행 됨 + 2일로 설정됩니다.
    • 개발자에게 송장이 발행되면 이메일 알림이 수신되고 개발자 포털에서 발행된 송장을 확인할 수 있습니다.
  • 청구 송장

    • 유료 및 보류 상태의 송장은 현재 또는 이전 날짜인 경우 청구됩니다.
    • 결제에 실패한 경우 송장 상태가 Unpaid 로 변경됩니다. 배선은 3일 후에 다시 시도될 것입니다. 3번의 재시도 실패 후 송장 상태가 Failed 로 변경되고 더 이상 청구 상태가 재시도되지 않습니다.
  • 만료된 신용 카드에 대해 알려줍니다.

    • 신용 카드가 곧 만료될 개발자 계정은 이메일 알림을 보냅니다.

26.4.3. 자동 및 수동 송장

자동 청구 프로세스에서 생성한 송장에는 송장 헤더에 (자동으로 생성된) 레이블이 있습니다. 예: 2019년 1월(자동 생성)에 대한 설명

수동으로 생성된 송장은 송장 세부 정보 페이지에서 (수동으로 생성됨) 로 표시됩니다.

자동 청구 프로세스는 현재 달 동안 기존 송장을 사용하여 추가 라인 항목을 만들 수 있지만 자동으로 생성된 송장만 사용할 수 있습니다. 수동으로 생성된 송장은 자동 청구 프로세스에 의해 업데이트되지 않습니다.

26.4.4. 중간 업그레이드

월 중순에 애플리케이션(또는 계정/서비스 서브스크립션)이 업그레이드되면 월 비용은 해당 월에 남은 일수에 따라 부과됩니다. 애플리케이션 계획에 구성된 제한은 프로비저닝되지 않습니다.

애플리케이션이 무료에서 유료 계획으로 업그레이드되면 다음에 청구가 새 송장을 실행할 때 월간 비용을 포함하여 새 송장이 생성됩니다.

애플리케이션이 유료 계획에서 보다 값 높은 유료 계획으로 업그레이드되면 다음과 같은 몇 가지 요인에 따라 달라집니다.

  • 빌링 모드: Prepaiding 또는 Postpaid.
  • 계획 변경이 이루어진 경우

26.4.4.1. 유료 청구

  1. 애플리케이션 계획이 동일한 청구일(예: 오전 8시 기준 기준)에서 변경되어 이전에 청구 날짜가 작성되었으므로 이전 계획에 대한 고정 비용이 송장에 포함되지 않았으며 '반복' 라인 항목으로 할인됩니다. 이전 계획에 대한 고정 비용도 송장에 추가됩니다.

    예: 한 고객은 한 달의 첫날에 계획 A (200$)에 가입했으며 같은 날 계획 B (300$)로 업그레이드했습니다. 이 경우 하나의 송장이 생성되고 다음 행 항목이 포함됩니다.

    Expand
    설명비용

    고정 비용 ('Plan A')

    200

    복구 ('플랜 A')

    -200

    애플리케이션 업그레이드('플랜 A'를 '플랜 B'로)

    300

    합계

    300

    고객이 한 달의 다른 날에 등록한 경우 200의 비용 및 회수액이 부과됩니다.

  2. 이 애플리케이션에 대한 송장이 이미 발행된 후 애플리케이션 계획이 변경된 경우:

    • 업그레이드 의 경우 개발자는 두 가지 송장(초기 비용용 및 업그레이드를 위한 다른 하나의 송장)이 발행됩니다.

      예: 한 고객은 한 달의 첫날에 계획 A(200$)에 등록한 다음, 월 중반에 계획 B(300$)로 업그레이드되었습니다. 다음 송장이 생성됩니다.

      Expand
      설명비용

      고정 비용 ('Plan A')

      200

      합계

      200

      Expand
      설명비용

      복구 ('플랜 A')

      -100

      애플리케이션 업그레이드('플랜 A'를 '플랜 B'로)

      150

      합계

      50

      두 번째 송장에서, 회수된 비용(100$)과 새로운 비용(150$)은 청구 기간 도중에 업그레이드가 이루어지기 때문에 부과됩니다.

    • 애플리케이션 다운그레이드 (더 낮은 비용으로 계획 변경)에 대한 취소는 현재 지원되지 않습니다.

26.4.4.2. 유료 청구

무료 청구 모드에서는 단일 송장이 발행되며 RefundApplication upgrade line 항목이 포함됩니다.

중요

이 동작은 2018년 4월 20일에 다음과 같은 변경 사항이 도입되었습니다.

  • 애플리케이션이 생성된 당일에 업그레이드되었을 때 초기 비용(초기 애플리케이션 계획의 경우)에 포함되어 있지 않은 버그가 수정되었습니다.
  • 이전에는 신규 계획 비용과 이전 계획의 비용 차이를 포함하여 애플리케이션 업그레이드 시 하나의 행 항목만 추가되었습니다. 예를 들어 위의 Prepaid billing 섹션에 설명된 시나리오 2에서 (플랜 A - 200$에서 계획 B - 300$로 애플리케이션 업그레이드)에서 두 번째 생성 송장은 다음과 같습니다.
Expand
설명비용

애플리케이션 업그레이드('플랜 A'를 '플랜 B'로)

50

합계

50

여기서 50$는 월의 나머지 기간 (150$ - 100 $)에 대한 새로운 계획과 이전 계획의 예리된 비용의 차이점입니다.

2018년 4월 20일 이후 계산은 송장에 보다 명확하게 반영되며(별도의 취소 및 청구 포함) 총 비용은 이전과 동일하게 유지됩니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat