매출관리 프로그램 개발, 채널별 매출을 한 화면에 모으기

2016.12.01 조회 1488

우리비엔씨는 판매 채널과 거래처가 늘어나 엑셀 매출장부로는 감당이 어려워진 기업을 위해 매출관리 프로그램을 맞춤으로 개발합니다. 꿈비㈜의 판매 채널별 매출 통합, 로컬테이블(인생식탁)의 온라인 매출 정산, ㈜성보화학의 거래처별 판매 집계, ㈜토탈푸드코리아의 판매계획과 Sales Pricing까지 직접 만든 사례가 있습니다. 이 글은 매출관리 프로그램이 답해야 할 다섯 가지 질문을 기준으로, 실제로 어떤 기능을 만들었는지 정리했습니다.

매출관리 프로그램 거래처별 매출 집계 화면, 정상판매·현금판매·특가판매·매출할인과 매출액 합계, 결제내역

거래처별 매출 집계 화면: 판매 유형별 매출과 매출할인을 나눠 합계를 내고, 바로 옆에 결제내역을 붙여 보여 줍니다 (거래처명은 가림 처리)

매출 합계는 엑셀로도 나옵니다, 문제는 그다음입니다

상담을 하다 보면 “매출 합계는 엑셀로 잘 내고 있어요”라는 말을 자주 듣습니다. 맞습니다. 한 달 매출 합계는 엑셀로도 충분히 나옵니다. 그런데 이야기를 조금 더 나누다 보면 고민은 늘 그다음에 있습니다. 채널마다 내려받은 파일 양식이 달라 매달 붙이는 데 하루가 가고, 수수료와 할인을 빼면 실제로 얼마가 남는지는 따로 계산해야 하고, 받을 돈이 얼마 남았는지는 담당자에게 물어봐야 압니다.

그래서 매출관리 프로그램을 만들 때는 화면부터 그리지 않고, 이 회사가 매출에 대해 매번 묻는 질문이 무엇인지부터 정리합니다. 지금까지 만든 프로그램들을 돌아보면 질문은 대체로 아래 다섯 가지로 모입니다.

매출에 대한 질문	프로그램이 하는 일	실제 사례
1. 어디서 얼마나 팔았나	채널별 매출을 한 데이터베이스로 통합	꿈비㈜
2. 떼고 나면 얼마 남나	수수료·할인·배송비를 반영한 정산과 마진	로컬테이블(인생식탁)
3. 누구에게 얼마를 받아야 하나	매출, 입금, 미수금을 한 줄로 연결	창고관리 프로그램 입금현황
4. 어느 거래처·품목이 매출을 끄나	거래처·품목·판매유형별 집계	㈜성보화학
5. 계획 대비 어디까지 왔나	판매계획 대비 실적, 시계열 분석	㈜토탈푸드코리아, 월트디즈니 DMD

질문 1. 어디서 얼마나 팔았나: 채널별 매출 통합

판매 채널이 하나일 때는 매출관리가 어렵지 않습니다. 오픈마켓, 자사몰, 거래처 납품처럼 채널이 늘어나면 매출 자료도 채널 수만큼 따로 생기고, 양식과 상품코드도 제각각입니다. 매출관리 프로그램의 첫 번째 일은 이 자료들을 한 데이터베이스에 같은 기준으로 모으는 것입니다.

꿈비㈜ 매출통합 및 정산시스템(2022.10~2023.01, C# 닷넷, MariaDB 10.9)이 바로 이 작업이었습니다. 판매 채널별로 따로 관리되던 매출을 하나로 통합하고, 그 위에서 집계와 정산을 하도록 만들었습니다. 이때 핵심은 채널마다 다른 원본 파일을 손으로 옮겨 적지 않고 그대로 올리게 하는 것, 그리고 채널마다 다른 상품코드와 거래처 코드를 회사 기준 코드로 맞춰 주는 매핑 기준을 처음에 잡아 두는 것입니다.

질문 2. 떼고 나면 얼마 남나: 수수료·할인을 반영한 정산

온라인 매출은 판매금액이 곧 우리 돈이 아닙니다. 마켓 수수료, 쿠폰 할인, 배송비, 묶음배송이 주문마다 다르게 붙기 때문입니다. 로컬테이블(인생식탁) 매출 정산시스템(2021.02~2021.04, C# 닷넷, SQL Server)은 오픈마켓과 공급 거래처 사이에서 중계 역할을 하는 회사의 입장에서 이 계산을 맡았습니다.

네이버, 카카오, 자체몰 매출내역과 연동한 정산 로직
판매가 변동, 쿠폰·할인, 배송비, 묶음배송 처리와 마진·손익 산출
마케팅 부서의 이벤트 내역 반영
거래처별 정산서와 상세내역서 생성, 은행 일괄입금·세금계산서 내역 생성

매출 숫자를 보는 프로그램과 정산까지 하는 프로그램은 생각보다 거리가 있습니다. 정산이 들어가면 “이 쿠폰 할인은 누가 부담하나” 같은 규칙을 하나하나 정해야 하는데, 이 규칙을 개발 전에 고객과 함께 표로 정리해 두는 것이 일정의 대부분을 좌우합니다.

질문 3. 누구에게 얼마를 받아야 하나: 매출과 미수금 연결

매출은 장부에 잡혔는데 돈은 아직 들어오지 않은 상태, 즉 미수금은 엑셀로 관리할 때 가장 놓치기 쉬운 부분입니다. 매출 시트와 입금 시트가 따로 놀기 때문입니다. 프로그램에서는 매출 건마다 입금을 연결해 두면 미수금이 저절로 계산됩니다.

일자별 입금현황 보고서, 거래처별 매출금·입금액·미수금과 현금·통장·어음 입금 방법별 합계

창고관리 프로그램의 일자별 입금현황 보고서: 거래처별 매출금, 입금액, 미수금과 입금 방법(현금·통장·어음)별 합계 (거래처·입금자 정보는 가림 처리)

위 보고서는 창고 보관 업무를 관리하는 프로그램에서 출력한 것입니다. 매출금 옆에 입금액과 미수금이 바로 붙고, 거래처별·입금일별·월별로 합계가 끊어집니다. 결재란까지 있는 출력 양식이어서, 매달 사람이 만들던 보고서를 버튼 하나로 대신합니다.

질문 4. 어느 거래처·품목이 매출을 끄나: 기준별 집계

맨 위 화면은 ㈜성보화학 판매 정산관리 프로그램(2012.11~2012.12 첫 개발, C# 닷넷, SQL Server CE)의 판매장려금 산정 화면입니다. 거래처마다 정상판매, 현금판매, 특가판매, 기타판매, 매출할인을 나눠 매출액 합계를 내고, 같은 줄에 결제내역을 붙였습니다. 거래처가 수백 곳이어도 판매 유형별로 어디서 매출이 나오는지 한눈에 보입니다.

이 프로그램은 해마다 바뀌는 판매장려금 기준을 반영하며 2012년 v1.1에서 2016년 v4.5까지 버전을 올려 왔습니다. 매출관리 프로그램은 한 번 만들고 끝나는 것이 아니라, 회사의 판매 정책과 함께 자라는 프로그램이라는 것을 보여 주는 사례입니다.

질문 5. 계획 대비 어디까지 왔나: 계획·실적 비교와 분석

매출이 쌓이기 시작하면 다음 질문은 “계획 대비 어디까지 왔나”입니다. ㈜토탈푸드코리아 수입유통 Planning & Sales Pricing 시스템(2022.05~2022.09, C# 닷넷)에서는 판매처별 월별 계획물량과 실제 판매실적을 함께 관리하고, 수입 비용 항목을 반영한 적정 단가와 거래처 등급별 마진율로 Sales Pricing을 산출한 뒤 실제 판매실적과 비교하도록 만들었습니다.

월트디즈니 DMD의 라이선스 매출 통합관리 소프트웨어(2016.09~2016.11)는 전체 라이선시의 매출을 하나의 데이터베이스로 모아 각종 집계와 시계열 분석을 하는 프로그램이었습니다. 데이터가 한곳에 모여 있으면 기간별 추이나 비율 분석은 차트 한 장으로 바로 보여 줄 수 있습니다.

매출관리 프로그램 매출 비교 차트 예시, 제품군별 매출 비중 파이 차트

매출 분석 차트 예시: 제품군별 매출 비중을 파이 차트로 비교 (샘플 데이터)

엑셀 매출장부를 프로그램으로 옮길 때 지키는 원칙

원본 파일은 그대로 올립니다. 채널이나 거래처에서 받은 엑셀, txt, csv를 다시 입력하지 않고 업로드해 불필요한 수작업 입력을 없앱니다.
코드 기준을 먼저 맞춥니다. 같은 상품이 채널마다 다른 이름으로 들어오면 집계가 틀어집니다. 상품·거래처 코드 매핑표가 매출관리의 뼈대입니다.
계산은 데이터베이스에서 합니다. 집계와 정산 규칙을 프로그램 안에 두면, 사람이 수식을 고치다 생기는 실수가 사라집니다.
결과는 익숙한 형태로 내보냅니다. 보고서 출력과 엑셀 저장을 함께 두어, 기존에 쓰던 보고 양식을 바꾸지 않아도 되게 합니다.

매출관리 프로그램 개발 실적

고객사	프로젝트	기간	기술
꿈비㈜	매출통합 및 정산시스템	2022.10 ~ 2023.01	C# 닷넷 / MariaDB 10.9
㈜토탈푸드코리아	수입유통 Planning & Sales Pricing 시스템	2022.05 ~ 2022.09	C# 닷넷 / SQLite
로컬테이블(인생식탁)	매출 정산시스템	2021.02 ~ 2021.04	C# 닷넷 / SQL Server
월트디즈니 DMD	라이선스매출 통합관리 소프트웨어	2016.09 ~ 2016.11	C# 닷넷, DevExpress
㈜성보화학	판매 정산관리 프로그램	2012.11 ~ 2012.12	C# 닷넷 / SQL Server CE

자주 묻는 질문

Q. 오픈마켓과 자사몰 매출을 한 프로그램에서 볼 수 있나요?

네. 로컬테이블(인생식탁) 사례에서는 네이버, 카카오, 자체몰 매출내역을 연동해 한 곳에서 정산했고, 꿈비㈜ 사례에서는 판매 채널별 매출을 하나로 통합했습니다. 채널마다 자료 양식이 달라도 채널별 읽기 규칙과 코드 매핑을 두면 같은 기준으로 집계할 수 있습니다.

Q. 이미 ERP나 회계 프로그램을 쓰고 있는데 따로 만들 필요가 있나요?

회사만의 정산 규칙이나 집계 방식이 기존 프로그램에서 안 될 때 따로 만드는 경우가 많습니다. 이때는 기존 프로그램을 바꾸지 않고, 그 프로그램에서 내려받은 자료를 받아 집계·정산만 맡기는 방식도 가능합니다. 어떤 자료를 꺼낼 수 있는지를 상담 때 먼저 확인합니다.

Q. 개발 기간은 얼마나 걸리나요?

위 실적표의 사례들은 짧게는 2개월, 길게는 5개월 정도 걸렸습니다. 기간을 가장 크게 좌우하는 것은 화면 수보다 정산 규칙의 복잡도와, 통합해야 할 채널·자료의 수입니다.

Q. 판매 정책이나 수수료 기준이 바뀌면 어떻게 하나요?

기준값은 가능한 한 프로그램 안의 기준정보로 두어, 담당자가 직접 바꿀 수 있게 만듭니다. 계산 구조 자체가 바뀌는 경우에는 납품 후 1년간은 무상 하자보수로, 그 이후에는 건별 유지보수로 반영합니다. ㈜성보화학 프로그램이 해마다 버전을 올린 것도 이런 방식이었습니다.