이 글은 로열티 관리 완벽 가이드의 일부입니다.
Amazon KDP를 통해 출판하는 경우, 이미 정해진 루틴을 알고 계실 것입니다. 매달 KDP 계정에 로그인해 판매 보고서를 다운로드하고, 스프레드시트에서 처리할 수 있는 형식으로 데이터를 정리한 후, 저자에게 지급해야 할 금액을 계산하기 위해 각 마켓플레이스별로 수동으로 데이터를 분류합니다. 이를 여러 마켓플레이스, 2~3가지 형식, 계속 증가하는 카탈로그에 적용하면 매 로열티 정산 기간마다 몇 시간을 소비하는 프로세스가 됩니다.
꼭 이렇게 복잡할 필요는 없습니다. KDP 판매 데이터를 Amazon에서 추출하여 무거운 작업을 대신해줄 로열티 소프트웨어로 옮기는 방법을 알려드리겠습니다.
KDP 판매 보고서를 찾는 방법
Amazon KDP는 리포팅 대시보드를 통해 판매 보고서를 제공합니다. 다운로드하려면:
- KDP 계정에 로그인합니다.
- 상단 메뉴에서 **Reports(리포트)**로 이동합니다.
- **Prior Months’ Royalties(지난 달 로열티)**를 선택하여 완료된 판매 기간에 대한 과거 데이터를 불러옵니다.
- 필요한 월을 선택하고 보고서를
.xlsx파일로 다운로드합니다.
KDP는 각 마켓플레이스별로 별도의 보고서(미국, 영국, 독일, 프랑스, 일본 등)를 생성합니다. 이는 각 마켓플레이스 보고서가 해당 지역의 통화로 제공되기 때문에 이해하는 것이 중요합니다. 미국 판매는 USD로, 영국 판매는 GBP로, 독일 판매는 EUR로 표시됩니다. 여러 국가에서 판매되는 도서의 로열티를 처리하는 경우, 매달 여러 파일과 여러 통화를 다루게 됩니다.
전자책과 인쇄본(페이퍼백 및 하드커버) 판매가 모두 이 보고서에 포함됩니다. KDP는 데이터를 함께 통합하므로, 하나의 마켓플레이스 파일에 Kindle 판매와 주문형 인쇄 판매가 함께 포함될 수 있습니다. 각 행은 특정 도서의 특정 형식에 대한 거래를 나타냅니다.
KDP 결제 일정 이해하기
신규 출판사가 놓치기 쉬운 부분은 결제 지연입니다. Amazon KDP는 판매 월의 종료 후 약 60일 후에 결제합니다. 예를 들어, 1월의 판매는 3월 말까지 은행 계좌에 입금되지 않습니다.
로열티 회계에서 중요한 ���유는 올바른 판매 기간과 결제를 일치시켜야 하기 때문입니다. 1월 판매 데이터를 가져오면, 해당 소득 결제가 또 다른 2개월 후에야 표시됩니다. 좋은 로열티 소프트웨어는 판매와 결제를 독립적으로 추적하고 자금이 도착했을 때 조정할 수 있게 해줍니다.
다른 배포자의 데이터도 가져오고 있다면, 각각 다른 결제 일정을 가지고 있을 때 시간 차이가 빠르게 누적됩니다. 여러 배포자 간의 다중 통화 로열티 관리는 출판사들이 스프레드시트에서 벗어나는 주요 이유 중 하나입니다.
가져오기를 위한 파일 준비
KDP 데이터를 전용 로열티 소프트웨어로 가져오는 가장 좋은 부분은 파일을 전혀 편집할 필요가 없다는 것입니다. 이것은 흔한 실수입니다. 출판사들은 .xlsx 파일을 열어서 열 이름을 바꾸거나, 행을 삭제하거나, 마켓플레이스 파일을 병합한 후 업로드하려고 합니다. 이는 보통 문제를 더 많이 만듭니다.
로열티 플랫폼이 KDP의 파일 형식을 기본적으로 지원할 때, 원본 파일이 올바른 파일입니다. 다운로드하고, 그대로 둔 후, 직접 업로드하세요. 소프트웨어는 수동 개입 없이 레��아웃, 열 헤더, 데이터 구조를 인식해야 합니다.
자신의 웹사이트나 도매 주문 같이 기본 지원되지 않는 출처의 판매가 있다면, 일반적으로 이러한 경우를 위해 사용자 정의 가져오기 템플릿을 사용합니다. 그러나 KDP의 경우 기본 형식을 사용하는 것이 좋습니다.
Royalties HQ의 처리 방식
Royalties HQ는 Amazon KDP 판매 보고서를 12가지 기본 제공 파일 형식 중 하나로 기본적으로 지원합니다. 가져오기 프로세스는 간단합니다:
- 메인 메뉴에서 **Add New Sales(새 판매 추가)**로 이동합니다.
- KDP
.xlsx파일을 업로드 영역에 드래그 앤 드롭합니다. - Royalties HQ가 파일을 KDP 보고서로 자동 인식합니다. 드롭다운에 파일 유형이 미리 선택된 상태로 표시됩니다. Continue를 클릭합니다.
- 시스템이 파일을 검증하고 중복을 확인합니다 — 이미 이 파일을 업로드한 경우 플래그가 표시됩니다. 모든 것이 정상이면 상태가 "Ready to import(가져오기 준비 완료)"로 변경됩니다.
- **Import(가져오기)**를 클릭합니다. KDP 보고서의 각 행이 판매 라인이 되어 하나 이상의 판매 배치로 그룹화됩니다.
KDP 파일에 마켓플레이스 및 통화 정보가 포함되어 있으므로, Royalties HQ는 이 모든 컨텍스트를 보존합니다. 미국 판매는 USD로 유지되고, 영국 판매는 GBP로 유지되는 식입니다. 나중에 해당 출판사 소득 결제를 기록하면, 시스템은 각 판매 배치를 실제 수령한 금액과 조정하면서 통화 변환을 자동으로 처리합니다.
Royalties HQ는 또한 KDP 결제 보고서 직접 가져오기를 지원합니다. KDP의 Statements 섹션에서 결제 파일을 업로드하면, 시스템은 각 마켓플레이스 결제와 그 세부 내역을 추출합니다. 같은 기간과 마켓플레이스에 대해 이미 결제를 기록했다면 잠재적 중복까지 플래그를 표시합니다. 전체 설명은 Amazon KDP 결제 가져오기 문서를 참조하세요.
전자책과 인쇄 보고서를 함께 처리하기
KDP가 전자책과 인쇄 판매를 동일한 보고서 파일로 번들링하므로, 업로드하기 전에 분류할 필요가 없습니다. Royalties HQ는 각 행의 형식 열을 읽고 시스템 전체에서 Kindle, 페이퍼백, 하드커버 판매를 구분하여 유지합니다.
저자 계약에 형식별 다른 로열티율이 있을 때 중요합니다. 저자는 전자책에서는 순 수익의 25%를 받을 수 있지만 페이퍼백에서는 10%를 받을 수 있습니다. 원본 KDP 파일에서 형식 데이터가 보존되므로, 로열티 계산이 자동으로 각 라인에 올바른 율을 적용할 수 있습니다.
KDP 가져오기 워크플로우를 원활하게 하는 팁
보고서를 즉시 다운로드합니다. KDP 보고서는 판매 월이 마감되면 사용 가능합니다. 결제가 도착하지 않았더라도 보고서가 나타나면 즉시 다운로드하는 습관을 들이세요. 이렇게 하면 판매 데이터가 최신으로 유지되고 입금이 발생했을 때 조정이 더 쉬워집니다.
마켓플레이스 파일을 병합하지 마세요. 각 마켓플레이스 보고서를 별도의 파일로 업로드합니다. 시스템이 각각을 개별적으로 처리하고 통화를 올바르게 추적합니다. 업로드 전에 파일을 병합하면 거의 항상 검증 오류가 발생합니다.
보류 중인 결제를 주의합니다. KDP 결제 보고서를 가져오는 경우, 파일의 모든 지급이 최종화되었는지 확인합니다. 어떤 행이라도 여전히 "Pending info from Bank(은행에서 정보 보류 중)"로 표시되면 파일이 거부됩니다. 모든 마켓플레이스 결제가 완료될 때까지 기다렸다가 가져오세요.
원본을 보관합니다. KDP에서 받은 원본 .xlsx 파일을 월별로 구성된 폴더 구조에 저장합니다. 데이터를 다시 가져오거나 확인해야 할 때 수정되지 않은 원본을 가지고 있으면 시간을 절약할 수 있습니다.
KDP 이상: 완전한 가져오기 워크플로우 구축
대부분의 출판사는 Amazon만 사용하지 않습니다. Ingram을 통해서도 배포한다면, 해당 보고서에 대한 유사한 간소화된 프로세스를 원할 것입니다. Ingram IngramSpark 판매 데이터 가져오기 가이드는 해당 워크플로우를 자세히 다룹니다.
목표는 반복 가능한 월간 루틴을 구축하는 것입니다: 각 배포자로부터 보고서를 다운로드하고, 재포맷팅 없이 업로드하고, 소프트웨어가 일치, 통화 변환, 로열티 계산을 처리하도록 합니다. 이 루틴이 자리잡으면, 예전에 하루 종일 걸리던 프로세스를 1시간 이내에 끝낼 수 있습니다. 현재 설정이 이를 처리할 수 있는지 평가하고 있다면, 무료 가이드를 다운로드하여 현대적인 로열티 워크플로우가 어떤 모습인지 자세히 확인하세요.
