이 글은 우리의 로열티 관리 완벽 가이드의 일부입니다.
국제적으로 출판한다면, 받은 편지함은 통화의 향연입니다. Amazon KDP는 미국 판매에 대해 USD로, 유럽 마켓플레이스 판매에 대해 EUR로 지급합니다. Lightning Source는 영국 판매에 대해 GBP로, 호주 판매에 대해 AUD로 지급합니다. 각 지급은 다른 통화로, 다른 시간에 도착하고, 어떻게든 저자들을 위해 정확한 로열티를 단일하고 일관된 통화로 계산해야 합니다.
대부분의 출판사는 환율 조회 테이블로 이를 해결하려고 시도합니다. 그 접근 방식은 규모에 맞게 작동하게 할 때까지는 합리적으로 들립니다. 더 나은 방법이 있습니다.
환율 테이블의 함정
전통적인 워크플로우는 다음과 같습니다. 다양한 EUR 가격 포인트로 독일에서 판매된 500개 단위를 보여주는 판매 보고서를 다운로드합니다. 관련 월의 EUR/USD 환율을 조회하고, 각 줄에 적용한 후, 변환된 금액을 로열티 스프레드시트에 기록합니다.
문제는 환율이 지속적으로 변한다는 것입니다. 조회하는 날의 환율은 유통업체가 실제로 지급을 변환할 때 사용한 환율과 다를 수 있습니다. 또한 은행이 자금을 받을 때 적용한 환율과도 다를 수 있습니다.
이러한 작은 차이는 수백 개의 판매 줄, 여러 유통업체, 그리고 여러 통화에 걸쳐 합산됩니다. 분기가 끝날 무렵, 계산된 로열티와 실제 은행 입금이 더 이상 일치하지 않습니다. 추적하기 어렵고 해결하기 시간 소모적인 조정 차이가 남게 됩니다.
실제로 이것이 어떤 비용을 초래하는지에 대한 자세한 내용은 수동 통화 변환의 숨겨진 비용에 대한 우리의 글을 참조하세요.
타이밍 불일치가 문제를 악화시키는 이유
환율이 유일한 변수는 아닙니다. 유통업체들은 지급 주기의 다른 지점에서 통화를 변환합니다. Amazon은 월 15일에 EUR을 USD로 변환할 수 있습니다. Lightning Source는 월 28일에 GBP를 USD로 변환할 수 있습니다. 은행은 자금이 실제로 도착할 때 또 다른 환율을 적용할 수 있습니다.
대부분의 스프레드시트 워크플로우가 요구하는 대로 한 달 전체에 단일 환율을 선택하면, 이러한 타이밍 차이를 평활화하게 됩니다. 결과는 계산한 내용과 받은 내용 사이의 작���만 지속적인 불일치입니다.
5개 또는 6개 통화에 걸친 1년 전체의 로열티 처리 동안, 이러한 불일치는 수백에서 수천 달러까지 합산될 수 있습니다. 이는 저자들이 의문을 제기할 수 있는 돈이고, 쉽게 설명할 수 없는 돈입니다.
수입 우선 접근 방식
다중 통화 로열티를 처리하는 근본적으로 다른 방법이 있습니다. 외부 환율을 사용하여 판매 수치를 변환하는 대신, 실제 수입 지급부터 시작합니다.
논리는 다음과 같습니다. 유통업체가 EUR로 판매 보고서를 보내고 USD로 지급을 보냅니다. 지급은 유통업체 자신의 통화 변환 후 그 판매의 실제 가치를 나타냅니다. 판매 보고서를 지급과 연결하면, 암시적 환율, 즉 실제로 돈에 적용된 환율을 도출할 수 있습니다.
이것은 근사치가 아닙니다. 산술입니다. 판매 배치가 EUR 10,000에 합계되고 해당 지급이 $10,850이면, 유효 환율은 1.085입니다. 그 배치의 모든 판매 줄이 같은 환율로 변환되고, 합계는 은행 입금과 정확히 일치합니다.
조회 테이블이 없습니다. 타이밍 불일치가 없습니다. 조정 차이가 없습니다.
실제로 어떻게 작동하는가
국제적으로 유통되는 출판사의 일반적인 워크플로우는 다음과 같습니다:
- 각 유통업체에서 판매 보고서 다운로드(Amazon KDP, Lightning Source, Ingram 및 기타).
- 판매 데이터를 로열티 시스템으로 가져오기. Royalties HQ를 사용하는 경우, 이는 원본 파일을 업로드하는 것을 의미합니다. RHQ는 10가지 유통업체 형식을 기본적으로 지원하며, 여기에는 Amazon KDP, Lightning Source, ACX가 포함됩니다.
- 출판사 수입 기록, 국제 판매의 각 배치에 대해 출판사 통화로 받은 실제 지급액.
- 수입 지급을 관련 판매 배치와 연결. 시스템이 환율을 자동으로 계산합니다.
이미 출판사 통화로 된 판매의 경우, 수입 지급이 필요하지 않습니다. 시스템이 자동으로 처리합니다.
이 접근 방식은 환율을 조회하거나, 환율 테이블을 유지하거나, 어느 날짜의 환율을 사용할지 논쟁할 필요가 없다는 의미입니다. 환율은 실제로 변환된 돈에서 도출된 사실입니다.
더 넓은 범위의 모범 사례를 원한다면, 무료 가이드를 다운로드하여 로열티 관리 프로세스의 완벽한 설명을 받으세요.
음수 배치는 어떻게 되나요?
반품 및 조정은 음수 합계가 있는 판매 배치를 만들 수 있습니다. 이들은 연결할 양수 수입 지급이 없기 때문에 까다롭습니다.
좋은 로열티 시스템은 해당 배치의 판매 월 말 환율을 조회하여 자동으로 적용하여 이를 처리합니다. 또한 실제 지급 타이밍이 다를 경우 조회 날짜를 조정할 수 있는 옵션이 있어야 합니다.
Royalties HQ가 이를 처리하는 방법
Royalties HQ는 이 수입 우선 조정 모델을 중심으로 구축되었습니다. 출판사 수입 지급을 추가하고 이를 하나 이상의 국제 판매 배치와 연결하면, RHQ는 받은 실제 금액을 기반으로 환율을 자동으로 계산합니다. 연결된 배치의 모든 판매 줄이 도출된 환율로 변환되므로, 로열티 계산은 항상 실제 수입과 일치합니다.
음수 국제 배치의 경우, RHQ는 판매 월 말의 환율을 자동으로 조회하고 필요한 경우 날짜를 조정할 수 있습니다. 출판사 통화로 된 판매는 어떤 수동 단계 없이 처리됩니다.
그 결과 통화 변환은 오류의 원인이 되는 것을 멈추고 투명해집니다. 실제 판단이 필요한 로열티 관리의 부분에 시간을 소비하고, 스프레드시트에서 환율 차이를 추적하는 데 시간을 소비하지 않습니다.
다중 통화 로열티 관리를 위한 실용적인 팁
유통업체 지급을 ���도로 유지하세요. 유통업체가 다양한 마켓플레이스 또는 통화에 대한 지급을 보낼 때, 각각을 개별적으로 기록하세요. 지급을 합치는 것은 수입과 특정 판매 배치를 연결하는 목적을 무효화합니다.
모든 지급이 도착한 후 로열티를 처리하세요. 국제 지급은 종종 국내 지급보다 늦게 도착합니다. 특정 기간에 대한 모든 지급을 받을 때까지 기다렸다가 로열티를 실행하세요. 이는 모든 판매 배치를 해당 수입과 연결할 수 있도록 합니다.
진행하면서 조정하세요. 분기 말까지 기다리지 마세요. 지급이 도착할 때 수입 지급을 판매 배치와 연결하는 것은 프로세스를 관리 가능하게 유지하고 누락된 데이터를 조기에 표면화합니다.
도출된 환율을 검토하세요. 연결한 후, 암시된 환율이 합리적으로 보이는지 확인하세요. 해당 기간의 시장 범위를 벗어나는 환율은 수입 금액의 데이터 입력 오류나 연결된 판매 배치의 불일치를 나타낼 수 있습니다.
다중 통화 로열티 변환은 복잡할 필요가 없습니다. 예상 환율이 아닌 실제 수입에 대해 조정하면, 숫자는 단순히 작동합니다.
