이 문서는 로열티 관리 완벽 가이드의 일부입니다.
국제적으로 출판하는 경우, 로열티 기간마다 계속해서 환율을 변환하게 됩니다. Amazon은 독일 판매에 대해 EUR로 지급하고, Lightning Source는 영국 판매에 대해 GBP로 지급하며, 각 지급액은 저자에게 지불할 금액을 계산하기 전에 출판사 통화로 변환되어야 합니다. 대부분의 출판사는 이를 수동으로 처리하며, 많은 출판사들이 이 때문에 손실을 입고 있습니다. 극적이고 명확한 방식은 아니지만, 시간이 지나면서 누적되는 작고 지속적인 오류 때문입니다.
“어느 날짜의 환율을?” 문제
환율은 끊임없이 변동합니다. 3월 1일의 EUR/USD 환율이 1.085일 수 있고, 3월 15일이 되면 1.092일 수 있습니다. 유통업체가 실제로 지급액을 변환할 때쯤이면 1.088일 수 있습니다. 유럽 판매 배치를 달러로 변환하기 위해 앉을 때, 어느 환율을 사용하나요?
대부분의 출판사는 합리적인 곳에서 환율을 선택합니다. 아마도 로열티를 처리하는 날의 환율, 금융 웹사이트의 월간 평균, 또는 "EUR to USD"를 입력했을 때 Google에 표시되는 환율일 수 있습니다. 문제는 이러한 환율 중 어느 것도 실제로 당신의 돈에 적용된 환율이 아니라는 것입니다.
유통업체는 특정 날짜에 특정 환율을 사용하여 EUR 판매액을 USD로 변환했습니다. 은행은 자금을 수령할 때 약간 다른 환율을 적용했을 수 있습니다. 당신이 찾은 환율은 완전히 다른 세 번째 숫자입니다. 이제 당신은 진실의 세 가지 다른 버전을 가지고 있으며, 로열티 스프레드시트는 당신이 우연히 선택한 것을 반영합니다.
작은 오류가 어떻게 누적되는가
단일 환율 변환에서 0.5% 오류는 사소해 보입니다. $10,000 EUR 지급액의 경우, 이는 $50입니다. 짜증스럽지만 견딜 수 있습니다. 이제 국제적으로 배포되는 카탈로그의 현실에 걸쳐 이를 곱해보세요.
분기마다 5가지 통화로 지급액을 받는다고 가정합니다. 각 통화에는 자신의 변환이 있으며, 각 변환은 한 방향 또는 다른 방향의 작은 오류를 수반합니다. 일부 오류는 상쇄되겠지만, 많은 오류는 상쇄되지 않을 것입니다. 수동 변환의 편향이 무작위가 아닌 체계적인 경향이 있기 때문입니다. 유통업체가 변환한 후 며칠 후에 환율을 일관���게 조회하면, 일관되게 약간 다른 숫자를 얻게 됩니다.
전체 연도에 걸쳐, 평균 0.5% 환율 변환 오류로 $200,000의 국제 판매를 처리하는 출판사는 대략 $1,000의 설명할 수 없는 차이를 마주하게 됩니다. 이는 은행 거래명세서와 맞지 않는 $1,000이며, 특정 저자에게 자신있게 귀속시킬 수 없고, 조정하기 위해 몇 시간을 소비하게 될 것입니다.
더 큰 카탈로그나 더 많은 통화로 작업하는 출판사의 경우, 숫자는 비례적으로 증가합니다. 국제 판매 $500,000에서 1% 오류율은 당신의 회계사나 저자, 또는 둘 다에게 설명해야 할 $5,000의 차이입니다.
조정 격차
수동 환율 변환의 실제 비용은 오류의 달러 금액만이 아닙니다. 그것은 계산된 로열티와 실제 은행 입금 간의 조정 격차입니다.
조회된 환율을 사용하여 판매를 변환하면, 변환된 총 수익은 실제로 받은 지급액과 거의 일치하지 않을 것입니다. 차이는 한 지급에서 $30일 수 있고 다른 지급에서 $150일 수 있습니다. 이러한 격차는 계정에 누적되며, 두 가지 문제를 야기합니다.
첫째, 불일치가 환율 변환 반올림 오류인지 판매 데이터의 실제 실수인지 알 수 없습니다. 예상보다 적게 받은 이유가 환율이 약간 달랐기 때문인가, 아니면 유통업체가 50개 단위를 줄인 것인가? 모든 지급액에 작은 설명할 수 없는 차이가 있으면, 실제 오류를 발견할 수 있는 능력을 잃습니다.
둘째, 저자의 로열티 명세서는 당신의 수입과 일치하지 않을 것입니다. 저자가 국제 판매의 수학을 설명해달라고 요청하면, 숫자가 정확히 더해지지 않는 지점에 도달할 것입니다. 그 대화는 실제 지급액에 미치는 영향이 작더라도 신뢰를 훼손합니다.
숨겨진 시간 비용
재정 오류 외에도, 수동 환율 변환은 상당한 시간 낭비입니다. 각 기간마다, 모든 통화의 환율을 조회하고, 모든 판매 배치에 적용한 다음, 합계가 은행 입금액과 일치하지 않는 이유를 파악해야 합니다.
Excel에서 로열티를 관리하는 출판사들은 종종 별도의 환율 테이블이나 변환 워크시트를 유지합니다. 이는 손상될 수 있는 또 다른 수식 레이어, 실수로 덮어쓸 수 있는 또 다른 셀 집합, 사무실의 한 사람만 유지 관리 방법을 아는 또 다른 것을 추가합니다.
현대적 로열티 관리의 전체 범위를 이해하고 싶다면, 무료 가이드를 다운로드하여 포괄적인 설명을 받으세요.
Royalties HQ가 이를 처리하는 방법
Royalties HQ는 수입 우선 조정 모델을 사용하여 수동 환율 변환을 완전히 제거합니다. 환율을 조회하는 대신, 유통업체로부터 출판사 통화로 실제로 받은 금액을 시스템에 알려줍니다. 그러면 RHQ는 해당 지급액을 해당 판매 배치와 연결하고 변환 환율을 자동으로 계산합니다.
실제로 어떻게 보이는지는 다음과 같습니다. 유통업체가 EUR 판매 보고서와 $10,850 지급액을 보냅니다. 판매 보고서를 가져오고, 수입 지급액을 기록하며, 둘을 연결합니다. RHQ는 지급액을 EUR 합계로 나누어 실제 환율을 도출한 다음, 배치의 모든 판매 라인에 적용합니다. 변환된 합계는 은행 입금액과 정확히 일치합니다. 왜냐하면 은행 입금액에서 파생되었기 때문입니다.
출판사 통화로 이미 있는 판매의 경우, 수입 지급액이 필요하지 않습니다. RHQ는 이를 자동으로 처리합니다. 환불로 인한 음수 배치의 경우, 시스템은 판매 월 말의 환율을 조회하고 필요하면 날짜를 조정할 수 있게 합니다.
결과적으로 로열티 계산은 항상 실제 금액과 일치합니다. 조정 격차, 타이밍 불일치, 현실을 반영할 수도 있고 아닐 수도 있는 ��율 조회로 가득한 스프레드시트가 없습니다. 여러 통화에 걸쳐 수입 우선 변환이 어떻게 작동하는지 더 깊이 있게 살펴보려면, 다중 통화 로열티 변환에 관한 당사 문서를 참조하세요.
환율 추측 중단하기
수동 환율 변환은 누적 비용을 살펴볼 때까지 관리할 수 있다고 느껴지는 프로세스 중 하나입니다. 오류는 개별적으로는 무시할 수 있을 정도로 작지만 연간으로는 중요할 정도로 충분합니다. 조정 격차를 추적하는 데 소비된 시간은 출판에 소비할 수 있는 시간입니다. 그리고 수학이 정확히 맞지 않음을 알아차린 저자들과의 신뢰 부족은 정량화하기 더 어렵지만 똑같이 실제입니다.
해결책은 더 나은 환율 소스를 찾거나 스프레드시트를 더 신중하게 관리하는 것이 아닙니다. 해결책은 실제로 받은 수입에 대해 조정함으로써 추측을 완전히 제거하는 것입니다.
