계좌이체로 주문을 받는 사업의 숨은 노동은 입금 확인입니다. 은행 내역의 입금자명과 주문자의 이름이 같으면 쉬운데, 현실은 그렇지 않습니다. 공동구매 카페라면 주문은 닉네임으로 달리고 입금은 실명이나 가족 명의로 들어옵니다. "니니"가 주문하고 "김지영"이 입금하는 세계에서, 운영자는 금액과 시간과 감으로 퍼즐을 맞춥니다. 이 퍼즐을 자동화한 입금자명 매칭 설계를 정리합니다.
입금자명 매칭의 신호는 이름 하나가 아니다
입금자명과 닉네임의 문자열 비교만으로는 매칭이 거의 안 됩니다. 그래서 신호를 겹쳤습니다.
- 이름 유사도: 한쪽이 다른 쪽을 포함하면 높은 점수(0.8), 아니면 문자 집합의 겹침 비율로 계산합니다. 닉네임의 일부를 입금자명에 쓰는 경우("제윤제윤" → "제윤")를 잡습니다.
- 금액 일치 가중치: 주문 총액과 입금액이 정확히 일치하면 가산점(+0.3)을 줍니다. 이름이 전혀 달라도 금액이 특정 주문과 정확히 맞으면 유력 후보가 됩니다.
- 송금 메모 관행: 실데이터를 보면 고객들이 입금자명 끝에 주문 내용을 붙입니다. "니니-딸기", "배더러(딸기1)" 같은 형태입니다. 이 관행 덕에 이름 유사도 계산에서 상품명 힌트가 함께 걸립니다.
합산 점수가 임계값(0.5)을 넘는 조합만 자동 매칭 후보가 됩니다. 신호를 겹치는 이유는 단일 신호의 함정 때문입니다. 이름만 보면 동명이인에, 금액만 보면 같은 금액의 다른 주문에 걸립니다.
자동 확정과 수동 확정의 경계
임계값을 넘었다고 전부 자동 확정하지 않습니다. 돈이 걸린 매칭에서 잘못된 확정은 미확정보다 비쌉니다. 입금했는데 미입금 처리된 고객의 항의는 금방 풀리지만 입금 안 한 주문이 입금 처리되면 손실이 조용히 확정됩니다.
그래서 화면을 둘로 나눴습니다. 점수가 높은 조합은 자동 매칭으로 묶고 애매한 구간은 수동 확인 화면에 유사도 순으로 정렬해 색으로 구분(높음 녹색, 중간 노란색)해 보여줍니다. 운영자는 색이 옅은 것부터 원문(주문 댓글, 입금 행)을 대조해 클릭으로 확정합니다. 그리고 오매칭을 발견했을 때 되돌리는 매칭 해제 기능을 반드시 함께 두었습니다. 확정 기능만 있고 해제가 없는 매칭 도구는 실수 하나에 신뢰를 잃습니다.
입력 위생: 매칭 전에 정리할 것들
매칭 로직만큼 중요한 것이 입력의 위생입니다.
- 은행 파일의 다양성: 입출금 내역 파일은 은행마다 헤더 위치와 컬럼 구성이 다릅니다. 헤더 행을 자동 탐지하고 금액의 콤마·형식을 정규화해 읽었습니다. 상세는 은행 입출금 내역 파싱에서 다룹니다.
- 입금 건의 중복 제거: 같은 파일을 두 번 올리거나 기간이 겹치는 파일을 올려도, 거래일시·금액·입금자명 조합으로 중복을 걸러 한 번만 등록됩니다.
- 출금 행 제외: 입출금이 섞인 내역에서 입금(양수 금액)만 매칭 대상으로 삼습니다.
이 위생 단계가 없으면 매칭 로직이 아무리 좋아도 이중 등록된 입금이 두 주문에 매칭되는 식의 사고가 납니다.
규모와 자동화 수준의 함수
고백하자면, 이 매칭 파이프라인은 완성 후 출시본에서 빠졌습니다. 해당 운영 규모에서는 수집·정리 자동화만으로 병목이 풀렸고 입금 확인은 정리된 엑셀 위에서 사람이 하는 편이 더 빨랐기 때문입니다. 그 판단의 이야기는 카페 댓글 주문 정리 자동화 사례에 담았습니다.
그럼에도 이 설계를 기록하는 이유는 규모가 다른 곳에서는 같은 구조가 핵심이 되기 때문입니다. 실제로 다지점 프랜차이즈의 정산 시스템에서는 유사한 대사 로직이 매일 수백 건을 처리합니다. 신호 결합, 임계값, 수동 확정 큐, 해제 기능이라는 뼈대는 규모와 무관하게 유효합니다. 정산 대사의 일반론은 정산 대사 자동 매칭에서 이어집니다.
자주 묻는 질문
입금자명과 닉네임이 완전히 다르면 매칭이 안 되지 않나요?
이름 신호 하나로는 안 되지만 신호를 겹치면 상당수가 잡힙니다. 주문 총액과 입금액의 정확한 일치는 강한 단서이고 고객들이 송금 메모에 주문 내용을 붙이는 관행도 힌트가 됩니다. 그래도 안 잡히는 건은 수동 확인 큐로 넘겨 사람이 확정합니다.
자동 매칭을 잘못하면 어떻게 하나요?
두 가지 장치가 필요합니다. 첫째, 애매한 점수 구간은 자동 확정하지 않고 수동 확인으로 넘기는 보수적 임계값. 둘째, 확정된 매칭을 되돌리는 해제 기능입니다. 잘못된 입금 확정은 손실로 이어지므로, 확신 없는 건은 사람에게 넘기는 것이 원칙입니다.
은행 내역 파일은 어떻게 읽나요?
은행마다 양식이 달라 헤더 행을 자동 탐지하고 금액 표기를 정규화해 읽습니다. 같은 내역을 다시 올려도 거래일시·금액·입금자명 조합으로 중복을 걸러내므로, 파일을 겹치게 올리는 실수가 이중 등록으로 이어지지 않습니다.
이 정도 자동화가 우리 규모에 필요한지 어떻게 판단하나요?
입금 확인에 쓰는 시간과 오확인 사고의 빈도로 판단하세요. 판매 회차당 입금이 수십 건 이하라면 정리 자동화만으로 충분할 수 있고 수백 건이 넘거나 여러 명이 나눠 확인한다면 매칭 자동화의 효용이 큽니다. 우리도 규모 판단에 따라 기능을 걷어낸 경험이 있습니다.