자동화 이야기를 할 때 사람들은 보통 앞단(문의·접수·섭외)을 떠올려요. 그런데 실제로 사람을 가장 지치게 하는 건 뒷단의 정산이에요. 행사가 끝나면 출연료를 계산하고, 담당자 인센티브를 따지고, 입금이 들어왔는지 통장과 대조하고, 정산서를 만들어 보내야 해요. 매달, 건마다 반복되는데 전부 수기죠.
행사·캐스팅 에이전시 CRM에서 가장 체감 효과가 컸던 부분이 이 정산 자동화였어요. 이 글은 그 설계를 정리한 거예요.
정산은 '계산'과 '대조' 두 일이에요
정산을 자동화하려면 먼저 일을 둘로 쪼개야 해요.
- 계산: 출연료에서 수수료·인센티브·세금을 규칙대로 따져 금액을 산출하는 일.
- 대조: 그 금액이 실제로 입금됐는지 통장 내역과 맞춰보는 일.
이 둘은 성격이 완전히 달라요. 계산은 규칙이 정해지면 결정론적이에요. 같은 입력이면 언제 계산해도 같은 결과가 나와야 하고, 그래서 검증하기도 쉬워요. 반면 대조는 현실의 입금 데이터(이름이 조금 다르거나, 합쳐 들어오거나, 나눠 들어오거나)와 싸워야 해요. 은행 통장에 찍히는 입금자명은 시스템 안의 이름과 글자 하나까지 같으리라는 보장이 없고, 여러 건의 정산이 한 번에 입금되기도, 한 건이 여러 번에 나눠 들어오기도 해요. 그래서 접근도 다르게 가요. 계산은 "정확히 맞추는" 문제고, 대조는 "그럴듯한 후보를 찾아 사람에게 확인받는" 문제예요.
계산은 규칙을 데이터로 빼요
인센티브 규칙은 고객·시기마다 바뀌어요. "이 담당자는 몇 %", "이 행사 종류는 다른 요율" 같은 식이죠. 이걸 코드에 박으면 규칙이 바뀔 때마다 개발이 필요해요. 그래서 인센티브 규칙도 동적 필드처럼 데이터로 관리해요. 설정 화면에서 요율을 바꾸면 계산이 그걸 따라가요.
# 규칙은 설정 데이터, 계산은 그 규칙을 적용하는 결정론적 단계
incentive = IncentiveSetting.for(user: 담당자, event_type: 행사종류)
amount = base_fee * incentive.rate이렇게 규칙을 데이터로 빼면 부수적인 이점도 따라와요. 요율이 언제부터 바뀌었는지 이력이 남고, "그때는 왜 이 금액이 나왔지"를 되짚어볼 수 있어요. 코드에 숫자를 박아두면 이 이력이 커밋 로그에만 남아서, 정산 담당자가 직접 확인하기 어려워요. 반대로 규칙이 데이터면, 특정 시점의 정산이 어떤 요율로 계산됐는지를 데이터 자체에서 추적할 수 있어요.
대조는 '후보 제시 → 사람 확정'으로 가요
입금 매칭을 100% 자동으로 끝내려는 건 위험해요. 입금자명이 출연자명과 다르고, 여러 건이 한 번에 들어오기도 하니까요. 그래서 시스템이 확정하지 않고 후보를 제시해요. 금액과 날짜, 이름 유사도로 "이 입금은 이 정산 건 같다"를 찾아 보여주고, 사람이 클릭 한 번으로 확정해요.
이건 자동화의 욕심을 적당히 누르는 지점이에요. 기계가 잘하는 일(수백 건 중에서 후보 좁히기)과 사람이 잘하는 일(애매한 건 판단하기)을 나눈 거죠. 자동화가 실패하는 이유에서 말한, "사람을 끼워야 할 곳을 인정하는" 설계와 같은 맥락이에요.
후보를 좁히는 기준도 한 가지에만 기대면 안 돼요. 금액만 보면 우연히 같은 금액의 다른 건과 헷갈릴 수 있고, 이름만 보면 표기가 조금만 달라도 놓쳐요. 그래서 금액·날짜·이름 유사도를 함께 따져서 점수를 매기고, 점수가 높은 순서로 후보를 보여주는 식이 현실적이에요. 완벽히 하나로 좁혀지지 않아도 괜찮아요. 후보 두세 개 중에 사람이 고르는 것도, 수십 건을 처음부터 끝까지 손으로 대조하는 것보다는 훨씬 가벼우니까요.
결과물은 버튼 하나로 정산 PDF
계산과 대조가 끝나면 마지막은 정산서예요. 확정된 정산 데이터로 정산 PDF를 생성해 바로 내려받거나 보낼 수 있게 했어요. 사람이 엑셀로 표를 다시 그리고 숫자를 옮겨 적던 일이 버튼 하나로 끝나요.
여기서 중요한 건 정산서가 계산·대조 단계의 결과물을 그대로 이어받는다는 점이에요. 정산서에 찍힌 숫자와 시스템 안의 계산 근거, 그리고 확정된 입금 대조 내역이 같은 데이터에서 나오니까, 나중에 "이 금액이 왜 이렇게 나왔나요"라는 질문에 화면 몇 번으로 답할 수 있어요. 엑셀로 따로 만든 정산서는 원본 계산과 분리돼 있어서, 시간이 지나면 어느 쪽이 맞는 숫자인지 헷갈리기 쉬운 것과 대조적이에요.
정리
정산 자동화의 핵심은 "전부 자동"이 아니라, 계산은 규칙대로 끝까지 자동, 대조는 후보까지만 자동으로 나누는 거예요. 이 경계를 잘 잡으면 가장 반복적이고 실수 잦은 업무가 가벼워져요. 자동화의 효과를 숫자로 가늠하는 법은 자동화 도입 ROI 계산에서, 전체 시스템 그림은 맞춤형 CRM 구축 사례에서 이어집니다.
자주 묻는 질문
입금 매칭을 완전 자동으로 할 수는 없나요?
입금자명·금액·날짜가 정산 건과 정확히 일치하지 않는 경우가 많아 완전 자동은 위험합니다. 시스템이 후보를 좁혀 제시하고 사람이 확정하는 방식이 정확도와 속도를 모두 잡는 현실적 균형이에요.
인센티브 요율이 자주 바뀌는데 매번 개발해야 하나요?
아니요. 요율·규칙을 설정 데이터로 관리하므로 화면에서 바꾸면 계산이 바로 따라갑니다. 규칙 변경이 개발 업무가 아니라 운영 업무가 되도록 설계했어요.
정산서는 어떻게 만들어지나요?
확정된 정산 데이터로 정산 PDF를 생성합니다. 표를 다시 그리거나 숫자를 옮겨 적을 필요 없이 버튼 한 번으로 만들어 보낼 수 있어요.