알려드립니다. 이 글에서 소개한 무료 도구와 유료 템플릿은 이 블로그를 운영하는 PC Wise AI가 만들어 제공하는 것입니다. 유료 템플릿이 판매되면 그 대금은 저희에게 돌아갑니다. 무료 도구는 결제나 가입 없이 쓰실 수 있습니다.
온라인으로 물건을 파는 분이라면 매일 반복하는 일이 하나 있습니다. 은행 앱이나 입금 내역을 열어 두고, 주문 시트를 옆에 띄운 뒤, 입금자 이름과 금액을 눈으로 하나씩 맞춰 보는 일입니다. 주문이 하루 수십 건만 넘어가도 이 입금 대조 작업에 드는 시간은 주문 수, 입금 방식과 예외 건수에 따라 달라집니다.
특히 이런 분들이 매일 겪는 일입니다
공동구매(공구)를 진행하는 분, 인스타그램·블로그 등 SNS 마켓을 운영하는 분, 카카오톡이나 주문폼으로 주문을 받고 계좌이체로 입금받는 분들에게 특히 해당됩니다. 스마트스토어처럼 결제가 자동으로 잡히는 게 아니라, 주문자 명단과 실제 입금 내역을 사람이 직접 대조해야 하기 때문입니다. 공구 정산, SNS 마켓 입금 확인, 카톡 주문 대조 — 이름은 달라도 매일 반복되는 같은 노가다입니다.
손으로 대조할 때 생기는 진짜 비용
시간만 문제가 아닙니다. 사람이 눈으로 맞추다 보면 놓칠 수 있는 항목이 있습니다.
- 동명이인 — 같은 이름으로 여러 건이 들어오면 어느 주문의 입금인지 헷갈립니다.
- 부분 입금·초과 입금 — 주문 금액과 1,000원만 달라도 눈으로는 지나치기 쉽습니다.
- 미입금 주문 — 주문은 들어왔는데 입금이 안 된 건은, 전체를 다 훑기 전에는 드러나지 않습니다.
- 중복 입금 — 같은 사람이 두 번 보낸 경우 환불 대상인데 놓치면 손해로 남습니다.
이런 것들은 바쁠수록, 주문이 많을수록 더 자주 새어 나갑니다. 정작 매출이 늘어날 때 가장 많이 틀리는 구조입니다.
자동화가 실제로 하는 일
입금 대조 자동화의 핵심은 단순합니다. 은행 입금 내역과 주문 목록을 프로그램이 받아서, 입금자 이름과 금액으로 대조 후보를 찾는 것입니다. 같은 이름·금액이 여러 건이면 주문번호, 입금 시점과 고객 확인 정보를 함께 대조해야 합니다. 확정된 건과 확인 대기 건을 구분하되 원본 내역과 확정 근거는 남깁니다.
다음은 실제 처리 결과가 아닌 확인 항목의 예시입니다. 이름·금액이 맞는 후보를 검토한 뒤에도 아래와 같은 예외가 남을 수 있습니다.
- 이름은 맞는데 금액이 1,000원 모자란 건 (부분 입금 의심)
- 주문에 없는 이름으로 들어온 입금 (미확인 입금)
- 주문은 있는데 입금이 안 들어온 건 (미입금 주문)
도구는 확인할 후보를 모으는 데 도움을 줍니다. 주문 건수와 입금 건수는 따로 세고, 부분 입금·미확인 입금·미입금 주문을 각각 합계까지 검토하세요. 자동으로 분류되는 비율과 처리 시간은 실제 자료로 확인해야 합니다.
무료 도구에 직접 넣어 확인한 합성 자료와 결과
2026년 10월 4일, 위의 무료 입금 대조 도구에 실제 고객과 무관한 합성 자료를 입력해 확인했습니다. 입금자 A~F·X와 주문번호 O01~O06은 설명용입니다. 은행 6행·주문 6행, 금액 허용 오차 0원으로 실행했습니다. 실제 거래 자료나 처리 시간·시간 절감 효과를 측정한 실험은 아닙니다.
그대로 복사할 입력 자료
은행 내역 입력란에는 첫 번째 CSV를, 주문 목록에는 두 번째 CSV를 넣습니다. 숫자의 쉼표는 넣지 않았습니다.
입금자명,금액
A,20000
B,20000
C,10000
C,20000
D,35000
X,7000주문번호,주문자명,주문금액
O01,A,20000
O02,B,20000
O03,C,30000
O04,D,40000
O05,E,50000
O06,F,60000화면에서 관찰한 후보 분류
| 분류 | 건수 | 표시된 내용 |
|---|---|---|
| 자동 매칭 | 2 | A 20,000원 → O01 / B 20,000원 → O02 |
| 수동 확인 입금 | 3 | C 10,000원과 20,000원 → O03 후보 / D 35,000원 → O04 후보 |
| 미확인 입금 | 1 | X 7,000원 |
| 미입금 주문 후보 | 4 | O03 30,000원 / O04 40,000원 / O05 50,000원 / O06 60,000원 |
도구의 ‘사람이 볼 것 8건’은 수동 확인 입금 3행 + 미확인 입금 1행 + 미입금 주문 후보 4행입니다. 입금 6건 중 8건이 틀렸다는 뜻이 아닙니다. 입금 행과 주문 행을 함께 세는 화면이므로 분모를 섞어 자동 처리율을 계산하면 안 됩니다.
후보 목록에서 확정 원장으로 넘어가는 조건
이 실행에서 C의 두 입금은 자동으로 합쳐지지 않았고, D의 35,000원은 부분 입금 후보로 남았습니다. 그래서 O03과 O04도 미입금 주문 후보에 함께 표시됐습니다. 이 화면은 사람의 귀속 확인 전 후보 목록이며, 최종 미수 잔액표가 아닙니다. 후보에 40,000원이 보인다고 D의 최종 잔액을 40,000원으로 확정해서도, 이미 35,000원이 배정됐다고 가정해서도 안 됩니다.
- A·B의 자동 매칭도 주문번호·원본 입금·고객 확인 정보와 대조합니다.
- C의 두 거래가 모두 O03의 입금임을 확인했다고 가정하면, D03 10,000원과 D04 20,000원을 각각 한 번씩 배정해 30,000원을 채웁니다.
- D의 거래가 O04의 부분 납부임을 확인했다고 가정하면 D05 35,000원을 배정하고 잔액 5,000원을 남깁니다.
- X 7,000원은 근거가 없으므로 어떤 주문에도 배정하지 않습니다. E·F 주문에는 배정 입금이 없습니다.
위 조건이 모두 확인됐다고 가정한 수동 원장이 앞 절의 표입니다. 입금 112,000원 = 배정 105,000원 + 미확인 7,000원, 청구 220,000원 = 배정 105,000원 + 미수 115,000원으로 각각 검산합니다. 115,000원은 이번 도구가 자동으로 산출한 값이 아니라 조건부 수동 배정 예시의 잔액입니다. 실제 고객에게 귀속을 확인한 사례도 아닙니다.
실무 기록에는 거래번호, 주문번호, 배정 금액, 확인 근거, 확인자, 확인 시각을 남기세요. 한 입금을 두 주문에 중복 배정하거나 미확인 돈으로 발송을 확정하면 이 검산이 무너집니다. 위 입력으로 후보 화면을 먼저 재현한 뒤, 확인 전·후 표를 나누어 작성해 보세요.
6개 주문과 6개 입금을 검산하는 가상 예시
다음 표는 앞 절의 후보를 확인한 뒤, 각 입금의 귀속 근거가 확인됐다고 가정한 수동 배정 예시입니다. 실제 도구가 자동 완성한 원장이나 실제 고객 확인 결과가 아닙니다. 주문 원장에는 주문번호·고객코드·청구액·원본 위치, 입금 원장에는 거래번호·시각·입금자명·금액을 남깁니다. 원문과 원본 파일은 별도로 보관합니다.
| 주문 | 고객 | 청구액 | 확인된 배정 입금 | 잔액 |
|---|---|---|---|---|
| O01 | A | 20,000 | D01: 20,000 | 0 |
| O02 | B | 20,000 | D02: 20,000 | 0 |
| O03 | C | 30,000 | D03+D04: 30,000 | 0 |
| O04 | D | 40,000 | D05: 35,000 | 5,000 |
| O05 | E | 50,000 | 없음 | 50,000 |
| O06 | F | 60,000 | 없음 | 60,000 |
| 입금 | 금액 | 확인·배정 결과 |
|---|---|---|
| D01 | 20,000 | 원본 주문번호와 고객 확인으로 O01 배정 |
| D02 | 20,000 | 원본 주문번호와 고객 확인으로 O02 배정 |
| D03 | 10,000 | O03의 첫 부분 입금으로 확인 |
| D04 | 20,000 | O03의 추가 입금으로 확인 |
| D05 | 35,000 | O04의 부분 입금으로 확인, 5,000원 미수 |
| D06 | 7,000 | 고객 미확인, 어떤 주문에도 배정하지 않음 |
단위는 원입니다. 입금 합계 112,000 = 배정 105,000 + 미확인 7,000, 주문 청구액 합계 220,000 = 배정 105,000 + 미수 115,000입니다. 20,000원이 세 번 들어왔으므로 금액만으로 배정할 수 없습니다. C의 나눠 보낸 두 입금은 각 거래를 한 번씩만 배정합니다. 배정 근거와 잔액이 보이는 표를 내보내고, 미확인 돈은 매출 확정이나 발송 근거로 사용하지 않습니다.
도입은 생각보다 간단합니다
많은 분들이 “우리 쇼핑몰은 채널도 여러 개고 은행도 여러 개라 안 될 것”이라고 생각하시는데, 오히려 그렇게 복잡한 경우일수록 자동화 효과가 큽니다. 실제 도입은 이렇게 진행됩니다.
- 지금 쓰시는 은행·PG 입금 내역과 주문 시트를 어떤 형식으로 내려받는지 확인합니다.
- 그 형식에 맞춰 이름·금액 기준 자동 매칭 규칙을 세팅합니다. (부분 입금 허용 오차, 수수료 차감, 동명이인 처리 규칙까지)
- 매일 파일만 넣으면 “확인할 것”만 뜨는 도구로 만들어 드립니다. 설치가 필요 없는 형태로도 가능합니다.
먼저 직접 해보세요: 설치 없이 브라우저에서 바로 쓰는 무료 입금 대조 도구를 만들어 두었습니다. 은행 내역과 주문 명단을 붙여넣기 전 가상 자료로 분류 결과를 확인하고, 실제 거래에서는 자동 매칭 후보도 원본 내역과 대조하세요.
무료 업무 진단
지금 손으로 하고 계신 입금 대조가 자동화될 수 있는지, 얼마나 줄어드는지 먼저 무료로 진단해 드립니다. 필요한 확인 범위와 예상 상담 시간을 먼저 정하고, 실제 양식으로 자동화 가능성을 확인한 뒤 결정하시면 됩니다. 입금 대조뿐 아니라 매주 반복되는 다른 화면 작업(여러 채널 주문 취합, 대량 상품 등록, 정산 계산 등)도 같은 방식으로 자동화할 수 있습니다.
이 글 아래 댓글로 “어떤 반복 업무가 시간을 가장 많이 잡아먹는지” 한 줄만 남겨 주시면, 자동화 가능 여부를 구체적으로 회신드립니다. (네이버 밴드 주문 관리는 별도 전용 도구가 있으니 그 외 업무를 말씀해 주세요.)
함께 보면 좋은 글
PC Wise AI는 반복되는 브라우저 업무를 실제로 돌아가는 도구로 자동화합니다. 말이 아니라, 돌아가는 결과물로 보여 드립니다.
공동구매 정산 방법 — 참여자별 청구액과 배송비 분담 계산하기
공동구매 주문서 정리 방법 — 댓글 주문을 표로 옮기는 순서
엑셀로 관리할 때도 위 입력 자료와 수동 배정 표를 직접 작성할 수 있습니다. 후보와 확정 원장을 구분하고, 입금·청구 합계를 각각 검산하세요.
답글 남기기