품목마다 다른 부가세에 신고 오류와 가산세──제주 커피 로스터리 양민철이 품목별 부가세율 사전 설정으로 신고 오류를 제로화한 이야기

제주시 애월읍, 바다가 내려다보이는 언덕에 양민철 씨(45) 가족이 운영하는 스페셜티 커피 로스터리가 있다. 아버지가 작은 카페로 시작한 사업을 양민철 씨가 이어받아, 지금은 로스팅 공장과 대형 카페, 그리고 도매 사업까지 갖춘 연 매출 30억 원 규모로 키웠다. 아내는 매장을, 동생은 로스팅을, 어머니는 여전히 단골손님을 챙긴다. 제주를 대표하는 로컬 커피 브랜드 중 하나로 자리 잡았다.

이 로스터리의 매출은 세 갈래다. 첫째, 매장에서 관광객과 주민에게 파는 커피·디저트(소매). 둘째, 제주 도내 식당·호텔·다른 카페에 납품하는 원두 도매. 셋째, 매장과 온라인에서 파는 원두·드립백·굿즈(소매). 규모가 커지면서 사업은 단단해졌지만, 동시에 한 가지 문제가 양민철 씨를 매년 괴롭혔다. 바로 부가세였다.

"매출이 30억이 되니까 부가세 신고가 그냥 일이 아니라 '공포'가 됐어요. 품목마다 부가세가 어떻게 붙는지가 다 다른데, 그걸 일일이 손으로 분류하다 보니 매번 실수가 나왔어요. 한 번은 신고 오류로 가산세까지 물었고요. 커피는 잘 볶는데, 세금에서 자꾸 새는 거예요."

같은 가게인데 품목마다 부가세가 다르다

커피 사업의 부가세가 까다로운 건, 취급 품목이 부가세 측면에서 성격이 제각각이기 때문이다. 양민철 씨의 로스터리에서 다루는 것만 봐도 분류가 갈렸다.

• 매장에서 만들어 파는 음료·디저트(소매). 일반 과세 대상. 부가세 10%가 포함된 가격으로 판매하고, 매출에서 부가세를 신고·납부한다.
• 볶은 원두·드립백·커피 굿즈(소매·도매). 가공·판매 품목으로 과세 대상. 다만 도매 거래는 사업자 간 거래라 전자세금계산서를 발행해야 한다.
• 특정 1차 농산물·미가공 식품류. 면세 품목이 섞이는 경우가 있다. 예컨대 부재료로 들여오는 일부 가공되지 않은 농산물이나, 면세로 분류되는 특정 식품을 함께 취급하면 매입 단계에서 과세·면세가 갈린다.
• 도매 vs 소매 차이. 같은 원두라도 매장 손님에게 파는 소매와 식당에 납품하는 도매는 발행하는 증빙(현금영수증/세금계산서)이 다르다.

"문제는 이걸 거래할 때마다 머리로 판단해서 처리했다는 거예요. '이건 과세, 이건 세금계산서, 이건 면세 매입…' 하루에도 수십 건이 오가는데, 사람이 매번 정확히 분류할 수 있겠어요? 한두 건 틀리는 건 일상이었고, 그게 쌓이면 신고 때 숫자가 안 맞았어요."

가산세를 한 번 물고 결심하다

결정적 계기는 가산세였다. 한 해 부가세 신고에서, 도매 거래 일부를 소매로 잘못 분류하고 세금계산서 발행을 누락한 게 드러났다. 수정 신고를 하면서 가산세와 함께 적지 않은 돈이 추가로 나갔다. "금액도 아까웠지만, 더 무서운 건 '내가 모르는 사이에 또 틀리고 있을 수 있다'는 불안이었어요. 매출 30억짜리 사업이 부가세 분류 하나로 흔들릴 수 있다는 게 실감이 났죠."

양민철 씨에게 필요한 건 명확했다. 거래할 때마다 사람이 판단하는 게 아니라, 품목 자체에 부가세 처리 방식을 미리 정해두는 것. 그러면 누가 청구서를 작성하든(아내든, 직원이든) 같은 품목은 항상 같은 방식으로 처리된다. 사람의 판단이 아니라 시스템의 규칙으로 부가세를 다루는 것이다.

InvoiceFlow의 품목별 부가세율 사전 설정

그가 찾은 도구가 청구·매출 관리를 정리할 수 있는 앱 'InvoiceFlow'였다. 핵심은 품목별 부가세율 사전 설정 기능이었다. 자주 취급하는 품목을 미리 등록하면서, 각 품목에 부가세율과 처리 방식을 지정해둘 수 있었다.

각 품목에 품목 코드를 부여해두니 관리가 더 깔끔해졌다. 청구서나 거래명세서를 만들 때 품목만 선택하면, 미리 설정된 부가세율과 처리 방식이 자동으로 적용됐다. 더 이상 사람이 "이건 과세였나 면세였나"를 고민할 필요가 없어진 것이다.

가족 누구나 같은 규칙으로 처리

이 변화의 가장 큰 수혜자는 가족 직원들이었다. 예전에는 부가세 처리를 양민철 씨나 세무에 밝은 한두 사람만 할 수 있었다. 이제는 매장의 아내도, 로스팅실의 동생도, 품목만 고르면 부가세가 자동으로 맞게 처리됐다. "사람이 바뀌어도 결과가 같아진 거예요. 신입 직원이 청구서를 만들어도 베테랑이 만든 것과 똑같이 정확하니까, 가르치는 부담도 줄었고요."

전자세금계산서, 도매 거래에서 자동으로

도매 품목으로 설정된 거래는 자동으로 전자세금계산서 발행 대상으로 잡혔다. 양민철 씨는 InvoiceFlow에서 도매 거래처별로 명세를 정리한 뒤, 홈택스에서 세금계산서를 발행할 때 어떤 거래에 발행이 필요한지 헷갈리지 않게 됐다. 소매 매출(현금영수증)과 도매 매출(세금계산서)이 품목 코드 단계에서부터 구분되니, 발행 누락이 사라졌다.

결과: 신고 오류 제로, 가산세와 작별

품목별 부가세율 사전 설정을 도입한 지 1년. 양민철 씨의 부가세 공포는 사라졌다.

• 부가세 신고 오류: 빈번 → 0건. 품목 단계에서 부가세가 확정되니, 거래가 쌓여도 분류 오류가 발생하지 않았다.
• 가산세: 발생 → 0원. 신고 오류가 사라지면서 가산세 부담도 함께 사라졌다.
• 전자세금계산서 발행 누락: 사라짐. 도매 거래가 품목 단계에서 자동 식별되어, 발행 대상을 놓치지 않게 됐다.
• 부가세 신고 준비 시간: 대폭 단축. 과세·면세, 소매·도매가 미리 분류된 자료를 세무사에게 그대로 넘기면 됐다.
• 속도와 정확성: 동시에 향상. 가족 누구나 청구서를 정확하게 만들 수 있게 되면서, 바쁜 관광 성수기에도 청구 업무가 병목이 되지 않았다.

"세무사님이 그러시더라고요. '이제 자료가 너무 깔끔해서 제가 할 일이 없네요'라고요. 그게 칭찬이었죠. 부가세가 더 이상 공포가 아니라, 그냥 정리된 데이터를 옮기는 일이 됐어요. 그 마음의 평화가 제일 컸어요."

성수기 청구를 거래명세서로 자동화

제주는 관광 성수기에 도매 주문이 폭증한다. 양민철 씨는 정기 거래처에 반복 청구·거래명세서를 설정해두어, 매번 명세를 새로 만들지 않고 검토·발행만 하면 되도록 했다. 품목 코드와 부가세가 이미 박혀 있으니, 성수기에도 청구가 밀리지 않았다.

다중 사업 프로필로 매장과 도매를 구분

양민철 씨는 다중 사업 프로필 기능으로 매장 소매 사업과 도매 사업의 청구서 양식·통계를 분리했다. 도매 거래명세서에는 사업자 정보와 세금계산서 안내를, 매장에는 브랜드 감성을 살린 영수증을 쓴다. 두 사업의 매출 흐름을 따로 보니, 도매 사업의 성장세도 한눈에 들어왔다.

품목이 다양한 가게를 운영하는 사장님들에게

"부가세 실수는 게으름이 아니라 구조의 문제예요. 품목마다 처리가 다른데 사람이 매번 판단하면, 언젠가는 틀려요. 그건 사람 잘못이 아니라 시스템이 없는 잘못이죠. 품목 자체에 부가세 규칙을 박아두세요. 그러면 누가 일하든, 아무리 바빠도, 같은 품목은 항상 정확하게 처리됩니다. 세금은 근면이 아니라 규칙으로 푸는 거예요."

양민철 씨가 부가세 공포에서 벗어난 방법은 더 똑똑해진 게 아니었다. 판단을 사람에서 시스템으로 옮긴 것뿐이었다. 애월의 바닷바람 부는 언덕에서, 그는 오늘도 가족과 함께 안심하고 원두를 볶는다. 세금 걱정은 이제 품목 코드가 대신해주니까.