먼저 용어를 정리한 뒤 네 가지 선택지를 비교해 보겠습니다
제목의 ‘Stripe’는 일반적으로 말하는 Stripe Payments 결제 서비스를 뜻합니다. Connect는 플랫폼과 마켓플레이스를 위한 Stripe의 제품이며, 비교 대상인 ‘MoR’는 구체적으로 Stripe가 제공하는 MoR 서비스인 Stripe Managed Payments를 가리킵니다. MoR 자체는 Merchant of Record라는 일반적인 개념으로, Stripe만의 제품명이 아닙니다. NineLogix는 독립적인 MoR 서비스 제공자입니다.
따라서 이 글은 서로 배타적인 네 가지 업계 분류가 아니라, 창업자가 실제로 고려할 수 있는 네 가지 서비스 이용 방식을 비교합니다. 어떤 결제 처리사를 이용할지, 계정 구조를 어떻게 설계할지, 소비자에 대한 판매 책임은 누가 맡을지는 각각 따로 답해야 하는 질문입니다.
이 거래의 MoR가 누구인지 어떻게 판단할까요?
MoR는 거래에서 구매자에게 명확히 고지되고, 판매에 따른 책임을 부담하는 주체로 이해할 수 있습니다. 대금이 누구의 계좌로 들어오는지만 보거나, 계약서에 ‘재판매’ 또는 ‘MoR’라는 표현이 있는지만 보고 판단해서는 안 됩니다. Stripe 공식 문서도 실제 사업 관계를 먼저 정한 뒤 결제 흐름을 구성해야 한다고 강조합니다.
창업자에게 가장 실용적인 확인 방법은 구매부터 사후 지원까지 전체 과정을 따라가 보는 것입니다. 구매 계약의 상대방은 누구인지, 결제 페이지와 영수증에 판매자가 어떻게 표시되는지, 결제 명세서에서 해당 거래를 알아볼 수 있는지, 환불이나 분쟁이 발생했을 때 누가 구매자에게 책임을 지는지 확인해야 합니다. 제품 제공자, 결제 처리사, 판매자는 서로 다른 주체일 수 있지만 각 역할은 분명해야 합니다.
- 판매 관계: 판매자가 실제로 해당 제품의 판매권 또는 유통권을 보유하는지, 불분명한 제3자의 대금을 단순히 대신 수취하는 것은 아닌지 확인합니다.
- 구매자 고지: 구매 약관, Checkout, 영수증 또는 인보이스, 결제 명세서 표시는 일관되고 이해하기 쉬워야 합니다. 결제 후 처음 보는 업체명이 나타나 혼란을 주지 않아야 합니다.
- 실제 책임 이행: 환불, 차지백 분쟁, 거래 관련 지원, 적용되는 거래세를 누가 처리하는지 계약에 명시하고 실제 운영 절차를 갖춰야 합니다.
- 세무상 범위: 결제 업계에서 MoR라는 지위를 갖는다고 해서 각국 세법에 따른 판단을 대신할 수는 없습니다. 제품 제공자의 소득세 등 자체 세무 의무도 모두 사라지는 것은 아닙니다.
Stripe Payments: 제품은 직접 판매하고, 결제 처리는 Stripe의 도움을 받는 방식
일반적인 Stripe Payments는 자신의 사업체를 판매 주체로 하여 고객에게 판매하고, 관련 세무, 환불, 분쟁 및 사후 지원 책임을 관리할 수 있는 팀에 적합합니다. Stripe는 결제 처리와 관련 도구를 제공합니다. Checkout이나 Billing을 연동한다고 해서 제품 판매에 따른 MoR 책임이 자동으로 Stripe에 넘어가지는 않습니다.
예를 들어 자기 회사 명의로 월 구독형 소프트웨어를 판매한다면 Stripe로 결제 수취와 구독 청구를 처리할 수 있습니다. 다만 적용되는 세무 업무, 구매 약관, 환불 처리, 제품 제공은 여전히 별도로 준비해야 합니다. 추가 세무 도구를 이용하더라도 세금 계산, 등록, 신고, 납부 중 어디까지 지원하는지 각각 확인해야 합니다.
Stripe Connect: 다자간 플랫폼 결제를 지원하며, MoR는 실제 사업 구조에 따라 결정됩니다
여러 판매자나 서비스 제공자가 참여하는 플랫폼을 운영한다면 Connect의 연결 계정, 결제, 자금 이전 등의 도구를 활용할 수 있습니다. 핵심 가치는 여러 참여자 사이의 결제 관계를 구성하는 데 있습니다. ‘Connect를 사용한다’는 사실만으로 Stripe가 모든 참여자의 MoR 책임을 대신한다고 볼 수는 없습니다.
Stripe 문서에 따르면 연결 계정에서 직접 생성하는 direct charge에서는 해당 연결 계정이 MoR가 됩니다. 플랫폼이 생성하는 destination charge 또는 separate charge and transfer의 경우에는 연결 계정을 대신해 결제를 받는지와 실제 사업 관계를 함께 살펴야 합니다. 플랫폼이 MoR가 될 수도 있고, 연결된 판매자가 MoR가 될 수도 있습니다.
구체적인 설정은 구매자에게 표시되는 판매 주체 및 계약상 책임과 일치해야 합니다. 환불이나 분쟁 금액을 어느 잔액에서 차감하는지도 결제 유형과 계정 설정에 따라 달라지므로, 차감되는 계정만 보고 모든 법적 책임을 역으로 판단해서는 안 됩니다. Connect의 기술적 기능이 있다고 해서 모든 국가와 모든 사업에서 대금 분배나 국경 간 자금 이전이 가능한 것도 아닙니다.
Stripe Managed Payments: Stripe가 제공하는 MoR 서비스
Stripe Managed Payments는 일반적인 결제 처리와는 다른 서비스입니다. 이용 자격을 충족하고 지원 범위에 해당하는 거래에서는 Stripe가 MoR로서 제품의 지원 범위에 따라 간접세, 사기 방지, 분쟁 및 거래 관련 고객 지원을 처리합니다. 제품 제공자는 여전히 제품을 제공하고 유지·관리하며, 제품 사용 관련 문제를 해결하고 자신에게 남아 있는 의무를 이행해야 합니다.
Stripe 계정을 개설했거나 Checkout 페이지 또는 Connect 연동을 갖췄다는 이유로 Managed Payments도 이미 활성화되었다고 생각해서는 안 됩니다. 사업체 소재지, 제품 유형, 구매자 시장, 연동 방식별 이용 자격을 별도로 확인해야 합니다. 현재 공식 문서는 Connect 플랫폼 또는 마켓플레이스 연동에 제한을 두고 있으므로, 실제 선택 시 최신 이용 자격 안내를 확인해야 합니다.
해외 판매 책임의 일부를 Stripe에 맡기는 것이 주된 목적이라면 별도로 검토할 만한 제품입니다. 다만 ‘Stripe가 MoR를 맡는다’는 것이 모든 지역, 모든 제품, 모든 세목을 자동으로 지원한다는 뜻은 아닙니다.
NineLogix: 승인된 디지털 사업의 판매와 운영을 연결하는 독립 MoR 서비스 제공자
NineLogix는 독립적인 MoR 서비스 제공자입니다. 승인된 거래에서 NineLogix는 소비자에게 고지되는 판매 주체가 되며, 디지털 제품 팀은 공급자 또는 라이선스 제공자로서 제품을 제공하고 실제 제품 기능과 약정한 제공 의무를 책임집니다. NineLogix는 적용되는 계약과 지원 범위에 따라 결제 수취, 거래 관련 지원, 환불, 분쟁 및 관련 거래 운영을 수행합니다. 거래 세금에 대한 구체적인 책임과 적용 범위는 해당 시장, 계약 및 법률에 따라 확인해야 합니다.
독립 MoR는 거래 처리를 위해 외부 결제 인프라를 이용할 수 있습니다. 결제 처리사의 서비스를 이용한다고 해서 독립 MoR가 구매자에게 지는 책임이 자동으로 그 처리사에 이전되는 것은 아닙니다. 또한 처리사가 독립 MoR의 모든 사업을 일괄 인증했다는 의미도 아닙니다.
디지털 제품을 판매하면서 해외 거래 운영 절차를 직접 구축하는 부담을 줄이고 싶은 창업자라면, NineLogix가 자신의 사업체, 제품, 구매자 시장, 결제 수단 및 제품 제공 방식을 지원하는지 구체적으로 검토해야 합니다. 신청, 심사, Test 환경 연동 검증, 정식 출시는 각각 다른 단계입니다. 신청 초대를 받았거나 테스트에 성공했다고 해서 모든 시장에서 사업 운영이 승인된 것으로 볼 수는 없습니다.
같은 1개월 이용권을 판매하더라도 창업자가 해야 할 일은 어떻게 달라질까요?
디자인 도구를 개발해 1개월 이용권을 판매한다고 가정해 보겠습니다. 일반적인 Stripe Payments 방식에서는 자신의 사업체가 판매 주체가 되어 결제, 세무, 사후 지원 절차를 준비합니다. 여러 디자인 도구가 함께 입점하는 플랫폼이라면 Connect로 참여자 간 결제 관계를 구성할 수 있지만, 그에 앞서 누가 구매자에게 판매하는지 정해야 합니다.
Stripe Managed Payments나 독립 MoR를 이용할 때는 해당 판매의 MoR 책임을 어느 서비스 제공자가 맡는지, 어떤 시장과 업무가 지원 범위에 포함되는지 확인해야 합니다. 어떤 방식을 선택하더라도 실제 제품 제공은 빠뜨릴 수 없습니다. 주문은 올바른 계정과 연결되어야 하고, 신뢰할 수 있는 결제 확인을 바탕으로 이용권을 정확히 한 번 활성화해야 하며, 환불과 구독 해지는 고지된 규정에 따라 각각 처리해야 합니다.
즉, MoR는 판매와 거래 운영의 책임 분담을 바꿀 수 있지만 제품 내부 로직을 모두 대신 구현해 주지는 않습니다. 결제 성공 페이지가 표시되었다는 사실만으로 사용자가 실제 이용 권한을 받았다고 확인할 수도 없습니다.
계약 전, 여섯 가지 질문으로 비교해 보세요
결제 수수료만 비교하지 마세요. 플랫폼 서비스 요금, 세무와 사후 지원에 드는 업무량, 개발 비용, 정산 조건, 서비스 전환 비용까지 함께 살펴야 주문 한 건을 운영하는 실제 비용에 가까워집니다. 먼저 사업에 필요한 조건을 정한 뒤 서비스 제공자의 실제 지원 범위를 확인하세요.
- 구매 계약상 판매자는 누구인가요? 구매 페이지, 영수증, 환불 요청 경로에서는 이를 어떻게 고지하나요?
- 우리 사업체, 제품, 목표 구매자 시장을 지원하나요? 제품 관련 권리, 지역 또는 규제 준수상의 제한이 있나요?
- 어떤 거래세, 환불, 분쟁, 고객 지원을 서비스 제공자가 담당하고, 무엇이 우리 책임으로 남나요?
- 일회성 구매, 자동 갱신, 해지, 부분 환불이 각각 제품 이용 권한에 어떤 영향을 미치며, API는 실제로 어떤 이벤트를 지원하나요?
- 수수료, 통화, 정산 주기, 준비금 또는 분쟁 관련 차감은 어떻게 정하나요? 결제 성공 시점과 출금 가능 시점은 어떻게 구분하나요?
- 서비스 제공자를 바꾸면 고객 기록, 과거 주문, 구독, 데이터를 이전할 수 있나요? 어떤 항목에는 고객의 동의를 다시 받아야 하나요?
직접 맡고 싶은 책임부터 정하고 선택하세요
적합한 사업체와 거래 운영 역량을 갖추고 직접 판매하려면 Stripe Payments부터 검토하세요. 여러 참여자가 있는 플랫폼을 운영한다면 Connect와 그에 따른 책임 구조를 중점적으로 살펴보세요. 지원되는 거래에서 Stripe가 MoR 책임을 맡기를 원한다면 Managed Payments를 별도로 검토하세요. 독립 MoR와 협력해 승인된 디지털 사업을 진행하고 싶다면 NineLogix를 검토할 수 있습니다.
최종 판단은 계약 당사자, 적용 약관, 실제 판매 절차를 기준으로 해야 합니다. 이 글은 서비스 간 차이를 이해하기 위한 안내이며, 특정 사업의 이용 승인 여부나 법률·세무상 결론을 제시하지 않습니다. 또한 어떤 시장에서의 서비스 개통, 대금 입금 또는 출시 일정도 보장하지 않습니다.
자주 묻는 질문
Stripe Checkout을 사용하면 Stripe가 MoR가 되나요?
아닙니다. Checkout은 결제 페이지 제품입니다. 일반 Payments와 Managed Payments의 책임 구조는 서로 다르므로, 실제 활성화된 서비스와 거래 약관을 확인해야 합니다.
Connect와 독립 MoR를 함께 사용할 수 있나요?
적합하고 지원되는 구조에서는 함께 사용할 수 있습니다. Connect는 다자간 결제 도구이고, 독립 MoR는 사업상 책임을 나누는 방식입니다. Connect 이용 여부는 자격 요건, 지역, 자금 흐름, 위험 부담을 기준으로 별도 검토해야 합니다.
MoR를 이용하면 제품과 모든 세무에 대한 책임이 없어지나요?
아닙니다. 제품 개발, 가용성, 실제 제품 제공은 일반적으로 여전히 제품 제공자의 책임입니다. 세무 책임은 거래, 지역, 계약, 법률에 따라 구분되며, 제품 제공자의 소득세 등 자체 의무가 자동으로 이전되지는 않습니다.
공식 자료 및 적용 약관
아래 링크는 서비스의 정의와 책임 범위를 확인하기 위한 자료이며, 특정 판매자나 시장에 대한 승인을 의미하지 않습니다.