해외 결제로 버는 수익의 세금: Stripe·Paddle·앱스토어 정산금 신고와 MoR 개념

해외 사용자가 결제했다는 사실만으로 세금 처리가 자동으로 정리되지는 않습니다. 누가 고객에게 판매했는지, 돈이 어떤 경로로 정산됐는지, 어떤 날짜와 환율로 장부에 기록할지가 각각 다른 문제이기 때문입니다. 특히 Stripe처럼 직접 결제 구조를 쓰는 경우와 Paddle처럼 Merchant of Record(MoR)를 내세우는 서비스를 쓰는 경우는 확인할 자료와 판단 지점이 달라질 수 있습니다.

조코헌트에는 현재 258개 프로덕트와 200명의 메이커가 출시돼 있습니다. 이 가운데 가격 모델은 무료 76%, 유료 10%, 프리미엄 10%, 오픈소스 4%로 집계됩니다. 유료화를 시작하는 메이커가 많지는 않더라도, 해외 고객을 받기 시작한 순간부터 결제 기록을 정리하는 습관은 제품 규모와 무관하게 필요합니다.

먼저 구분할 것: 결제·정산·매출

결제 금액과 입금액은 다르다

고객이 낸 금액, 결제 서비스가 공제한 수수료, 환전 과정의 차이, 실제 계좌에 들어온 금액은 서로 다를 수 있습니다. 따라서 통장 입금액만 보고 매출을 기록하면 총액과 비용이 뒤섞일 수 있습니다. 결제 리포트, 정산 명세서, 은행 입금 내역을 함께 보관하세요.

매출 인식 시점은 따로 확인한다

일회성 디지털 상품, 구독, 앱스토어 판매, 사용량 기반 서비스는 제공 방식에 따라 매출을 판단하는 기준이 달라질 수 있습니다. 결제일과 정산일이 다를 수 있다는 점을 먼저 인지하고, 자신의 계약 조건과 회계 처리 기준을 세무 전문가에게 확인하는 편이 안전합니다. 사업자등록과 신고의 큰 흐름은 사이드 프로젝트, 사업자등록 언제 해야 할까?도 함께 참고해 보세요.

MoR과 직접 결제: 누가 판매자로 보이는가

MoR 구조

MoR은 결제대행 화면만 제공하는 것이 아니라, 일정 범위에서 판매자·세금 징수·고객 결제 관계를 맡는 구조를 뜻합니다. 다만 ‘MoR을 사용한다’는 문구만으로 한국에서의 모든 신고 의무가 사라진다고 단정하면 안 됩니다. 계약서와 정산 명세서에서 판매 주체, 세금 처리 항목, 수수료, 환불 책임을 확인해야 합니다.

직접 결제 구조

Stripe 같은 직접 결제 방식에서는 일반적으로 메이커가 자신의 상품을 판매하고 결제 인프라를 이용하는 형태를 검토하게 됩니다. 이때 서비스가 발행하는 리포트는 결제 기록을 돕는 자료이지, 한국 세법상 신고 판단을 대신하는 문서라고 보기는 어렵습니다. 앱스토어도 개발자 계약, 판매 지역, 수수료와 세금 표시 방식이 별도로 정해질 수 있으므로 공식 문서와 정산 리포트를 기준으로 확인하세요.

외화 정산을 기록하는 최소 장부

거래별로 남길 항목

최소한 결제일, 서비스명, 주문 또는 거래 식별자, 통화와 결제 총액, 환불액, 수수료, 세금으로 표시된 금액, 실제 정산액, 입금일을 남겨두세요. 구독이라면 어느 서비스 기간에 대한 금액인지도 적어야 나중에 매출 기간을 다시 확인하기 쉽습니다.

원화 환산은 기준을 고정한다

외화 매출은 원화 신고가 필요하므로 환산 기준이 중요합니다. 어떤 환율과 날짜를 적용할지는 거래 유형과 신고 기준에 따라 달라질 수 있습니다. 임의로 ‘입금된 날의 환율’만 계속 쓰기보다, 적용 기준을 세무 전문가와 정하고 모든 거래에 일관되게 적용하세요. 환율 원천과 산식도 함께 저장하면 수정 신고나 질문이 생겼을 때 설명하기 수월합니다.

영세율은 ‘해외 결제’와 같은 말이 아니다

먼저 확인할 질문

수출 관련 영세율이 검토될 수 있는 거래라도, 고객의 소재지·구매자 성격·용역의 실제 제공 내용·증빙 형태 등에 따라 판단이 달라질 수 있습니다. ‘카드가 해외에서 결제됐다’거나 ‘달러로 입금됐다’는 사실 하나만으로 영세율 적용을 확정하지 마세요.

다음 질문을 거래별로 정리하면 상담이 빨라집니다.

실제 구매자는 개인인가, 사업자인가?
판매자는 누구로 표시됐는가?
서비스 이용 장소와 제공 방식은 무엇인가?
플랫폼이 발행한 세금·정산 문서에는 어떤 항목이 있는가?
환불과 차지백이 발생하면 어느 기간의 매출을 조정하는가?

부가가치세의 기본 신고 흐름은 SaaS·구독 서비스 부가가치세 기초에서 익히되, 해외 거래의 구체적인 영세율 적용 여부는 공식 안내와 세무 전문가의 검토를 거치세요.

신고 전에 만드는 증빙 폴더

월별로 결제 원장, 플랫폼 정산서, 수수료 내역, 환불 내역, 외화 입금 통장 내역, 계약·약관 변경 기록을 한 폴더에 모으세요. 개인 카드로 결제한 도구 비용과 해외 매출을 섞지 않도록 계정과 파일명을 구분하면 좋습니다. 관련 비용의 증빙 정리는 1인 개발자 비용처리 체크리스트도 도움이 됩니다.

마지막으로 MoR인지 직접 결제인지, 총액 매출인지 순액 표시인지, 원화 환산 기준과 영세율 가능 여부를 스스로 확정하려 하지 마세요. 플랫폼의 약관과 리포트를 내려받은 뒤, 거래 구조를 한 장으로 요약해 세무 전문가에게 보여주는 것이 가장 현실적인 다음 단계입니다.