이 글은 로열티 관리 완벽 가이드의 일부입니다.
지난달 판매 데이터를 가져왔고, 저자들이 명세서를 묻고 있으며, 로열티를 실행할 준비가 되어 있습니다. 단 하나의 문제가 있습니다. 배포자 지급금의 절반이 아직 도착하지 않았습니다. 둘 이상의 배포자와 거래하는 경우(대부분의 출판사가 그렇습니다), 판매월 종료 후 30일에서 120일까지 늘어날 수 있는 지급 일정의 패치워크를 처리하고 있습니다. 각 배포자가 언제 지급하는지 정확히 아는 것은 선택 사항이 아닙니다. 정확한 로열티 처리의 기초입니다.
지급 타이밍이 큰 이유
모든 배포자와 소매업체는 지급을 다르게 처리합니다. 일부는 고정 일정에 따라 월별로 지급합니다. 다른 곳은 월별이지만 변동 지연이 있습니다. 일부는 최소 임계값에 도달한 후에만 지급합니다.
이러한 차이의 이유는 각 플랫폼이 반품을 처리하고, 원금징수를 계산하고, 글로벌 마켓플레이스에서 지급을 일괄 처리하는 방식에 따라 달라집니다. 예를 들어 Amazon KDP는 잠재적 반품을 고려하여 대략 60일 동안 지급을 보류한 후 자금을 릴리스합니다. Ingram과 Lightning Source는 더 긴 주기(일반적으로 약 90일)로 운영되며, 부분적으로는 인쇄 유통 및 반품 처리의 복잡성 때문입니다.
여러 채널을 통해 판매하는 출판사의 경우, 이러한 겹치는 타이밍은 로열티를 처리할 수 있는 시기에 직접 영향을 미치는 일정 퍼즐을 만듭니다. 각 타이밍을 이해하는 것이 문제를 해결하는 첫 번째 단계입니다.
배포자별 지급 일정
다음은 가장 일반적인 배포자 및 소매업체에 대한 실용적인 참고 자료입니다. 모든 타이밍은 대략적이며 주어진 판매월 종료부터 지급이 일반적으로 계정에 도착하는 날짜까지의 지연을 나타냅니다.
| 배포자 / 소매업체 | 일반적인 지급 지연 | 참고 사항 |
|---|---|---|
| Amazon KDP | 약 60일 | 월별 지급, 월말로부터 약 60일. KDP 대시보드에서 사용 가능한 지급 보고서. |
| Ingram / Lightning Source | 약 90일 | 월별 지급, 월말로부터 약 90일. 표준 지연 중 가장 깁니다. |
| Draft2Digital | 약 60일 | 월별 지급, 월말로부터 약 60일. |
| Apple Books | 약 45일 | 월별 지급, 월말로부터 약 45일. 최소 임계값 적용. |
| Google Play Books | 약 60일 | 월별 지급, 월말로부터 약 60일. 최소 임계값 적용. |
| Kobo | 약 60일 | 월별 지급, 월말로부터 약 60일. |
| ACX / Audible | 약 60일 | 월별 지급, 월말로부터 약 60일. Amazon KDP와 유사한 일정을 따릅니다. |
이 수치는 위치, 은행, 국가 간 통화 변환 여부에 따라 변할 수 있습니다. 국경 간 이체와 관련된 지급은 표준 지연 외에 몇 영업일이 더 걸리는 경우가 많습니다.
실제 사례: Q4 지급 매핑
분기별 로열티를 실행하고 Q4가 10월부터 12월을 포함한다고 가정해봅시다. Amazon KDP와 Ingram을 통해 배포합니다. 자금이 실제로 도착하는 시기는 다음과 같습니다.
Amazon KDP (약 60일):
- 10월 판매: 12월 말경 지급
- 11월 판매: 1월 말경 지급
- 12월 판매: 2월 말경 지급
Ingram (약 90일):
- 10월 판매: 1월 말경 지급
- 11월 판매: 2월 말경 지급
- 12월 판매: 3월 말경 지급
도착하는 마지막 지급은 Ingram의 12월 지급이며, 최소한 3월 말경에 도착합니다. 이는 4월이 Q4 로열티 실행을 안전하게 처리할 수 있는 첫 번째 달임을 의미합니다. 그보다 더 빨리 처리하면 불완전한 수입 데이터로 작업하는 것입니다.
더 일찍 처리하고 싶다면, 로열티를 받기 전에 절대 지급해서는 안 되는 이유에 관한 글을 읽어보세요. 재정적 위험은 실제입니다.
Ingram 출판사 지급 일정 상세
Ingram은 업계에서 가장 긴 지급 주기 중 하나이기 때문에 특별한 주의가 필요합니다. 약 90일의 지연은 주어진 판매월에 대해 소득이 도착하기까지 전체 분기를 기다리고 있음을 의미합니다.
Ingram 또는 Lightning Source를 통한 인쇄 유통에 크게 의존하는 출판사의 경우, 이 타이밍은 종종 전체 로열티 주기의 병목이 됩니다. Amazon 및 다른 모든 채널이 이미 지급했더라도 Ingram의 지급이 청산될 때까지 기간을 마감할 수 없습니다. 빠른 배포자가 아닌 Ingram의 일정에 맞춰 로열티 달력을 구축하는 것이 가장 안전한 방법입니다.
또한 Ingram 지급은 특히 연말 주변에서 가끔 며칠 늦을 수 있다는 점도 주목할 가치가 있습니다. 작은 완충 기간(약 일주일)을 고려하면 마지막 순간의 지연을 피할 수 있습니다.
국제 지급은 또 다른 계층을 추가합니다
배포자가 외국 통화로 지급할 때, 지급 문제는 더 복잡해집니다. 지급이 도착할 때까지 기다리는 것뿐만 아니라, 출판사 통화(출판사가 운영하는 통화)의 실제 환산 금액도 기다려야 합니다.
환율은 매일 변동하므로 EUR 또는 GBP 지급의 가치는 청산되는 시기에 따라 변합니다. 자금이 계정에 도착할 때까지 현지 통화의 정확한 금액을 알 수 없습니다. 이것이 다중 통화 로열티 환산이 추정된 환율이 아닌 실제 수취한 수입을 기반으로 할 때 가장 잘 작동하는 이유입니다. 판매에서 명세서까지의 로열티 프로세스에 대한 전체 개요를 원하시면, 단계별 설명을 위해 무료 가이드를 다운로드하세요.
Royalties HQ가 추적을 유지하는 방법
Royalties HQ는 로열티가 검증되고 수취한 수입에서만 처리되어야 한다는 원칙을 중심으로 구축되었습니다. 시스템은 조정 모델을 사용하여 판매 데이터가 실제 출판사 수입 지급과 연결되어야 로열티 실행을 진행할 수 있습니다.
새 로열티 실행을 생성할 때, 기본 제공 체크리스트는 출판사 수입과 아직 조정되지 않은 판매 배치에 플래그를 지정합니다. 빨간색 경고는 이러한 격차가 해결될 때까지 진행을 방지합니다. 이렇게 하면 아직 받지 않은 돈에 대해 로열티를 지급하는 것을 구조적으로 불가���하게 합니다.
Amazon KDP 지급의 경우, Royalties HQ는 KDP 지급 보고서의 직접 가져오기를 지원하므로 데이터를 수동으로 재형식화할 필요 없이 수입을 기록할 수 있습니다. 수입이 판매 배치에 연결될 때의 자동 통화 변환과 결합하여, 시스템은 다중 배포자, 다중 통화 로열티 처리에서 추측을 제거합니다.
지급 달력 구축
가장 실질적인 조치는 모든 배포자의 일정을 로열티 기간에 매핑하는 지급 달력을 구축하는 것입니다. 각 배포자를 나열하고, 그 일반적인 지급 지연을 기록하고, 계획된 로열티 처리 날짜에서 역산하여 모든 지급이 도착했는지 확인하세요.
Ingram이 포함된 분기별 주기를 사용하는 대부분의 출판사의 경우, 경험의 법칙은 간단합니다. 처리하기 전에 기간 종료 후 대략 90일의 완충이 필요합니다. 반기별 또는 연간 로열티를 실행하면 수학이 더 관용적이지만 원칙은 유지됩니다. 모든 지급이 청산되어야만 단일 로열티 라인을 계산할 수 있습니다.
이를 올바르게 수행하면 현금 흐름을 보호하고, 정확한 저자 명세서를 생성하며, 불완전한 데이터에 대한 로열티 처리의 스트레스가 많은 추측을 제거합니다.
로열티 워크플로우 구조화에 대한 자세한 내용은 로열티 관리 완벽 가이드를 읽어보세요.
