배달앱 4사(배민·요기요·쿠팡이츠·땡겨요) 매출 부가세 신고, 자료 받는 곳부터 중복신고 함정까지
배달앱 매출은 카드매출과 따로 챙겨야 합니다. 앱별 자료 위치, 만나서결제 중복신고 함정, 원본 대조 검증까지 — 사장님과 세무사무소가 그대로 쓰는 실무 순서.
배달앱 매출은 카드매출과 따로 챙겨야 합니다. 앱별 자료 위치, 만나서결제 중복신고 함정, 원본 대조 검증까지 — 사장님과 세무사무소가 그대로 쓰는 실무 순서.
배달앱 매출은 부가세 신고 때 카드매출과 따로 챙겨야 합니다. 배민·요기요·쿠팡이츠·땡겨요 매출의 상당 부분이 카드사 자료에 그대로 잡히지 않고, 앱마다 정산 기준이 달라 홈택스 신고자료와 차이가 나기 때문입니다. 이 글은 배달앱 4곳의 매출 자료를 받는 위치부터, 실무에서 가장 많이 틀리는 지점(만나서결제 중복신고), 그리고 원본 대조 검증까지 — 세무사무소와 사장님이 그대로 쓸 수 있는 순서로 정리했습니다.
부가세 신고의 기본 원칙은 "매출을 빠짐없이, 그러나 중복 없이" 신고하는 것입니다. 배달앱 매출이 문제가 되는 이유는 세 가지입니다.
| 앱 | 위치 | 받을 자료 |
|---|---|---|
| 배달의민족 | 배민사장님(구 배민외식업광장) → 정산 | 기간별 정산내역, 부가세 신고자료 |
| 요기요 | 사장님포털 → 정산/세무 | 정산내역, 부가세 자료 |
| 쿠팡이츠 | 쿠팡이츠 스토어 → 정산 | 매출·정산 내역 |
| 땡겨요 | 사장님 사이트 → 정산 관리 | 정산내역 |
반기(6개월) 신고라면 앱 4곳 × 6개월 분량을 각각 내려받아야 합니다. 지점이 여러 개거나 세무사무소에서 거래처 수십 곳을 처리한다면 이 수집 단계에서 이미 하루가 갑니다.
배달앱 신고 오류의 대표 사례는 만나서결제(현장결제) 중복신고입니다.
원칙은 하나입니다: 결제가 실제로 일어난 경로 기준으로 한 번만. 앱 결제분은 앱 정산자료에서, 만나서결제분은 카드사·현금영수증 자료에서 — 이렇게 나눠 합산해야 합니다.
집계표를 만들었다면, 신고 전에 반드시 앱 원본 내역과 건 단위로 대조해야 합니다. 합계만 비교하면 과다·과소가 상쇄되어 맞아 보이는 함정이 있습니다. 저희가 이 과정을 자동화해 운영 중인 배달마감에서는 반기 매출 324건을 원본과 건 단위로 대조해 324건 전량 일치를 확인하는 방식을 씁니다 — 수작업으로 하더라도 표본이 아닌 전수 대조를 권합니다.
Q. 배달앱 매출도 신용카드 매출전표 발행 세액공제를 받을 수 있나요? 앱 결제분은 우리 단말기 결제가 아니므로 공제 대상 구분이 다릅니다. 앱별 자료의 결제수단 구분을 그대로 쓰지 말고, 공제 요건 기준으로 다시 분류해야 합니다. 개별 상황은 담당 세무대리인과 확인하세요.
Q. 홈택스 신고도움자료만 믿고 신고하면 안 되나요? 신고도움자료는 참고자료입니다. 실제 앱 정산내역과 차이가 나는 사례가 흔하고, 차이의 소명 책임은 사업자에게 있습니다.
Q. 거래처가 많은 세무사무소는 어떻게 하나요? 거래처마다 앱 4곳을 순회 수집하는 구조라 수작업으로는 규모가 늘수록 오류율이 올라갑니다. 수집→통합→대조를 자동화한 사례는 배달마감 소개에 정리해 두었습니다.
이 글은 일반적인 실무 정보이며 개별 사안의 세무 판단은 담당 세무대리인과 확인하세요. 우리 가게(사무소) 자료 기준으로 어디까지 자동화되는지 궁금하다면 30분 무료 진단에서 확인할 수 있습니다.
회계 업무 자동화, 직접 배워보고 싶다면
강의 보러가기 →