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