이 글은 로열티 관리 완벽 가이드의 일부입니다.
3월에 첫 번째 저작물을 출판했고, 7월에 두 번째, 11월에 세 번째를 출판했습니다. 각 계약서에는 로열티가 출판일로부터 매년 계산된다고 명시되어 있습니다. 책이 3권일 때는 문제가 없었습니다. 하지만 지금은 연중 40개의 저작물을 관리하고 있으며, 거의 매주 로열티 계산을 실행하고 있습니다. 출범 당시에는 자연스럽던 저작물별 기념일 접근 방식이 이제는 운영상의 악몽이 되었습니다.
기념일 함정
많은 출판사가 각 저작물의 로열티 기간을 출판일에 맞춰 시작합니다. 직관적으로 말이 됩니다. 책이 6월 15일에 출판되었으므로, 로열티 연도는 6월부터 6월까지 입니다. 문제는 이 접근 방식이 카탈로그가 아주 작을 때만 작동한다는 것입니다.
카탈로그가 증가하면서, 이러한 개별 기념일들이 쌓여갑니다. 20개의 저작물이 있으면 로열티 기간이 8개월에 다르게 종료될 수 있습니다. 50개 이상이면 거의 매주 로열티 실행을 처리할 수도 있습니다. 각 실행에는 판매 데이터 임포트, 출판사 수입 조정, 명세서 생성 및 지급 발행이 필요합니다. 이를 수십 개의 겹치는 일정에 곱하면 출판사 로열티 일정 확장 문제가 명확해집니다.
관리 비용은 단순히 시간만이 아닙니다. 이는 또한 주의력입니다. 모든 로열티 실행은 초점과 정확성을 요구합니다. 연간 더 많은 실행을 처리할수록, 뭔가를 놓칠 기회가 더 많아집니다. 로열티를 받기 전에 지급해서는 안 되는 이유에 관한 우리의 글에서 다뤘듯이, 각 실행은 또한 배포자 지급이 실제로 정산되는 시점과 맞아야 합니다. 수십 개의 다른 기간 종료일에 걸쳐 이를 조정하는 것은 오류의 원인입니다.
통합이 어떻게 보이는지
로열티 일정 통합은 모든 저작물을 동일한 로열티 기간 유형과 달력으로 이동시키는 것을 의미합니다. 각 저작물을 자체 기념일로 실행하는 대신, 표준 빈도를 선택하고 이를 전반적으로 적용합니다.
대부분의 출판사에게는 분기별이 올바른 선택입니다. 이는 저자들을 정기적인 지급으로 충분히 만족시키면서 관리 가능한 연 4회 실행을 제공합니다. 일부 출판사는 반년별을 선호하며, 특히 느린 배포자를 다루거나 수동으로 로열티를 관리할 때 그렇습니다. 핵심 결정은 올바른 로열티 기간 빈도 선택에 관한 우리의 글에서 자세히 다뤄집니다.
통합 후, 당신의 연도는 예측 가능해집니다. 4월에 Q1을, 7월에 Q2를, 10월에 Q3을, 1월에 Q4를 처리합니다. 모든 저작물, 모든 권리 보유자, 모든 배포자 지급은 동일한 주기를 통해 흐릅니다. 당신의 팀은 정확히 언제 업무량이 올지 알고 있으며, 그에 따라 계획할 수 있습니다.
기간 중간에 출판된 저작물 처리
통합에 대한 가장 일반적인 우려는 새로운 일정과 깔끔하게 정렬되지 않는 저작물에 어떤 일이 발생하는지입니다. 달력 분기별 로열티로 전환하고 저작물이 2월 15일에 출판된 경우, 2월 15일부터 3월 31일까지 단 6주에 대한 로열티를 지급해야 합니까?
예, 그리고 이것은 완전히 괜찮습니다. 새로 출판된 저작물의 첫 번째 기간은 단기 기간입니다. 이는 출판일부터 현재 분기(또는 선택한 빈도에 따라 반년)의 종료일까지 포함합니다. 그 초기 단기 기간 이후, 후속의 모든 기간은 표준 길이의 전체 기간입니다.
이는 비정상이 아닙니다. 대부분의 출판사는 이미 신작에 대한 단기 첫 기간을 다루고 있습니다. 차이점은 통합 후, 단기 기간은 출시 시점에 저작물당 한 번만 발생합니다. 그 이후로, 모든 것은 나머지 카탈로그와 발맞춰 진행됩니다.
기존 저작물 전환
이미 기념일 일정에 있는 저작물을 이동하려면 좀 더 계획이 필요하지만, 프로세스는 간단합니다.
먼저 전환 날짜를 선택합니다. 1월 1일이나 7월 1일 같은 깔끔한 달력 경계가 가장 좋습니다. 둘째, 현재 기념일 주기에 있는 각 저작물에 대해, 마지막 기념일 기간의 종료부터 전환 날짜까지 지급되는 로열티를 계산합니다. 이는 구 시스템 아래에서 마지막 단기 기간 실행을 생성합니다.
전환 후, 모든 저작물은 새로운 통합 일정을 따릅니다. 이 변경사항을 권리 보유자에게 알려야 할 것입니다. 대부분의 저자는 이의를 제기하지 않을 것이며, 특히 새로운 일정이 더 빈번한 지급을 의미하는 경우(예를 들어, 연 1회에서 분기별로 이동)입니다. 우리의 무료 가이드를 다운로드하면, 저자에게 일정 변경을 알리는 데 사용할 수 있는 템플릿 편지가 포함되어 있습니다.
계약에 기념일 기반 기간이 명시적으로 명시된 저작물의 경우, 계약 수정안을 발행해야 할 수도 있습니다. 일부 왕복이 필요하더라도 이것은 할 가치가 있습니다. 왜냐하면 장기 운영 절감액이 일회성 노력을 훨씬 초과하기 때문입니다.
단일 일정의 복합적 이점
로열티 실행 수를 줄이는 것 외에도, 통합은 시간이 지남에 따라 누적되는 더 작은 개선의 연쇄 효과를 생성합니다.
배포자 조정이 더 간단해집니다. 모든 저작물이 동일한 기간을 공유할 때, 연중 계속 진행되지 않고 주기당 한 번만 각 배포자의 지급이 도착했는지 확인하면 됩니다.
오류 감지가 개선됩니다. 모든 것을 함께 처리할 때, 판매 데이터의 간격이나 누락된 수입 지급을 더 쉽게 발견할 수 있습니다. 판매가 0인 저작물은 모두 데이터가 있는 49개 다른 저작물 옆에 앉아 있을 때 눈에 띕니다.
예측이 가능해집니다. 예측 가능한 일정으로, 향후 로열티 부채를 몇 주 전에 추정할 수 있습니다. 이는 당신의 재무 팀에 현금 흐름에 대한 더 나은 가시성을 제공하고 분산된 처리 날짜로 인한 놀라움을 피합니다.
Royalties HQ가 이를 처리하는 방식
Royalties HQ는 각 로열티 실행이 한 기간 유형을 포함한다는 개념을 기반으로 구���되었습니다. 새로운 로열티 실행을 생성할 때, 기간 길이와 특정 날짜 범위를 선택하면, 시스템은 미처리 판매 데이터가 있는 해당 기간 유형과 일치하는 모든 저작물을 가져옵니다.
이는 통합이 소프트웨어를 사용하는 자연스러운 방식임을 의미합니다. 저작물이 공통 기간 유형을 공유하면, 분기별(또는 반년별)로 한 번의 실행을 생성하고 단일 패스에서 모든 것을 처리합니다. 내장된 체크리스트는 진행하기 전에 누락된 판매 데이터나 조정되지 않은 출판사 수입이 있는 모든 저작물을 표시하므로, 아무것도 빠지지 않습니다.
전환 중간에 있는 출판사의 경우, 새로운 일정으로 저작물을 전환하기 전에 이전 기념일 주기를 종료하기 위해 단기 기간 따라잡기 실행을 수행할 수 있습니다. 시스템은 부분 기간을 깔끔하게 처리하므로, 전환 중에 데이터를 잃지 않습니다.
다음 로열티 주기로 시작합니다
모든 것을 한 번에 개조할 필요는 없습니다. 가장 간단한 접근 방식은 통합된 빈도를 선택하고, 권리 보유자에게 이를 알리고, 다음 전체 기간부터 적용하는 것입니다. 정렬이 필요한 모든 저작물에 대해 최종 단기 기간 실행을 처리하고, 그 시점부터 단일 일정을 따릅니다.
운영상의 차이는 극적입니다. 수십 개의 기념일을 추적하고 로열티 계산을 계속 실행하는 대신, 연간 일정한 수의 처리 창을 갖추게 됩니다. 당신의 업무량은 예측 가능해지고, 오류율은 떨어지며, 저자들은 의지할 수 있는 일정에 따라 일관되고 안정적인 명세서를 받습니다.
로열티 워크플로우 구조화에 대한 자세한 내용은 로열티 관리 완벽 가이드를 읽으세요.
