본 문서는 로열티 관리 완벽 가이드의 일부입니다.
분기를 성공적으로 마감했습니다. 저자들이 로열티 명세서를 묻고 있습니다. 모든 것을 빠르게 처리하고 지급금을 보내고 싶은 유혹이 있습니다. 하지만 실제로 입금된 수익 전에 로열티를 지급하면, 아직 없는 돈을 쓰는 것입니다. 박리한 마진으로 운영하는 독립 출판사에게는 가장 위험한 재무 실수 중 하나입니다.
유통사 지급 간격
독자가 10월에 당신의 책을 구매해도 10월에 그 수익을 받지는 않습니다. 모든 유통사는 고유의 지급 일정을 따르며, 지연 기간이 상당합니다.
Amazon KDP는 일반적으로 판매월 종료 후 약 60일 후에 지급합니다. 따라서 10월 판매액은 12월 말이나 1월 초에 입금됩니다. Ingram과 Lightning Source는 약 90일 주기로 운영되므로 10월 판매액은 1월 말이나 2월에 계좌에 입금될 수 있습니다.
다른 유통사와 소매업체는 이 범위 내에서 운영됩니다. 중요한 점은 어떤 업체도 실시간으로 지급하지 않으며, 각각 다른 달력을 따릅니다. 여러 유통사와 협력하는 경우(대부분의 출판사가 그렇습니다), 모든 지급 일정을 추적해야 합니다. 이러한 일정이 어떻게 다른지 자세히 알아보려면 유통사 지급 일정 이해하기 문서를 참조하세요.
수학으로 살펴보기
구체적인 예를 들어봅시다. 분기별 로열티를 운영하고 Q4 기간이 10월부터 12월까지라고 가정합니다. Amazon KDP와 Ingram을 유통사로 사용합니다.
지급 일정은 다음과 같이 진행됩니다:
- 10월 판매액: Amazon은 12월 말경 지급. Ingram은 1월 말경 지급.
- 11월 판매액: Amazon은 1월 말경 지급. Ingram은 2월 말경 지급.
- 12월 판매액: Amazon은 2월 말경 지급. Ingram은 3월 말경 지급.
마지막 지급은 Ingram의 12월 판매액으로, 3월 말경에 최소한 입금됩니다. 따라서 4월이 Q4 로열티 실행을 안전하게 처리할 수 있는 첫 달입니다.
1월이나 2월에 처리하면(분기가 끝났고 "적절한 시간"인 것처럼 느껴지기 때문에), 아직 받지 않은 수익을 기반으로 저자에게 지급하게 됩니다. 사실상 자신의 운영 자본으로 로열티 지급에 자금을 제공하는 것입니다. 수십 개의 제목에 걸쳐 로열티를 처리하는 출판사의 경우, 이 간���은 수천 달러에 달할 수 있습니다.
로열티 기간 길이의 선택은 이 계산을 훨씬 더 중요하게 만듭니다. 더 짧은 기간은 더 자주 처리해야 하므로 유통사 지급이 실제로 언제 정산되는지에 더 주의깊게 살펴봐야 합니다.
예상과 추정이 충분하지 않은 이유
일부 출판사는 받을 것으로 예상되는 것을 추정하여 지급 간격을 피하려고 합니다. 이 접근 방식은 두 가지 심각한 문제를 야기합니다.
첫째, 추정 수익은 실제 수익이 아닙니다. 유통사는 반품, 환전 거부, 환율 변동을 조정합니다. 최종적으로 받는 금액은 예상과 크게 다를 수 있습니다. 이미 추정을 기반으로 로열티를 지급했다면, 다음 기간에 수정 사항을 추적해야 합니다.
둘째, 추정 지급금은 감사 추적을 끊습니다. 저자가 로열티 명세서에 대해 질문할 때, 특정 유통사로부터 받은 실제 지급금으로 모든 항목을 추적할 수 있어야 합니다. 추정치는 그 수준의 책임을 제공할 수 없습니다.
정산 원칙
가장 안전한 접근 방식은 간단합니다: 해당 기간에 모든 유통사 지급금을 받고 기록할 때까지 로열티 실행을 처리하지 마세요.
이것은 과도한 신중함이 아닙니다. 실제로 보유한 돈에서 로열티를 지급하도록 보장하는 유일한 방법입니다. 또한 로열티 명세서가 추정치가 아닌 실제 수치를 반영하므로 시간이 지남에 따라 저자와의 신뢰가 구축됩니다.
여러 통화에 걸쳐 국제 판매를 관리하는 출판사의 경우 정산이 훨씬 더 중요합니다. 현지 통화로 받는 금액은 판매 당시의 환율이 아닌 지급 당시의 환율에 따라 결정됩니다. 그 지급금이 도착할 때까지 발행인 통화(출판사의 통화)의 정확한 수치를 알 수 없습니다. 무료 가이드를 다운로드하려면, 국제 지급 일정이 더 자세히 다루어집니다.
Royalties HQ의 처리 방식
Royalties HQ는 로열티가 확인되고 받은 수익에서만 계산되어야 한다는 원칙으로 구축되었습니다. 시스템은 로열티 실행이 진행되기 전에 판매 데이터를 실제 발행인 수익 지급금과 연결하는 정산 모델을 통해 이를 적용합니다.
새로운 로열티 실행을 생성할 때, 기본 제공되는 체크리스트는 아직 발행인 수익과 정산되지 않은 판매 배치에 플래그를 지정합니다. 빨간색 경고는 이러한 간격이 해결될 때까지 진행할 수 없도록 방지합니다. 이는 받지 않은 수익에 대해 로열티를 처리하는 것이 구조적으로 불가능함을 의미합니다. 또한 시스템은 지급금이 연결되면 자동으로 통화 변환을 처리하므로 로열티 항목은 항상 추정치가 아닌 실제 환율을 기반으로 발행인 통화로 계산됩니다.
지급 달력 작성
실제적인 조언은 각 유통사의 지급 일정을 로열티 기간과 매핑하는 지급 달력을 작성하는 것입니다.
작업하는 모든 유통사와 일반적인 지급 지연을 나열하는 것으로 시작합니다. 그런 다음 각 로열티 기간에 대해 가장 최근의 예상 지급 날짜를 파악합니다. 그 날짜(그리고 지연에 대한 작은 버퍼)가 가장 빠른 처리 날짜가 됩니다.
예를 들어, 가장 긴 유통사 지연이 90일이고 분기별 로열티를 운영하는 경우, 처리 일정은 다음과 같을 수 있습니다:
- Q1 (1월~3월): 7월 이전에 처리하지 마세요
- Q2 (4월~6월): 10월 이전에 처리하지 마세요
- Q3 (7월~9월): 1월 이전에 처리하지 마세요
- Q4 (10월~12월): 4월 이전에 처리하지 마세요
이 일정은 단 하나의 로열티 항목을 계산하기 전에 모든 지급금이 정산되도록 보장합니다. 현금 흐름을 보호하고, 정확한 명세서를 생성하며, 저자 관계를 견고한 ��반 위에 유지합니다.
결론
출판사 로열티 지급 일정은 부차적인 운영 세부 사항이 아닙니다. 기본적인 재무 규율입니다. 지급받기 전에 로열티를 지급하는 것은 아직 만기되지 않은 의무를 충당하기 위해 자신의 비즈니스에서 차입하는 것입니다. 해결책은 간단합니다: 모든 유통사 지급금이 도착할 때까지 기다리고, 판매 데이터를 실제 수익과 정산하고, 그 때만 로열티 실행을 처리하세요. 당신의 현금 흐름(그리고 저자들)이 감사할 것입니다.
로열티 워크플로우 구성에 대한 자세한 내용은 로열티 관리 완벽 가이드를 읽어보세요.
