1월 지급금은 Lemon Squeezy에서 나왔고 8월 지급금은 Paddle에서 나오는데, 이제 회계사가 어느 대시보드도 단독으로 답할 수 없는 질문을 던집니다. 올해 구독 수익을 실제로 얼마나 벌었느냐는 것입니다. 옛 제공업체는 하나의 수수료 체계, 하나의 지급 주기, 그리고 자사 법인에서 발행한 하나의 세금 계산서 세트로 징수했습니다. 새 제공업체는 같은 일을 하지만 보고서도, 수수료 항목도, 서류도 다릅니다. 그 사이에는 이연 수익 잔액, 한 플랫폼에서 판매되고 다른 플랫폼에서 서비스되는 연간 요금제 더미, 그리고 두 개의 호환되지 않는 원장을 하나의 신뢰할 수 있는 장부로 꿰매야 하는 연말 결산이 놓여 있습니다. 바로 이 꿰매기 작업 — 며칠이면 끝나는 API 통합이 아니라 — 에서 판매자 기록 대행사 마이그레이션이 조용히 실패합니다.
지금 수천 명의 판매자에게 이것은 진행 중인 결정입니다. Stripe는 2024년 7월 Lemon Squeezy를 인수했고, Lemon Squeezy의 2026년 1월 업데이트는 그 미래가 Stripe의 자체 판매자 기록 대행사 제품인 Stripe Managed Payments로의 손쉬운 마이그레이션 경로라고 밝혔습니다. 마감 기한은 공표되지 않았고 Lemon Squeezy는 여전히 작동하지만, 남의 일정에 따라 마이그레이션되기를 원치 않는 판매자들은 독립 업체들을 평가하고 있습니다. Paddle과 Polar 모두 동일한 5퍼센트 플러스 50센트의 대표 요율로 진정한 판매자 기록 대행사입니다. 그중 하나라면, 청구 전환은 쉬운 부분입니다. 그 과정에서 장부를 신뢰할 수 있게 유지하는 것이 진짜 과제입니다.
판매자 기록 대행사가 장부에서 실제로 의미하는 것
판매자 기록 대행사는 단순한 결제 처리업체가 아니라 귀하 제품의 법적 판매자입니다. 고객이 Paddle, Polar, 또는 Lemon Squeezy를 통해 구매하면 카드 명세서에는 제공업체 이름이 표시되고, 세금 계산서는 제공업체 자체 법인 중 하나에서 발행되며, 독일, 일본, 또는 텍사스의 판매세 및 부가가치세 등록은 귀하가 아닌 제공업체에 속합니다. 제공업체는 세금을 계산하고 징수하고 신고하고 납부하며, 지불 거절 책임을 흡수하고, 나머지 금액을 귀하에게 지급합니다.
이 법적 구조가 귀하의 회계 기록이 어떤 모습일지를 결정합니다. 구매자 인보이스는 제공업체가 귀하의 고객에게 판매한 것을 문서화합니다 — 귀하의 인보이스가 아니라 그들의 인보이스입니다. 거래의 귀하 측은 판매자 측 기록으로 문서화됩니다. 즉, 제공업체에 대한 귀하의 공급을 설명하는 역인보이스와 각 지급 금액을 기록하는 송금 통지서입니다. 귀하의 수익은 제공업체 수수료를 차감한 지급금으로, 연속적으로가 아니라 제공업체의 일정에 따라 도착합니다. 각 제공업체의 해당 서류들은 모두 다르게 보이며, 이것이 바로 한 해에 두 개를 운영하면 기록이 둘로 분리되는 이유입니다.
반드시 한 번 결정해야 하는 총액 대 순액 선택
어느 플랫폼이든 손대기 전에, 마이그레이션이 방어하도록 강제하는 하나의 회계 정책을 확정하십시오. 고객이 지불한 전액을 수익으로 인식할 것인가(총액), 아니면 받은 지급금만 인식할 것인가(순액)?
ASC 606에서 이것은 본인 대 대리인 질문이며, 통제 — 인보이스를 발행한 사람이나 카드 명세서에 이름이 올라간 사람이 아니라 — 로 답합니다. 지침은 ASC 606-10-55-36부터 55-40에 있습니다. 기업이 특정 재화나 용역을 고객에게 이전하기 전에 통제하면 본인으로서 수익을 총액으로 보고하고, 그 약속이 다른 당사자가 제공하도록 주선하는 것에 불과하면 대리인으로서 수수료나 커미션만 순액으로 보고합니다. 리셀러 방식의 판매자 기록 대행사를 통해 판매하는 소프트웨어 공급업체의 경우, 동일한 분석이 귀하의 고객이 누구인지를 결정합니다. 고객이 최종 사용자라면 수익은 최종 사용자 가격이고 제공업체의 몫은 수익선 아래의 판매 비용입니다. 고객이 제공업체 자체라면 수익은 제공업체가 귀하에게 지불한 가격 — 즉 지급금입니다.
매출총이익은 어느 쪽이든 동일합니다. 보고 수익은 그렇지 않으며, 그 숫자는 성장률, 펀딩이나 인수 시 수익 배수, 그리고 이사회가 읽는 모든 기간 대 기간 비교에 영향을 미칩니다. 마켓플레이스와 리셀러를 통해 판매하는 대부분의 소프트웨어 공급업체는 총액 처리를 택하지만, 분석이 뒷받침한다면 어느 답이든 방어할 수 있습니다. 방어할 수 없는 것은 흔들림입니다. 새 제공업체의 보고서가 총액을 더 쉽게 만들었다는 이유로 상반기에는 Lemon Squeezy 지급금을 순액으로, 하반기에는 Paddle 지급금을 총액으로 기록하는 것입니다. 하나의 정책을 선택하고, 감사인이 읽을 수 있는 메모에 통제 분석을 적고, 연중 두 제공업체의 지급금 모두에 동일하게 적용하십시오.
한 해가 둘로 갈라지는 다섯 개의 이음새
1. 구독은 이전되지 않으며, 고객이 다시 구독합니다. 결제 처리업체 간에 자동 토큰 마이그레이션은 없습니다. 저장된 카드는 일반적으로 사용 가능한 형태로 판매자 기록 대행사에서 내보낼 수 없으므로, 구독자가 새 플랫폼에서 결제 정보를 다시 입력하도록 계획하거나 — 또는 약정하기 전에 서면으로 새 제공업체가 활성 구독과 저장된 카드를 대신 이전할 수 있는지 확인하십시오. 각 고객이 다시 구독할 때까지 옛 플랫폼이 계속 청구하므로, 두 시스템이 몇 달 동안 나란히 운영되고 매달의 결산이 두 지급 흐름을 조정합니다.
2. 기존 가격 유지(grandfathering)와 갱신 기준점은 수작업으로 재구축해야 합니다. 모든 활성 구독은 가격, 갱신 날짜, 그리고 종종 더 이상 판매되지 않는 기존 유지 요금제를 지닙니다. 새 플랫폼은 이를 재현하기 전까지 아무것도 모릅니다. 제품, 가격, 기존 고객만 보유한 레거시 요금제, 체험 동작, 쿠폰, 세금 포함 규칙, 갱신 기준점까지 말입니다. 기존 유지 가격을 놓치면 충성 고객이 새 요율로 청구됩니다 — 이후 되돌려야 할 수익까지 기록하게 되는 지원 재앙입니다.
3. 연간 요금제는 이연 수익 컷오버를 만듭니다. 3월에 1,200달러 연간 요금제를 산 고객은 옛 제공업체에 지불했지만, 귀하는 다음 해 2월까지 매달 그 수익을 벌어들입니다. 컷오버 날짜에 그 현금의 일부는 아직 미획득 상태이며, 남은 달을 어느 플랫폼이 서비스하든 이연 수익으로 대차대조표에 남습니다. 새 플랫폼의 보고서는 그 부채를 절대 보여주지 않습니다 — 자사를 통한 판매만 알기 때문입니다. 따라서 마이그레이션은 그 잔액을 명시적으로 이월해야 하며, 그렇지 않으면 하반기 수익이 이미 수금한 금액만큼 과대 계상됩니다.
4. 환불과 지불 거절은 컷오버를 걸칩니다. 5월 판매에 대해 8월에 발행된 환불은 옛 수수료 규칙 아래 옛 제공업체 시스템에 존재하는 반면, 그것이 되돌리는 수익은 이미 두 분기에 걸쳐 인식되었을 수 있습니다. 각 제공업체는 판매자 기록 대행사로서 지불 거절을 흡수하지만, 회계 분개 — 수익 환원, 환불 불가 수수료 기록, 이미 받은 지급금 조정 — 는 귀하 장부에 잡히며, 각 제공업체의 조정 보고서는 이를 다르게 표시합니다.
5. 지급 시기, 통화, 세금 서류가 한꺼번에 바뀝니다. 지급 일정은 제공업체마다 다르므로 같은 주의 매출이 전환 전후로 다른 달의 은행 명세서에 도착할 수 있습니다. 국경 간 판매자는 새로운 외환 항목과 새로운 수수료 내역을 마주합니다. 그리고 각 제공업체는 자사 등록 아래 자체 세금 신고를 보고하는 반면, 미국 판매자는 각 플랫폼으로부터 해당 연도에 대한 별도의 지급 보고를 받을 수 있습니다. 이 중 어느 것도 오류가 아닙니다. 두 개의 올바른 시스템이 형식에서 불일치하는 것이며, 귀하의 결산은 이 모두를 하나의 계정과목표로 정규화해야 합니다.
재무 안전 마이그레이션 플레이북
다음을 순서대로 진행하고, 병행 운영을 압축하지 마십시오.
1. 컷오버 날짜를 기간 경계에 설정하십시오. 월중 컷오버는 구독 기간, 일할 계산, 지급 배치를 경계에 걸쳐 분할합니다. 월말이나 분기말 컷오버는 깔끔한 전후 모집단과 전체 전환을 담은 하나의 결산을 제공합니다.
2. 옛 플랫폼의 모든 것을 동결하고 내보내십시오. 옛 제공업체가 이미 청구한 회계 기간을 잠그십시오. 전체 요금제 카탈로그, 가격과 갱신 날짜가 있는 모든 활성 구독, 전체 인보이스 이력, 그리고 수수료 내역이 있는 모든 지급 보고서를 내보내십시오. 옛 계정은 최소 한 번의 전체 감사 주기 동안 삭제하지 말고 읽기 전용으로 유지하십시오 — 감사인과 세무 당국은 마이그레이션 연도를 특별히 질문하는데, 그 이음새를 예상하기 때문입니다.
3. 더 이상 판매하지 않는 요금제를 포함하여 요금제 카탈로그를 재구축하십시오. 레거시 및 기존 유지 요금제는 첫 마이그레이션 고객이 그곳에서 갱신하기 전에 새 시스템에 존재해야 합니다. 옛 요금제 ID에서 새 요금제 ID로의 모든 매핑을 문서화하십시오. 그 매핑 표가 동일 고객에 대해 7월 인보이스가 6월 인보이스와 왜 다른지 설명하는 감사 추적입니다.
4. 신규 고객을 먼저 새 플랫폼에 배치하십시오. 기존 구독은 옛 플랫폼에서 갱신까지 가는 동안 신규 판매를 위해 새 제공업체를 병행 운영하고, 그다음 코호트를 자연스러운 경계 — 갱신 날짜, 월말, 절대 주기 중간이 아닌 — 에서 이동시키십시오. 각 코호트는 다음이 시작되기 전에 자체 조정을 거칩니다. 일괄 전환은 모든 재구독 실패, 모든 기존 가격 유지 누락, 모든 일할 계산 경계 사례를 단일 결산에 집중시킵니다.
5. 두 지급 보고서를 하나의 계정과목표에 매핑하십시오. 두 제공업체를 모두 포함하는 첫 결산 전에 변환을 구축하십시오. 각 보고서의 각 수수료 항목, 세금 항목, 조정, 환불 코드가 귀하 원장 계정 중 하나에 매핑됩니다. 두 제공업체는 결코 같은 레이블을 쓰지 않습니다. 매핑이 없으면 귀하의 경리 담당자가 매달 다르게 만들어냅니다.
6. 이연 수익을 명시적으로 정산하십시오. 컷오버 날짜에 요금제별로 미획득 잔액을 조정하고, 옛 플랫폼 기록과 원장 간의 차이는 문서화된 원인이 있는 명시적 조정으로 기록하십시오 — 끼워 맞추기가 아니라. 컷오버 이후로는 어느 플랫폼이 고객을 서비스하든 남은 잔액을 일정대로 인식하십시오.
컷오버 월이 원장에서 보이는 모습
두 제공업체를 모두 수익으로 바로 전기하게 두지 않고 별도의 수수료 추적으로 분리하면, 부기 연결은 간단해집니다. 각 지급금을 총액으로 인식하고 — 전체 고객 결제를 수익으로, 제공업체의 몫을 판매 비용으로 — 컷오버 전 이연 잔액은 원래 일정대로 계속 인식하십시오. 아래에 사용된 원장 구문이 익숙하지 않다면 Beancount 문서를 참조하십시오.
한 고객이 3월 중순에 Lemon Squeezy를 통해 1,200달러 연간 요금제를 구매했다고 가정합시다. 3월 지급금은 5퍼센트 플러스 50센트 수수료(60.50달러)를 차감한 순액으로 도착했고, 6월 30일까지 4개월치 수익(400달러)을 인식하여 800달러가 미획득으로 남습니다. 7월 1일이 컷오버 날짜이고, 7월에 49달러 월간 신규 구독이 Paddle을 통해 판매됩니다. 플레인 텍스트 원장에서는 다음과 같습니다.
2026-01-01 open Income:SaaS:Subscriptions
2026-01-01 open Liabilities:Deferred-Revenue
2026-01-01 open Expenses:MoR-Fees:LemonSqueezy
2026-01-01 open Expenses:MoR-Fees:Paddle
2026-01-01 open Assets:Checking
2026-03-15 * "Annual plan sale via Lemon Squeezy, buyer paid 1200.00"
Assets:Checking 1139.50 USD
Expenses:MoR-Fees:LemonSqueezy 60.50 USD
Liabilities:Deferred-Revenue -1200.00 USD
2026-06-30 * "Recognize June portion of annual plan"
Liabilities:Deferred-Revenue 100.00 USD
Income:SaaS:Subscriptions -100.00 USD
2026-07-15 * "Monthly plan sale via Paddle, buyer paid 49.00"
Assets:Checking 46.05 USD
Expenses:MoR-Fees:Paddle 2.95 USD
Income:SaaS:Subscriptions -49.00 USD
2026-07-31 * "Recognize July portion of pre-cutover annual plan"
Liabilities:Deferred-Revenue 100.00 USD
Income:SaaS:Subscriptions -100.00 USD세 가지 세부 사항이 마이그레이션 전체를 지탱합니다. 첫째, 각 제공업체의 수수료는 자체 하위 계정에 전기되므로 연말 합계가 각 플랫폼이 귀하에게 정확히 얼마의 비용을 들였는지 보여주고 두 수수료 체계가 절대 섞이지 않습니다. 둘째, 3월 판매에 대한 7월 인식 분개는 컷오버에 의해 변경되지 않습니다 — 이연 수익은 귀하의 부채이며, 귀하의 일정대로 획득되고, 어느 플랫폼이 현금을 수금했는지 신경 쓰지 않습니다. 셋째, 모든 분개는 특정 지급 보고서와 연결됩니다. 첫 번째는 3월 Lemon Squeezy 송금 통지서, 세 번째는 7월 Paddle 지급금입니다. 회계사가 올해 수익이 어떻게 벌어졌는지 물을 때, 각 숫자는 정확히 하나의 제공업체 서류를 가리킵니다.
이음새를 의도적으로 봉합하십시오
판매자 기록 대행사 마이그레이션은 하나의 이름을 쓴 두 개의 프로젝트입니다. 엔지니어가 몇 주 만에 끝내는 청구 이동과, 회계사가 1년 동안 함께 살아야 하는 장부 이동입니다. 청구 프로젝트는 마지막 고객이 다시 구독할 때 끝납니다. 장부 프로젝트는 두 제공업체의 모든 지급금이 은행과 일치하고, 모든 수수료 항목이 하나의 계정과목표에 매핑되고, 이연 수익 잔액이 컷오버 날짜를 깔끔하게 넘어가고, 감사 파일의 총액 대 순액 메모가 하나의 정책 아래 연중 양쪽 절반을 포괄할 때 끝납니다. 컷오버는 기간 경계에 예약하고, 옛 구독이 갱신까지 가는 동안 새 플랫폼에서 신규 판매를 운영하고, 감사인이 마이그레이션 연도를 볼 때까지 옛 시스템을 읽을 수 있게 유지하십시오. 그렇게 하면 전환은 아무도 설명할 수 없는 차이가 아니라 내년 재무제표의 각주가 됩니다.
