쇼핑몰정산프로그램 도입 전에 확인할 3가지, 정산 날짜부터 반품 시험까지

통장이 비는 달은 매출이 줄어서가 아니라 구매확정이 늦어서일 수 있습니다

월말 회의에서 대표님이 먼저 묻습니다. "지난달 주문이 그렇게 많았는데, 돈은 언제 들어와요?" 운영 팀장은 쿠팡 윙, 스마트스토어 센터, 자사몰 관리자 화면을 차례로 열고 엑셀에 숫자를 옮겨 붙입니다. 그사이 매입 대금과 광고비 결제일은 하루하루 다가오죠.

이 장면이 매달 되풀이되면 보이지 않는 비용이 쌓입니다. 팀장의 며칠이 숫자 맞추기에 들어가고, 대표는 정확하지 않은 숫자로 다음 달 매입량을 정합니다. 상담하다 보면 "엑셀이 틀린 건지 마켓이 틀린 건지 모르겠다"는 말을 정말 자주 듣습니다.

그래서 쇼핑몰정산프로그램을 검색해 보지만, 결과는 대부분 솔루션 소개 글입니다. 자동 수집, 편리한 화면 같은 말은 많은데 우리 회사에 맞는지 판단할 기준은 잘 보이지 않습니다. 이 글은 프로그램 이름을 추천하지 않습니다. 대신 계약서에 서명하기 전에 직접 확인할 세 가지를 순서대로 짚고, 단계마다 어떤 손일을 자동화가 대신할 수 있는지 함께 보여 드리겠습니다.

셋 중 마지막은 시범 데이터로 해 보는 짧은 시험입니다. 시연 화면에서는 잘 드러나지 않는 차이가 이 시험에서 갈리는데요. 왜 그런지는 넷째 장에서 풀어 보겠습니다.

01매출은 느는데 통장이 비는 이유부터 봐야 합니다

매출 화면의 그래프는 분명히 올라갔습니다. 그런데 통장 잔고는 제자리입니다. 이럴 때 대표님 속마음은 대개 "어디서 돈이 새고 있는 거지?"일 겁니다.

새는 게 아니라 늦게 오는 경우가 많습니다. 주문이 들어온 날과 돈이 들어오는 날 사이에는 거리가 있기 때문이죠. 많은 마켓은 결제일이 아니라 구매확정일을 기준으로 정산합니다. 고객이 상품을 받고 구매확정을 누르거나, 자동 확정 기간이 지나야 비로소 정산 대상에 들어갑니다.

쿠팡을 예로 들면, 여러 판매자 안내 자료는 주정산을 한 주 매출의 70%를 먼저, 나머지 30%를 나중에 받는 구조로 설명합니다. 그런데 70%가 들어오는 시점은 자료마다 15영업일, 20영업일로 엇갈립니다. 그러니 블로그 숫자를 그대로 믿기보다 쿠팡 윙의 정산 유형 화면과 지급 예정 내역을 직접 확인하는 편이 안전합니다.

예를 들어 생활용품 쇼핑몰을 하는 대표님이 10월 첫 주에 평소보다 훨씬 많이 팔았다고 해 보죠. 고객들의 구매확정이 늦어지면 그 매출의 상당 부분은 11월에야 통장에 찍힐 수 있습니다. 반면 다음 물량의 매입 대금은 10월 안에 나가야 합니다. 많이 판 달에 오히려 돈이 마르는 이유가 여기 있습니다.

저희가 쇼핑몰 운영 업무를 들여다보면, 비수기 탓으로 돌린 현금 부족이 사실은 정산 시점 문제인 경우를 자주 봅니다. 매출 자체가 계절마다 크게 출렁인다면 손님을 꾸준히 불러오는 장치가 부족하다는 신호입니다. 매출은 그대로인데 통장만 빈다면 정산 시점을 먼저 의심해야 하고요. 두 문제를 나눠 봐야 대책도 나눠 세울 수 있습니다.

이 구분을 손으로 하면 매달 같은 엑셀 작업이 반복됩니다. 마켓별 주문 내역을 내려받아 구매확정일로 정렬하고, 정산 예정일을 계산해 달력에 옮기는 일이죠. 자동화를 붙이면 이 일이 바뀝니다. 매일 아침 마켓별 주문 데이터가 자동으로 모이고, "이번 주 들어올 돈, 다음 주 들어올 돈"이 계산돼 메신저로 도착합니다. 그렇다면 프로그램을 보기 전에 무엇부터 적어 두어야 할까요.

02확인 하나, 우리 마켓의 정산 날짜를 달력에 먼저 적습니다

정산 프로그램 상담에 가면 첫 질문은 보통 "마켓 몇 개 연동하세요?"입니다. 연동 개수가 많으면 마음이 놓이죠. 하지만 개수보다 먼저 봐야 할 게 있습니다. 마켓마다, 심지어 한 마켓 안에서도 정산 규칙이 다르다는 사실입니다.

쿠팡 안에서도 주정산, 월정산, 빠른정산이 따로 있습니다. 로켓그로스 매출은 빠른정산 대상이 아니라는 보도도 있었고요. 연동은 된다는데 이 차이를 구분하지 못하는 프로그램이라면, 화면의 정산 예정액이 실제 입금과 계속 어긋날 수밖에 없습니다.

판매 채널이 여러 개인 것 자체는 좋은 선택입니다. 한 채널이 막혀도 다른 채널에서 버틸 수 있으니까요. 예를 들어 쿠팡 노출이 줄어든 달에도 스마트스토어와 자사몰 주문이 버텨 주면 매출이 한꺼번에 무너지지 않습니다. 다만 채널이 늘수록 정산 날짜도 제각각 흩어집니다. 같은 날 판 매출이 세 번에 나뉘어 들어오는 셈이죠.

그래서 도입 전에 표 하나를 직접 만들어 보시길 권합니다. 칸은 마켓 이름, 정산 유형, 기준일, 지급 비율, 지급 시점, 확인한 화면 경로입니다. 쿠팡이라면 윙에서 정산 유형을 확인한 뒤 적는 식입니다. 정산 유형을 바꾸면 신청 다음 달 1일 구매확정분부터 반영된다는 안내도 함께 적어 두면 좋습니다.

저희가 진단에서 이 표를 함께 채워 보면, 담당자도 모르던 정산 유형이 하나씩 나옵니다. 표가 완성되면 프로그램에 던질 질문도 분명해집니다. "이 마켓의 이 정산 유형을 따로 구분해서 보여 주나요?"라고 묻는 거죠.

이 표는 한 번 만들고 끝나는 문서가 아닙니다. 자동화를 붙이면 매일 아침 주문 데이터로 저절로 갱신되는 정산 달력이 됩니다. 지급 예정일이 지났는데 입금이 확인되지 않은 건만 골라 자동 알림을 보내는 것도 가능합니다. 날짜를 맞췄다면 다음은 금액입니다.

03확인 둘, 정산금과 매출을 맞추는 기준이 있는지 봅니다

부가세 신고를 앞두고 세무 대리인에게 전화가 옵니다. "대표님, 매출이 왜 이것밖에 안 잡혀 있어요?" 통장에 들어온 금액을 그대로 매출로 넘겼기 때문입니다. 판매는 분명 더 많이 했는데 말이죠.

통장에 들어온 정산금은 매출이 아닙니다. 판매 금액에서 마켓 수수료, 배송비 정산, 쿠폰 부담분, 반품 차감이 빠진 뒤의 숫자입니다. 판매 금액과 실제 입금액의 차이를 주문 한 건씩 맞춰 보는 일을 대사라고 부르는데요. 정산 프로그램의 실력은 바로 여기서 갈립니다.

세무 실무 자료들은 정산금을 그대로 매출로 잡으면 수수료만큼 매출이 줄어드는 오류가 생긴다고 경고합니다. 또 홈택스의 판매(결제)대행 자료는 과세와 면세를 나누지 않은 합계금액으로 오고, 전체 매출원장을 대신하지 못한다고 설명합니다. 예를 들어 면세 식품과 과세 생활용품을 함께 파는 쇼핑몰이 이 합계만 보고 신고하면 과세 구분이 틀어질 수 있습니다.

그래서 도입 전에는 대사 기준을 물어야 합니다. 상담 자리에서 이렇게 요청해 보세요. "지난달 주문 한 건을 골라서 판매가부터 수수료, 쿠폰, 정산금까지 한 줄로 보여 주실 수 있나요?" 이어서 차이가 난 주문만 골라 보여 주는 기능이 있는지도 확인합니다.

저희도 처음엔 대사를 꼼꼼한 사람이 맡으면 해결될 일이라고 생각했습니다. 그런데 주문이 늘수록 꼼꼼함만으로는 버티기 어렵더군요. 그래서 지금은 사람이 매달 다시 대조하지 않는 구조부터 설계합니다. 시스템이 판매 내역과 정산 내역을 자동으로 맞춰 보고, 차이가 생긴 주문 몇 건만 담당자 메신저로 보내는 방식입니다.

여기에 AI를 더하면 한 걸음 더 나갑니다. 차이가 난 이유가 쿠폰인지, 반품인지, 배송비인지 AI가 먼저 분류해 메모를 달아 둘 수 있습니다. 담당자는 원인을 처음부터 찾는 대신 분류된 결과를 확인만 하면 되니 확인 시간을 크게 줄일 수 있습니다. 그런데 숫자는 정상 주문만으로 맞지 않습니다. 남은 확인은 예외 주문입니다.

04확인 셋, 반품·취소·쿠폰을 시범 데이터로 시험합니다

시연 화면은 대개 매끄럽습니다. 주문이 들어오고, 정산 예정액이 뜨고, 그래프가 예쁘게 그려지죠. 그러다 계약하고 첫 달, 묶음 상품 하나가 부분 반품되는 순간 숫자가 어긋나기 시작합니다.

도입부에서 말한 결정적인 시험이 이것입니다. 시연 화면은 대부분 정상 주문만 보여 줍니다. 실제 운영을 흔드는 건 부분 반품, 교환 후 재발송, 쿠폰 중복 적용, 구매확정 뒤 취소 같은 예외 주문입니다. 이런 주문이 정산에 어떻게 반영되는지가 매달 남는 손일의 크기를 정합니다.

방법은 간단합니다. 후보 업체에 이렇게 요청하세요. "지난달 저희 주문 중 부분 반품, 쿠폰 중복, 구매확정 후 취소 주문 10건을 드릴 테니 정산 예정 금액을 뽑아 주세요." 그리고 그 결과를 실제 통장 입금액과 나란히 놓고 비교합니다. 예를 들어 3개 묶음 중 1개만 반품된 주문이 정산금에서 정확히 1개분만 빠졌는지 보는 겁니다.

이 시험을 하면 기능 목록을 비교할 때와 다른 판단이 나옵니다. 기능은 우리가 실제로 쓸 때만 값이 있습니다. 다 갖추려다 아무것도 제대로 쓰지 못하는 경우가 흔하죠. 예를 들어 위탁 판매 위주라 재고를 직접 쥐고 있지 않은 쇼핑몰에, 재고 기능이 잔뜩 붙은 프로그램은 화면만 복잡하게 만듭니다. 그래서 아래 표처럼 유형별로 우리에게 필요한 칸만 남겨 보시길 권합니다.

표에서 가장 중요한 건 마지막 열입니다. 어떤 유형을 고르든 예외 주문 10건을 통과하지 못하면, 결국 팀장이 엑셀을 다시 엽니다. 반대로 이 시험을 통과한 도구라면 화면이 조금 투박해도 매달 손일은 확실히 줄어듭니다.

저희가 상담에서 가장 먼저 요청하는 자료도 이 예외 주문 목록입니다. 반복 손일이 어디서 생기는지 가장 정직하게 보여 주기 때문이죠. 자동화가 제 역할을 하는 곳도 바로 여기입니다. 부분 반품이 접수되면 정산 예정액에서 해당 금액이 자동으로 빠지고, 실제 입금액과 다르면 그 주문만 담당자에게 알림이 갑니다. 이 시험에서 막히는 곳이 보이면 다음 선택이 쉬워집니다.

05혼자 할 수 있는 것과 저희가 구조로 푸는 것

여기까지 중 상당 부분은 혼자서도 할 수 있습니다. 마켓별 정산 날짜 표를 만들고, 예외 주문 10건을 고르고, 시범 데이터로 비교하는 일은 하루 이틀이면 됩니다. 이것만 해도 프로그램 상담에서 받는 답의 질이 달라집니다.

막히는 지점은 그다음입니다. 마켓마다 내려받는 파일 형식이 다르고, 연동이 정산 상세까지 닿는지는 직접 붙여 봐야 압니다. 기존 회계 프로그램과 주문 관리 도구를 그대로 둔 채 빈칸만 잇고 싶다면, 기성품 하나로는 맞지 않을 수 있습니다. 결국 "도구는 샀는데 엑셀은 그대로"인 상태가 되기 쉽죠.

에센셜 코드는 이 빈칸을 업무 단위로 채웁니다. 먼저 팀장이 매달 하는 정산 손일을 순서대로 적고, 그중 사람이 판단할 일과 기계가 대신할 일을 나눕니다. 그다음 마켓 데이터를 모으는 일, 판매와 정산을 대조하는 일, 차이를 알리는 일을 차례로 자동화로 잇습니다. 이렇게 하면 팀장에게는 확인과 판단만 남습니다.

예를 들어 매일 아침 마켓별 정산 예정액을 모아 달력으로 보여 주고, 금액이 맞지 않는 주문만 원인 메모와 함께 담당자에게 보내는 흐름을 만들 수 있습니다. 월말 회의 전날 밤 엑셀을 붙잡던 시간이, 아침에 온 알림 몇 건을 확인하는 시간으로 바뀌는 셈이죠. 어떤 범위까지 만들 수 있는지는 업무 자동화 구축에서 볼 수 있습니다.

길은 두 갈래입니다. 우리 회사 정산 업무를 맡겨서 맞춤으로 풀고 싶다면, 무료 업무 진단에서 반복 손일을 함께 정리하는 데서 시작하시면 됩니다. 반대로 팀이 직접 배워서 이런 표와 알림을 만들고 싶다면 방법이 있습니다. 저희는 구축만 하는 회사가 아니라, 대표와 실무자가 회사 실제 업무로 AI 자동화를 만들어 보는 교육도 운영합니다. 구성은 AI 교육 프로그램 보기에서 확인할 수 있습니다.

06정리

다시 월말 회의로 돌아가 보겠습니다. "돈은 언제 들어와요?"라는 질문에 팀장이 화면 세 개를 여는 대신, 아침에 자동으로 도착한 정산 달력 한 장을 보여 준다면 어떨까요. 그 달력은 비싼 프로그램 하나가 아니라 도입 전 세 가지 확인에서 시작됩니다.

• □운영 중인 마켓과 정산 유형을 모두 적었다
• □마켓별 기준일과 지급 시점을 공식 화면에서 확인했다
• □정산금과 매출의 차이 항목을 나열했다
• □부가세 신고용 매출원장을 따로 관리하고 있다
• □지난달 예외 주문 10건을 골라 두었다
• □후보 프로그램에 시범 데이터 시험을 요청했다

첫 단계는 세 가지면 충분합니다.

1. 이번 주 안에 마켓별 정산 날짜 표를 만든다.
2. 지난달 반품·취소·쿠폰 주문 10건으로 시범 시험 목록을 만든다.
3. 반복 손일 목록을 들고 무료 업무 진단을 받는다.

정산 날짜를 모으고, 판매와 정산을 대조하고, 예외 주문을 골라내는 일은 매달 같은 순서로 반복됩니다. 반복되는 일은 자동화와 AI가 대신할 수 있습니다. 에센셜 코드와 상담하면 지금 쓰는 도구는 그대로 둔 채, 우리 회사 정산 업무에 맞는 자동화부터 시작할 수 있습니다.

07자주 묻는 질문

쇼핑몰정산프로그램을 쓰면 정산이 빨라지나요?

프로그램이 마켓의 정산 일정 자체를 바꾸지는 못합니다. 대신 언제 얼마가 들어올지 미리 보여 주기 때문에 자금 계획을 앞당길 수 있습니다. 정산 시점을 당기려면 빠른정산이나 선정산 같은 별도 선택지를 따로 비교해야 합니다.

홈택스 판매대행 자료만으로 부가세 신고를 해도 되나요?

세무 실무 자료들은 판매대행 자료가 전체 매출원장을 대신하지 못한다고 설명합니다. 과세와 면세가 합계로만 오고, 조회 시점에 최근 거래가 빠져 있을 수 있기 때문입니다. 자체 매출원장과 대조한 뒤 세무 대리인과 확인하는 편이 안전합니다.

마켓이 두 곳뿐인데도 프로그램이 필요할까요?

마켓 수보다 예외 주문의 양이 기준입니다. 두 곳이라도 반품과 쿠폰이 많으면 대사 손일이 큽니다. 먼저 예외 주문 10건 시험을 엑셀로 해 보고, 매달 반나절 이상 걸린다면 자동화를 검토해 볼 만합니다.

기존 회계 프로그램을 바꾸지 않고 정산만 자동화할 수 있나요?

가능한 경우가 많습니다. 기존 도구는 그대로 두고, 마켓 정산 데이터를 모아 대조하고 차이를 알리는 부분만 붙이는 방식입니다. 우리 회사 도구 구성에 맞는지는 진단에서 연동 범위를 확인한 뒤 판단할 수 있습니다.