결제는 지금, 정산은 7일 뒤에 — 이 거래에서 운용 수익을 내어 나눌 수 있을까?
같은 상점에서 100 USDC씩 결제한 두 주문 중 한 건만 정산을 7일 미룰 수 있다면, 무엇이 두 거래를 가를까요? BPMG 등록특허를 바탕으로 구매자와 판매자의 동의, 운용 수익을 나누는 기준, 반품이 들어왔을 때 정산을 멈추는 과정을 살펴봅니다.
핵심 요약
- 구매자는 결제할 때 대금을 지급합니다. 구매자와 판매자가 모두 동의한 주문에 한해 판매자가 대금을 받는 시점을 미루고, 그 기간에 해당 금액을 운용합니다.
- 유예 기간이 끝나면 실제 수익률을 사전에 정한 기준과 비교합니다. 기준을 초과하면 판매대금을 정산하고, 발생한 운용 수익을 거래별 약정 비율에 따라 나눕니다.
- 유예 기간 중 반품·취소 등 클레임이 접수되면 판매자 정산을 보류합니다. 결제사업자가 이 구조를 도입하려면 쇼핑몰에서 바뀐 주문 상태를 운용·정산 시스템에 제때 전달할 수 있어야 합니다.
같은 상점에 들어온 두 주문, 둘 다 운용할 수 있을까?
온라인 상점에 각각 100 USDC인 주문 두 건이 들어왔습니다. 두 구매자 모두 결제를 마쳤습니다. 판매자는 첫 번째 주문의 대금은 오늘 받아야 하고, 두 번째 주문의 대금은 일주일 뒤에 받아도 괜찮습니다. 두 번째 구매자도 결제할 때 이 조건을 선택했습니다.
결제사업자의 화면에는 총 200 USDC의 결제가 찍힙니다. 하지만 이 사례에서 7일간 운용할 수 있는 금액은 두 번째 주문의 100 USDC입니다. 정산 대기 잔액만 보아서는 이 차이를 알 수 없습니다. 주문별로 누가 유예를 선택했는지, 판매자가 언제 대금을 받기로 했는지 확인해야 합니다.
여기서 구매자가 동의하는 대상을 분명히 할 필요가 있습니다. 구매자의 지갑에서는 결제할 때 이미 100 USDC가 지급됩니다. 7일 뒤로 미뤄지는 것은 판매자가 판매대금을 받는 시점입니다. 구매자는 이 조건을 선택해 운용 수익이 발생했을 때 리워드를 받을 수 있습니다. 유예 기간 중 상품에 문제가 생기면 해당 주문에 대해 환불도 요청할 수 있습니다.
BPMG는 왜 주문별로 동의를 확인할까?
판매자의 자금 사정은 주문마다 다를 수 있습니다. 오늘 받은 판매대금으로 다음 물량을 매입해야 하는 판매자에게는 7일 뒤의 리워드보다 오늘의 정산이 더 중요합니다. 반대로 정산일에 여유가 있는 판매자라면 구매자와 함께 운용 수익을 나누는 조건을 선택할 수 있습니다.
BPMG의 등록특허는 이 선택을 구매정보와 판매정보에 각각 담고, 결제시스템이 두 정보를 같은 거래에서 확인하도록 설계했습니다. 두 사람이 동의한 거래에는 정산 종료 시점을 기록하고 자산운용서버에 운용 정보를 전달합니다. 결제시스템은 어떤 돈을 언제까지 운용할 수 있는지 판단하고, 자산운용서버는 그 돈을 운용한 결과가 얼마인지 전달합니다.
이렇게 역할을 구분하면 정산 담당자는 고객의 문의에도 주문을 기준으로 답할 수 있습니다. “어제 주문은 바로 정산됐는데 오늘 주문은 왜 다음 주에 정산되나요?”라는 질문에 두 거래의 동의 기록과 종료 시점을 각각 확인하면 됩니다.
주문 한 건은 어떤 경로로 정산될까?
① 결제할 때 · 구매자와 판매자의 동의를 확인합니다.
둘 중 한쪽이라도 유예에 동의하지 않으면 판매자에게 대금을 정산합니다. 양쪽 모두 동의하면 시스템은 종료 시점이 담긴 정산 유예 데이터를 블록체인에 기록하고, 해당 거래의 운용 정보를 자산운용서버에 전달합니다.
② 유예 기간 중 · 반품이나 취소가 접수되면 판매자 정산을 보류합니다.
결제시스템은 쇼핑몰의 외부 서비스 API 또는 블록체인 신호로 클레임 접수를 확인해 자산운용서버에 알립니다. 서버에서 유예 중단 신호가 돌아오면 해당 주문의 판매대금 정산을 보류합니다. 이후 환불 여부는 클레임 처리 결과에 따라 결정됩니다.
③ 유예 종료 시 · 실제 수익률에 따라 리워드를 결정합니다.
유예가 정상 종료되면 자산운용서버가 최종 수익률을 전달합니다. 수익률이 사전에 정한 기준을 초과하면 약정 비율로 수익을 배분하고 결과를 블록체인에 기록합니다. 수익률이 기준과 같거나 낮으면 리워드 없이 판매대금을 정산합니다.
100.5 USDC가 회수되면, 얼마를 나눌까?
등록공보에는 100 USDC짜리 상품을 구매하고 정산을 7일 유예하는 예가 나옵니다. 양쪽이 동의한 뒤 자산운용서버가 대금을 운용해 종료 시점에 100.5 USDC를 회수했다고 가정합니다. 이 가운데 100 USDC는 판매자가 받을 상품 대금입니다. 참여자들이 나누는 금액은 나머지 0.5 USDC입니다.
이미지 설명 공보의 계산 예시에서 구매자는 리워드 0.25 USDC, 판매자는 판매대금 100 USDC와 리워드 0.15 USDC, 운영자는 0.10 USDC를 받습니다. 배분 비율은 구매자 50%, 판매자 30%, 운영자 20%입니다. 7일과 0.5 USDC는 구조를 설명하기 위한 예시이며 실제 서비스의 기간이나 기대 수익을 뜻하지 않습니다.
이 예시에서 가장 큰 몫은 구매자에게 돌아갑니다. 그렇다면 실제 마켓플레이스에서도 구매자에게 가장 많이 배분하는 것이 적절할까요? 판매자가 정산을 기다릴 이유를 만드는 서비스라면 판매자에게 가장 큰 몫을 주는 방안을 검토할 수 있습니다. 운영자는 여러 거래에서 몫을 받으므로 건당 비율을 낮게 두고, 예상 거래량으로 운용·정산 비용을 충당할 수 있는지 살펴볼 수 있습니다.
공보에서는 유예 기간, 동의 시점, 거래 정책 등에 따라 배분 비율을 달리 설정할 수 있습니다. 따라서 사업 담당자가 먼저 볼 숫자는 비율보다 참여자 한 명이 실제로 받는 금액입니다. 판매자에게 “수익의 30%”라고 안내하는 것과 “이 예에서 100 USDC를 일주일 뒤에 받고 추가로 받는 금액은 0.15 USDC”라고 설명하는 것은 판단에 주는 정보가 다릅니다.
7일째 정산할 주문에 6일째 반품이 접수된다면?
구매자가 6일째에 상품 하자를 발견해 쇼핑몰에 환불을 요청했다고 가정해 보겠습니다. 쇼핑몰에서는 반품 접수가 보이지만 정산 시스템에 그 사실이 전달되지 않으면, 다음 날 판매대금과 리워드가 예정대로 지급될 수 있습니다. 그러면 고객센터는 환불 처리와 함께 이미 지급한 금액까지 추적해야 합니다.
이 때문에 특허에는 유예 종료 시간을 기다리는 경로와 별도로 클레임 접수에 따라 정산을 멈추는 경로가 있습니다. 공보의 상품 하자 사례에서는 클레임을 전달받은 자산운용서버가 해당 거래의 운용을 중단합니다. 구매자에게 결제금을 환불하고, 그 거래에서 발생한 이익은 무효 처리합니다.
실제 서비스에서는 클레임 접수 시점과 환불 확정 시점이 다를 수 있습니다. 전자는 예정된 정산을 일단 멈추는 판단이고, 후자는 확인 결과에 따라 대금을 누구에게 지급할지 결정하는 판단입니다. 도입을 검토한다면 정상 주문 한 건과 반품 주문 한 건을 골라 결제 기록부터 최종 지급까지 따라가 볼 수 있습니다. 특히 정산 직전에 반품이 접수된 경우, 주문번호만으로 어느 시스템이 언제 신호를 받았는지 확인할 수 있어야 합니다.
어느 판매자, 어느 주문부터 적용할 수 있을까?
첫 검토 대상은 전체 결제액보다 좁게 잡는 편이 유용합니다. 며칠 뒤 정산받는 조건을 선택할 판매자가 누구인지, 그 판매자의 평균 주문액은 얼마인지, 유예 기간 안에 반품되는 주문은 얼마나 되는지를 먼저 살펴봅니다. 그래야 운용 가능한 거래 규모와 정상 종료까지 유지되는 금액을 추정할 수 있습니다.
기술 검토에서는 만기와 중간 환불을 함께 봐야 합니다. 운용 결과가 늦게 도착하거나 회수한 금액이 판매대금보다 적으면, 리워드 지급을 중단하는 것만으로 정산에 필요한 자금이 마련되지는 않습니다. 누가 부족분을 부담하고 언제 환불 재원을 사용할 수 있는지는 도입 사업자가 별도로 정할 운영 조건입니다.
관련 특허
「스테이블코인 기반 정산 지연 기반 리워드 제공 시스템 및 제공방법」
특허권자 주식회사 비피엠지 · 등록번호 제10-3035827호 · 등록일 2026년 10월 15일
등록공보에서 거래 당사자의 동의는 문단 [0057]~[0068], 수익 배분 조건은 [0070]~[0077], 클레임 처리는 [0082]~[0088], 100 USDC 거래 예시는 [0092]~[0109]에서 확인할 수 있습니다.
도입 미팅에서 확인할 다섯 가지
- 어느 판매자가 며칠의 정산 유예를 선택할 수 있으며, 해당 주문의 평균 금액과 반품 빈도는 어느 정도인가?
- 구매자와 판매자가 선택한 조건을 같은 주문에 기록하고, 나중에 양쪽 모두에게 설명할 수 있는가?
- 실제 운용·정산 비용을 반영하면 건당 얼마를 나눌 수 있고, 판매자에게 돌아가는 금액은 기다릴 만한 수준인가?
- 정산 직전에 반품이 접수되면 어느 시스템의 신호로 지급을 멈추고, 누가 환불을 확정하는가?
- 운용 손실이나 회수 지연이 발생하면 판매대금 정산과 구매자 환불에 필요한 자금을 누가 언제 마련하는가?
※ 운용 가능 여부와 범위는 관할 규제를 준수해야 합니다.