SaaS 캘린더 빌링이란?

캘린더 청구 모델은 각 고객이 가입한 시기와 관계없이 회사에서 모든 고객에게 동일한 청구일에 요금을 부과하는 “반복 매출” 유형입니다. 이는 재무팀의 현금 흐름 예측 및 미수금 프로세스에 영향을 미치는 것으로 보입니다.

이 모델의 수익 창출 흐름은 동기화와 투명성을 기반으로 합니다. 주요 기능은 다음과 같습니다:

• 동일 단위 청구일: 모든 고객이 같은 날짜에 인보이스를 받습니다.
• 비례 할당이 자동으로 이루어집니다.: 시스템은 가입과 첫 청구일 사이의 “간격” 일수에 대해 청구될 금액을 산정합니다.
• 송장 발행: 여러 좌석 또는 추가 기능을 사용하는 고객들은 일반적으로 단일 통합 청구서를 받습니다..
• 일괄 결제: 결제 게이트웨이는 정해진 시간에 대규모 일괄 처리로 거래를 처리합니다.

캘린더 결제는 모든 고객에게 단일한 공통 날짜를 지정하는 반면, 기념일 결제는 정반대입니다. 각 고객은 서비스에 처음 구독한 정확한 날짜에 요금이 청구됩니다. 따라서 사용자 A가 6월 12일에 시작하고 사용자 B가 6월 23일에 시작하면, 매달 각각 해당 날짜에 요금이 청구됩니다.

•   기념일 기반 청구는 달력 기반 청구와 달리 일반적으로 일관된 청구일을 만들지 않습니다. 대신, 개별 거래의 지속적인 흐름을 생성합니다.
•   달력 기반 청구의 일할 계산은 첫 부분 월에 있어 '필수적'이며, 기념일 기반 청구의 일할 계산은 일반적으로 문제가 되지 않습니다.
•   인보이스를 단일 일괄 처리로 통합하는 것은 다양한 날짜의 수많은 인보이스를 처리하는 것과 다른 회계 업무 부담을 줄 수 있습니다.

재무 부서가 결제 실패를 해결하기 위해 특정 기간을 할애하는 능력은 송장 발행과 동시에 표준 청구 주기를 운영하는 것에 달려 있을 수 있습니다. 또는, 결제 복구 프로세스가 필요할 수 있으며, 이는 재무 부서의 연중 정기적인 모니터링을 요구할 수 있습니다.

•   이는 수익을 표준 역월과 일치시킵니다.
•   다양한 날짜 대신 모든 인보이스에 "매달 1일 청구"와 같이 일관된 청구일을 사용하면 영업팀으로 들어오는 결제 주기 관련 문의 수에 영향을 미칠 수 있습니다.
•   청구가 단일 이벤트로 발생하는 것은 관리상의 접점을 줄이고 간접비에도 잠재적인 영향을 미칠 수 있습니다.

초기 단계는 기념일 기반 요금제에서 벗어나는 것을 평가하는 것입니다. 달력 기반 앵커를 선택해야 할 수도 있습니다. 달력 앵커는 주기가 다시 시작되는 월의 특정 일(예: 1일)입니다. 또한 Stripe, Chargebee 또는 Recurly와 같이 “결제 주기 앵커” 설정을 처리할 수 있는 인보이싱 시스템이 필요합니다.

1. 앵커 날짜 선택: 일반적인 고객의 회계 주기는 매월 며칠에 맞춰져 있습니까?
2. 비례 배분 로직 설정: 비례 배분된 고객에게 선불로 청구하시겠습니까, 아니면 첫 번째 전체 주기를 기다리시겠습니까?
3. 서비스 약관 수정: 고객은 송장 불일치와 관련한 잠재적 혼란을 피하기 위해 이 변경 사항을 통지받아야 합니다.
4. 원장과 연동: ERP가 기준일에 대규모 데이터 업로드를 처리하도록 설정되어 있는지 확인하십시오.

캘린더 결제는 단순한 결제 방식이 아니며, 다른 재무 프로세스에도 상당한 변화를 가져옵니다.

•       사용량 비례 과금: 대부분의 고객이 매월 1일에 가입하지 않으므로, 소프트웨어는 일별 요금을 산정하고 첫 달에는 고객이 가입한 날짜에 대해서만 청구해야 합니다.
•       연체 독촉: 결제 거절률 미수금 회수 과정에서 선택된 결제 처리 방식에 의해 영향을 받을 수 있습니다. 이 정보는 고객 지원팀의 후속 조치 활동의 효과에 영향을 미칠 수 있습니다.
•     수익 인정: ~에 따르면 ASC 606 규정기업은 수익이 발생함에 따라 보고해야 합니다. 캘린더 기반 청구는 서비스 기간과 재무 보고 기간이 동시에 발생함을 나타냅니다.

달력 기반 청구가 유리할 수 있지만, 한 가지 고려사항은 ~의 기술적 오류가 결제 처리자 청구 기간 동안 월별 수입에 영향을 미칠 가능성입니다.

•   고객 담당자에게 유입되는 청구 관련 문의는 다를 수 있으며, 특정 시기에 집중될 수 있습니다.
•   매우 강력한 API 시스템이 한 시간 안에 10만 건의 청구 거래를 처리하는 데 필요하며, 30일에 걸쳐 동일한 작업을 수행하는 것은 덜 부담스럽습니다.
•   결제일을 급여일에 맞추는 것은 일부 고객들에게 잠재적인 관심 분야로 파악되었으나, 현재 이 기능은 구현되지 않았습니다.