플랫폼 할인액 부가가치세, 초과할인액도 매출에누리일까? 대법원 2023두34644 판결 | 부가세 X레이-08편

숙박예약 앱이 손님에게 뿌린 할인쿠폰, 그 돈을 누가 부담한 것으로 봐야 할지를 두고 벌어진 대법원 공방을 따라가 봅니다.

지난 편에서는 세무조사가 가공거래 세금계산서를 어떻게 적발하는지를 살펴봤습니다. 이번 편은 조금 다른 결의 이야기입니다. 정상적으로 영업하는 사업자가, 새로운 사업 모델 때문에 기존 부가가치세 개념으로는 딱 맞아떨어지지 않는 상황에 부딪힌 사례를 다룹니다. 플랫폼 할인액 부가가치세 문제는 국세청 국세법령정보시스템에 등록된 유사 심판례에서도 이미 여러 차례 다퉈진 바 있으며, 온라인 플랫폼 경제가 커질수록 반복적으로 등장하는 쟁점이라는 것이 이번 사건을 통해 다시 확인되었습니다.

이번에 살펴볼 사건은 온라인 숙박예약 플랫폼을 운영하는 사업자가, 이용객에게 뿌린 할인쿠폰과 포인트 상당액을 제휴 숙박업소로부터 받을 수수료에서 깎아준 사건입니다. 문제는 이 할인액이 개별 예약 건의 수수료보다 더 컸다는 데 있었습니다. 이른바 초과할인액이 발생한 것이고, 과세관청은 이 초과분을 매출에누리가 아닌 별도의 판매장려금으로 보아 부가가치세 과세표준에서 빼주지 않았습니다. 플랫폼 할인액 부가가치세 쟁점의 핵심은 결국 이 초과할인액을 어떻게 성격 규정할 것인가에 있었습니다.

대법원은 2025년 9월 11일, 원심을 파기하고 사업자의 손을 들어줬습니다. 정산기간 전체를 기준으로 통산했을 때 총 수수료 범위 안에 있다면, 초과할인액까지도 매출에누리로 인정해야 한다는 것이 판결의 요지입니다. 이 판결이 나오기까지 1심, 2심, 그리고 앞선 조세심판원 단계까지 총 세 차례에 걸쳐 초과할인액을 판매장려금으로 판단했다는 사실 자체가, 플랫폼 경제의 세법 적용이 얼마나 까다로운 영역인지를 잘 보여줍니다. 신종 플랫폼 비즈니스 모델에서 부가가치세 과세표준을 어떻게 산정해야 하는지, 이번 판결이 던지는 메시지를 하나씩 짚어보겠습니다.

1. 사건의 개요 — 숙박예약 플랫폼의 초과할인액

이 판결이 3심까지 뒤집힌 진짜 이유는, 하급심 세 곳이 모두 “할인액이 초과됐는가”라는 개별 거래의 결과값만 보고, 정작 원고와 제휴점이 애초에 어떤 방식으로 정산하기로 계약했는지, 그 “정산 설계의 실질”을 충분히 들여다보지 않았기 때문입니다. 이 사건의 1심인 서울행정법원 2020구합81465 판결문에는 “각 숙박계약 중개행위는 각각 별개의 거래로서 별도의 공급가액을 구성하므로, 에누리의 한도는 그 공급가액인바 건당 중개수수료를 초과하는 할인액은 에누리가 아닌 판매부대비용임”이라는 판시가 실제로 등장하는데, 대법원은 이 결론이 계약서에 명시된 통산 정산 조항을 사실상 무시한 판단이라고 본 것입니다.

원고는 모텔이나 호텔 같은 숙박업소, 이른바 제휴점과 계약을 맺고 이용객과 제휴점 사이의 숙박계약을 중개하는 서비스를 제공했습니다. 그 대가로 총 판매대금의 일정 비율을 예약대행수수료로 받는 구조였습니다. 여기까지는 일반적인 플랫폼 중개 비즈니스와 크게 다르지 않습니다. 하지만 이 평범한 구조가 플랫폼 할인액 부가가치세라는 복잡한 쟁점으로 번지는 데는 오래 걸리지 않았습니다.

문제는 원고가 이용객 유치를 위해 할인쿠폰을 발행하고 포인트를 적립해주면서 시작됐습니다. 이용객이 예약 시 할인쿠폰이나 포인트를 사용하면, 원고는 그 상당액을 제휴점에 지급할 예약대행수수료에서 차감하는 방식으로 정산했습니다. 그런데 일부 예약 건에서는 이 할인액이 해당 건의 수수료 자체보다 커지는 경우가 발생했고, 그 초과분을 어떻게 세법상 취급할지가 플랫폼 할인액 부가가치세 쟁점의 핵심으로 떠올랐습니다.

과세관청은 이 초과할인액을 매출에누리가 아니라 판매촉진을 위한 별도의 지출, 즉 판매장려금 성격으로 봤습니다. 판매장려금으로 분류되면 부가가치세 과세표준에서 공제되지 않고, 원고는 실제로 받지도 않은 수수료에 대해 세금을 내야 하는 상황에 놓이게 됩니다. 원고는 이에 불복해 경정청구를 냈고, 이 청구가 거부되자 소송으로 이어졌으며, 이 소송은 1심부터 대법원 확정까지 수년에 걸쳐 이어졌습니다.

이 사건을 조금 더 들여다보면, 원고의 할인쿠폰 정책은 이용객 개개인의 예약 시점과 무관하게 일정 기간 동안 폭넓게 운영되는 방식이었습니다. 특정 시즌이나 프로모션 기간에는 할인 폭이 평소보다 크게 설정되었고, 이 시기에 예약이 몰리면서 개별 건의 수수료를 초과하는 할인액이 집중적으로 발생했습니다.

즉 초과할인액은 우연히 발생한 예외적 사례가 아니라, 플랫폼의 마케팅 전략 자체에서 구조적으로 예정된 결과였다는 점이 재판 과정에서 함께 다뤄졌습니다. 이런 사실관계는 이후 대법원이 개별 거래가 아니라 정산기간 전체의 구조를 봐야 한다고 판단하는 배경이 되었습니다.

[플랫폼 할인액 부가가치세 쟁점이 된 숙박예약 앱 할인쿠폰 사용 장면]

2. 매출에누리란 무엇인가

2-1. 부가가치세법상 에누리액의 개념

부가가치세법 제29조 제5항 제1호(이는 플랫폼 할인액 부가가치세 판단의 법적 근거가 되는 조문입니다.)는 재화나 용역을 공급할 때 품질, 수량, 인도조건 또는 공급대가의 결제방법 등에 따라 통상의 대가에서 일정액을 직접 깎아주는 금액을 에누리액으로 규정하고, 이를 과세표준에서 제외하도록 정하고 있습니다. 대법원은 이번 판결에서 에누리액의 발생 시기가 공급 시점 이전으로 한정되지 않고, 공제·차감 방법에도 특별한 제한이 없다는 기존 법리를 재확인했으며, 이 법리 자체가 플랫폼 할인액 부가가치세 사건의 결론을 뒤집는 출발점이 되었습니다.

이 개념이 중요한 이유는, 에누리액으로 인정받으면 그만큼 세금을 낼 필요가 없어지기 때문입니다. 반대로 이 금액이 판매장려금이나 별도의 비용으로 분류되면, 사업자는 실제로 손에 쥐지도 못한 돈에 대해서까지 부가가치세를 부담해야 합니다. 이번 사건에서 문제가 된 것은 이 정의 자체가 아니라, 정의를 “어느 단위의 거래”에 적용할 것인지였다는 점을 짚어둘 필요가 있습니다.

2-2. 초과할인액이 왜 쟁점이 되었나

일반적인 에누리는 개별 거래 하나하나에서 판매가격을 깎아주는 방식으로 이뤄집니다. 그런데 이 사건에서는 원고가 정산기간 전체를 놓고 여러 예약 건의 수수료와 할인액을 통틀어 계산하는 방식을 택했습니다. 이 과정에서 특정 예약 건은 수수료보다 할인액이 더 커지는 경우가 생겼고, 그 초과분이 개별 거래 단위로 보면 에누리의 범위를 벗어난 것처럼 보였습니다. 플랫폼 할인액 부가가치세 논쟁이 이 지점에서부터 본격적으로 시작되었습니다.

과세관청 입장에서는 개별 예약 건을 기준으로 삼았을 때 수수료를 초과하는 할인액은 더 이상 “그 거래의 대가를 깎아준 것”으로 보기 어렵다고 판단했습니다. 오히려 원고가 이용객을 끌어모으기 위해 자기 돈을 별도로 얹어준 것, 즉 판매촉진 목적의 지출로 보는 것이 타당하다는 논리였습니다. 플랫폼 할인액 부가가치세 사건의 쟁점이 이렇게 개별 거래 단위 판단과 통산 단위 판단이라는 두 가지 시각의 충돌로 압축되었습니다.

이 대립을 좀 더 쉽게 풀어보면, 과세관청의 시각은 “한 건 한 건이 각각 독립된 거래이므로, 그 거래에서 발생할 수 있는 에누리도 그 거래의 대가 범위 안에서만 인정되어야 한다”는 입장입니다. 반면 원고의 시각은 “제휴점과 나 사이에는 정산기간 단위로 정산하기로 이미 합의가 되어 있으므로, 그 기간 전체를 하나의 정산 단위로 봐야 한다”는 입장이었습니다. 결국 이 사건은 세법이 거래를 어떤 단위로 쪼개서 볼 것인가, 즉 과세 단위 설정의 문제로 귀결되었고, 이는 반복적이고 대량으로 이뤄지는 거래에서 특히 중요한 함의를 갖습니다.

📎 참고 자료: 대법원 2023두34644 판례속보 원문 보기

3. 과세관청과 하급심의 판단

3-1. 개별 거래 단위로 보면 초과분이 발생한다

하급심은 원고가 제휴점에 공급하는 예약대행 용역을 개별 예약 건마다 별개의 거래로 파악했습니다. 이런 시각에서 보면, 특정 건의 수수료가 1만원인데 할인액이 1만 5천원이라면, 그 초과되는 5천원은 해당 거래의 대가를 깎아준 것이라고 설명하기 어렵습니다. 거래 대가보다 더 많은 금액을 뺄 수는 없다는 논리적 한계에 부딪히기 때문이며, 이는 플랫폼 할인액 부가가치세 산정에서 개별 거래 단위 접근이 가진 근본적 약점이기도 합니다.

세금계산서가 원칙적으로 거래 건별로 발급된다는 전통적 원칙에 비춰보면 하급심의 접근이 아주 근거 없는 것은 아니었습니다. 그런데 이 사건에서는 바로 이 “건별 원칙”이 원고와 제휴점 사이의 실제 계약 내용과 맞지 않았다는 점이 문제였습니다. 플랫폼처럼 대량의 반복 거래가 하나의 계약 관계 아래 통산 정산되는 구조에서는, 건별 원칙을 기계적으로 적용하면 오히려 당사자들이 실제로 합의한 거래 실질을 왜곡하는 결과가 나옵니다.

3-2. 원심이 초과분을 장려금으로 본 이유

이런 논리에 따라 하급심은 초과할인액을 원고가 이용객 유치를 위해 별도로 지출한 판매장려금 내지 판매촉진비 성격으로 판단했습니다. 판매장려금은 부가가치세 과세표준에서 공제되는 항목이 아니기 때문에, 원고는 이 초과분에 대해서도 세금을 내야 한다는 결론이 나왔습니다. 이 사건의 1심 판결인 서울행정법원 2020구합81465 판결 역시 “건당 중개수수료를 초과하는 할인액은 에누리가 아닌 판매부대비용”이라는 논리를 취하고 있었으며, 이후 2심과 상고심 전 단계까지 이 판단이 그대로 유지된 것으로 보입니다.

원심의 논리를 조금 더 살펴보면, 판매장려금이라는 개념 자체가 원래 제조업체가 유통업체에 실적에 따라 지급하는 금전적 인센티브에서 출발했다는 점을 고려한 것으로 보입니다. 원심은 원고가 이용객에게 제공한 할인 혜택 역시 결국 거래량을 늘리기 위한 유인책이라는 점에서, 전통적인 판매장려금과 경제적 성격이 유사하다고 판단했을 가능성이 높습니다. 그러나 대법원은 이후 이 판단이 플랫폼과 제휴점 사이의 실제 계약 내용, 즉 정산기간 통산 합의를 충분히 반영하지 못했다고 보고, 플랫폼 할인액 부가가치세 판단의 결론을 뒤집었습니다.

[플랫폼 할인액 부가가치세 사건을 심리하는 법정 모습]

4. 대법원의 판단 — 정산기간 통산이라는 새로운 기준

4-1. 개별 거래가 아니라 정산기간 전체로 본다

대법원은 원고와 제휴점 사이의 계약 내용을 자세히 들여다봤습니다. 그 결과 양측이 개별 예약 건마다 따로 정산하는 것이 아니라, 일정한 정산기간 동안 발생한 모든 예약 건의 수수료와 할인액을 통틀어 계산하기로 합의했다는 사실을 확인했습니다. 이런 계약 구조라면, 특정 건에서 할인액이 수수료를 초과하더라도 다른 건에서 발생한 수수료로 상쇄되는 구조가 이미 예정되어 있었던 셈이며, 이는 플랫폼 할인액 부가가치세 판단의 무게중심을 개별 거래에서 계약 전체로 옮기는 계기가 되었습니다.

이 논리는 플랫폼 할인액 부가가치세 실무에서 가장 자주 인용될 대목입니다.

대법원은 이 사건 용역이 개별 숙박계약의 중개 행위마다 단위가 나뉠 수 있다 해도, 원고와 제휴점이 정산기간 단위로 건별 수수료와 할인액을 통산하기로 합의했다면 그 통산 결과를 기준으로 에누리 여부를 판단해야 한다고 밝혔습니다. 플랫폼 할인액 부가가치세 사건에서 이 통산 기준의 채택이야말로 판결 전체를 뒤집은 결정적 논리입니다.

이 판단은 부가가치세법의 과세표준 산정이 반드시 개별 거래 단위로만 고정될 필요가 없다는 점을 명확히 했다는 데 의의가 있습니다. 당사자들이 계약을 통해 스스로 정산 단위를 설정했다면, 세법 역시 그 계약상 실질을 존중해 판단해야 한다는 원칙이 재확인된 것입니다. 예를 들어 장기 공급계약에서 여러 차례 납품 건을 월 단위로 통산 정산하는 유통업 계약 구조에도, 이번 판결이 제시한 “계약상 통산 합의 우선” 원칙이 유사하게 적용될 수 있다고 판단됩니다.

4-2. 초과할인액도 에누리로 인정한 핵심 논리

대법원은 결론적으로, 해당 정산기간 동안의 총 수수료를 상한으로 하여 원고가 제휴점에 제공한 용역의 공급가액에서 공제된 할인액 전부가 에누리액에 해당한다고 판단했습니다. 즉 정산기간 전체 수수료 범위 안에만 있다면, 개별 건에서는 초과했더라도 문제 될 것이 없다는 뜻입니다. 이는 플랫폼과 제휴점 사이의 전체적인 합의와 거래 실질을 에누리 인정의 중요한 기준으로 삼은 것으로, 플랫폼 할인액 부가가치세 실무에 상당한 영향을 미치는 판단입니다.

대법원이 이렇게 판단한 배경에는, 형식적인 개별 거래 단위 구분보다 당사자들이 실제로 합의한 정산 방식과 경제적 실질을 우선해야 한다는 원칙이 자리하고 있습니다. 플랫폼 비즈니스는 태생적으로 수많은 소액 거래가 짧은 시간에 반복적으로 발생하는 구조를 갖고 있어서, 거래 하나하나를 따로 떼어 세법을 적용하면 오히려 실제 경제적 관계를 왜곡할 위험이 큽니다. 대법원은 이런 플랫폼 비즈니스의 구조적 특성을 인정하고, 계약상 정산 방식이 명확하다면 그 방식을 세법 해석의 기준으로 삼는 것이 합리적이라고 보았으며, 이 접근이야말로 플랫폼 할인액 부가가치세 판단에서 실질과 형식의 균형을 맞추는 방식이라 할 수 있습니다.

다만 대법원이 모든 초과할인액을 무조건 에누리로 인정한 것은 아니라는 점도 함께 짚어둘 필요가 있습니다. 판결의 핵심 조건은 어디까지나 “정산기간 전체 수수료를 상한으로” 한다는 것이며, 만약 통산한 할인액 총합이 그 기간 동안 발생한 총 수수료마저 초과한다면, 그 초과분까지 에누리로 인정받기는 어려울 수 있습니다. 즉 이번 판결은 개별 거래 단위의 엄격한 제한을 정산기간 단위로 완화한 것이지, 에누리 인정에 상한 자체를 아예 없앤 것은 아니라는 점에서 여전히 일정한 한계선이 존재합니다.

[플랫폼 할인액 부가가치세 판단 기준이 된 정산기간 통산 방식 비교 도표]

5. 플랫폼 경제와 부가가치세 쟁점의 특수성

5-1. 신종 거래에서 과세표준 산정이 어려운 이유

전통적인 부가가치세 체계는 재화나 용역을 하나씩 사고파는 거래를 전제로 설계되었습니다. 그런데 플랫폼 경제에서는 하나의 서비스가 여러 당사자 사이에서 복잡하게 얽혀 발생합니다. 이용객, 플랫폼, 제휴점이라는 세 주체가 동시에 관여하고, 할인쿠폰이나 포인트처럼 현금이 오가지 않는 형태의 가치 이전도 빈번하게 발생합니다. 국세법령정보시스템에 등록된 유사 사건에서 조세심판원과 하급심이 서로 다른 결론을 냈던 사실 자체가, 이 삼각 구조를 세법이 아직 명확히 정리하지 못했다는 것을 보여줍니다.

이런 구조에서는 누가 누구에게 얼마의 대가를 지급했는지 명확하게 특정하기가 쉽지 않습니다. 플랫폼 할인액 부가가치세 사건이 대법원까지 올라간 이유도, 하급심조차 이 복잡한 삼각 구조를 개별 거래 단위로 쪼개서 봐야 할지, 아니면 전체 계약 관계로 묶어서 봐야 할지 판단이 엇갈렸기 때문입니다. 신종 거래일수록 기존 세법 개념을 그대로 적용하기 어려운 회색지대가 넓어질 수밖에 없다는 것이, 이번 사건이 남긴 구조적 교훈이라고 판단됩니다.

이런 회색지대는 비단 부가가치세 과세표준 문제에만 국한되지 않습니다. 플랫폼 포인트의 소득 인식 시점이나, 플랫폼과 제휴점 사이의 수수료가 용역의 대가인지 아니면 별도의 금융거래인지를 둘러싼 해석에서도 유사한 취지의 다툼이 있었던 것으로 알려져 있으나, 이 부분은 구체적 예규나 결정례로 명확히 확인된 것은 아니라는 점을 밝혀둡니다. 플랫폼 할인액 부가가치세 문제는 이런 여러 회색지대 중 하나가 대법원 판결을 통해 비교적 명확한 기준을 얻은 사례라고 볼 수 있으며, 나머지 쟁점들은 여전히 개별 사건마다 다퉈지고 있는 상황이라는 것이 저자의 해석입니다.

5-2. 플랫폼 비즈니스 모델별로 다른 리스크

숙박예약 플랫폼뿐 아니라 배달 앱, 이커머스 오픈마켓, 구독형 서비스 플랫폼 등 다양한 업종에서 비슷한 구조의 쟁점이 발생할 수 있습니다. 이런 업종 확장 가능성이야말로 플랫폼 할인액 부가가치세 쟁점을 일회성 사건이 아니라 구조적 리스크로 봐야 하는 이유입니다. 배달 앱이 발행하는 할인쿠폰을 가맹점 수수료에서 차감하는 방식, 오픈마켓이 판매자에게 부과하는 수수료를 프로모션 명목으로 깎아주는 방식 모두 이번 판결과 유사한 법리적 판단이 적용될 여지가 있습니다. 이 리스크는 업종을 가리지 않고 플랫폼 구조를 가진 모든 사업자에게 잠재적으로 작용한다는 것이 이번 판결의 시사점입니다.

최근 들어 구독형 서비스와 멤버십 포인트 적립 방식이 결합된 플랫폼이 늘어나는 추세는 국내 이커머스 업계 보도를 통해서도 여러 차례 확인된 바 있습니다. 이런 환경에서는 할인과 적립, 환급이 동시에 얽히는 복잡한 정산 구조가 흔해지고, 계약서에 정산 방식을 얼마나 명확하게 규정해두었는지가 나중에 세무 쟁점이 생겼을 때 결정적인 증거로 작용합니다. 이번 대법원 판결이 계약상 통산 합의를 핵심 근거로 삼았다는 점은, 플랫폼 할인액 부가가치세 리스크를 줄이려는 사업자들에게 분명한 실무적 시사점을 던져줍니다.

업종별로 리스크의 크기도 조금씩 다르다고 판단됩니다. 배달 앱처럼 거래 빈도가 매우 높은 업종은, 정산기간 통산 구조가 명확하지 않으면 개별 거래 단위 초과분이 짧은 기간 안에 대량으로 누적될 위험이 상대적으로 큽니다. 반면 구독형 서비스처럼 정기적으로 일정 금액을 청구하는 업종은 거래 빈도가 낮은 대신, 할인 혜택이 장기간에 걸쳐 누적되는 방식이라 통산 기간을 어떻게 설정하느냐가 더 중요한 변수가 됩니다. 플랫폼 할인액 부가가치세 리스크를 관리하려면, 자기 사업 모델의 거래 빈도와 정산 주기 특성을 먼저 파악하는 것이 출발점이 되어야 합니다.

📎 참고 자료: 국세청 부가가치세 과세표준 안내 보기

6. 플랫폼 사업자가 점검해야 할 실무 포인트

6-1. 계약서 설계 단계에서 챙겨야 할 것들

첫째, 제휴사와의 계약서에 수수료와 할인액을 정산기간 단위로 통산한다는 문구를 명확히 넣어야 합니다. 이번 판결에서 대법원이 가장 중요하게 본 것이 바로 이 계약상 통산 합의였습니다. 다만 계약서에 통산 조항을 넣더라도 실제 정산이 건별로 이뤄진다면, 이 조항이 명목상 규정에 불과하다고 해석되어 무효로 판단될 여지도 있다는 점을 유의해야 하며, 이는 플랫폼 할인액 부가가치세 리스크 관리에서 가장 자주 간과되는 부분이기도 합니다.

둘째, 정산 주기와 통산 범위를 구체적으로 정의해, 나중에 과세관청이 개별 거래 단위로 쪼개서 해석할 여지를 최소화해야 합니다. 이 작업이 플랫폼 할인액 부가가치세 리스크를 줄이는 두 번째 핵심 조치입니다. 셋째, 할인쿠폰이나 포인트 지급 정책을 설계할 때부터 세무·법무 담당자가 함께 검토하고, 정산기간 동안의 총 수수료를 초과하는 할인액이 발생할 경우의 처리 방식까지 계약서에 미리 규정해두면, 이번 판결이 제시한 상한 기준을 넘어서는 예외적 상황에서도 분쟁 소지를 줄일 수 있습니다. 마케팅 부서가 프로모션을 세무·법무 검토 없이 독자적으로 설계하면, 나중에 그 정산 방식이 세법상 에누리로 인정받기 어려운 구조가 될 위험이 있다는 점도 함께 고려해야 합니다.

6-2. 세무 신고 및 사후 관리 단계의 유의점

넷째, 플랫폼 할인액 부가가치세 리스크는 사후 증빙 부족만으로도 커질 수 있으므로, 매 정산기간마다 실제로 통산이 이뤄졌다는 증빙, 예를 들어 정산 명세서나 시스템 로그 같은 자료를 체계적으로 보관해야 합니다. 플랫폼 할인액 부가가치세 쟁점이 발생했을 때, 이런 자료가 실제 거래 실질을 입증하는 핵심 증거가 됩니다. 다만 정산 로그를 오래 보관하더라도 계약서 자체에 통산 조항이 명시되어 있지 않다면 증빙만으로 에누리를 인정받기 어려울 수 있다는 점도 함께 유의해야 합니다.

다섯째, 기존에 개별 거래 단위로 세금계산서를 발급하고 신고해온 플랫폼 사업자라면, 이번 판결을 계기로 과거 신고 내역을 재검토해 경정청구 가능성을 확인해보는 것이 바람직합니다.

여섯째, 신규 플랫폼 서비스를 기획하는 단계에서부터 정산 구조를 세법상 에누리 개념에 부합하도록 설계하고, 정산 주기를 지나치게 짧게 설정하면 통산 효과가 줄어들어 초과분이 발생할 가능성이 커진다는 점을 함께 고려해 사업 특성에 맞는 정산 주기를 산정해야 합니다.

일곱째, 세무조사나 경정청구 과정에서 이번 대법원 판결을 유력한 선례로 활용하려면, 판결의 핵심 요건인 계약상 통산 합의 여부가 자사 계약서에 실제로 반영되어 있는지를 사전에 대조해보는 것이 실무적으로 유용하며, 이런 점검 과정 자체가 플랫폼 할인액 부가가치세 리스크를 낮추는 가장 확실한 방법이라 할 수 있습니다. 다만 사업 구조나 계약 형태가 이번 판결의 사실관계와 다르다면, 같은 결론이 그대로 적용되지 않을 수 있다는 점도 감안해야 합니다.

[플랫폼 할인액 부가가치세 리스크를 줄이기 위해 계약서를 검토하는 실무진]

7. 맺음말

이번 편은 부가세 X레이 시리즈 여덟 번째 편으로, 지난 편에서 다룬 가공거래 세금계산서 적발 사건과는 결이 다른, 신종 플랫폼 비즈니스에서 발생하는 부가가치세 쟁점을 살펴봤습니다. 지금까지 시리즈가 세금계산서의 발급과 검증이라는 서류 중심의 문제를 다뤘다면, 이번 편은 플랫폼이라는 새로운 사업 구조 자체가 기존 세법 개념과 충돌하는 지점을 보여줬다는 점에서 시리즈의 폭을 한층 넓혔습니다. 다음 편에서는 지자체가 부담하는 공사비용이 부가가치세 과세대상 용역의 대가에 해당하는지를 다툰 최신 대법원 판결을 살펴볼 예정입니다.

이전 글을 알고 싶다면
가공거래 세금계산서, 세무조사는 어떻게 적발해낼까 | 부가세 X레이-07편을
클릭해서 읽어보세요.

이번 사건처럼 신종 비즈니스 모델과 기존 세법 개념이 충돌하는 문제는, 이전에 다룬 정책·재테크 X레이 시리즈의 “플랫폼 경제와 조세 정책” 관련 글에서도 비슷한 맥락으로 짚은 바 있습니다. 두 글을 함께 읽으면 플랫폼 경제가 세법 전반에 던지는 도전 과제를 더 입체적으로 이해할 수 있습니다.

FAQ – 자주 묻는 질문

Q1. 플랫폼이 제공한 할인쿠폰은 항상 매출에누리로 인정되나요.

A1. 아닙니다. 개별 거래 단위로만 판단하면 수수료를 초과하는 할인액은 에누리로 인정받기 어려우며, 정산기간 전체를 통산하기로 한 계약상 합의가 있을 때 이번 판결의 기준이 적용됩니다.

Q2. 초과할인액이 판매장려금으로 분류되면 어떤 불이익이 있나요.

A2. 판매장려금은 부가가치세 과세표준에서 공제되지 않아, 사업자가 실제로 받지 못한 수수료에 대해서도 세금을 부담해야 하는 결과가 발생합니다.

Q3. 이번 판결이 다른 플랫폼 업종에도 적용될 수 있나요.

A3. 플랫폼 할인액 부가가치세 법리는 업종에 구애받지 않으므로, 배달 앱이나 오픈마켓처럼 유사한 정산 구조를 가진 플랫폼이라면, 계약상 통산 합의가 명확히 존재할 경우 같은 법리가 적용될 가능성이 높지만, 계약 형태가 다르면 결론도 달라질 수 있습니다.

Q4. 플랫폼 사업자가 지금 당장 무엇을 점검해야 하나요.

A4. 제휴사와의 계약서에 할인액과 수수료를 정산기간 단위로 통산한다는 조항이 명확히 기재되어 있는지, 그리고 실제 정산 방식이 그 조항과 일치하는지부터 확인해야 합니다.

Q5. 과거에 낸 부가가치세를 다시 돌려받을 수 있나요.

A5. 기존에 개별 거래 단위로 신고해 초과분에 대한 세금을 냈던 플랫폼 사업자라면, 이번 판결을 근거로 경정청구 가능성을 검토해볼 수 있습니다.

플랫폼 할인액 부가가치세 쟁점을 다룬 대법원 판결로, 온라인 숙박예약 플랫폼의 초과할인액이 매출에누리로 인정된 핵심 논리를 정리했습니다.