정산 오류는 계산 실수보다 운영 구조에서 시작된다

정산 업무를 하다 보면 문제는 꼭 복잡한 계산에서만 생기지 않는다.

오히려 더 자주 생기는 문제는 기준이 흩어져 있을 때 발생한다.

수수료율은 엑셀 어딘가에 있고, 예외 거래는 메신저에 남아 있고, 환불 반영 여부는 별도 파일을 열어봐야 한다. 파트너별 지급액은 매달 새로 집계하고, 월마감 체크는 담당자의 기억에 의존한다.

처음에는 이 방식도 굴러간다.

거래량이 적고, 담당자가 모든 맥락을 알고 있고, 예외가 많지 않을 때는 큰 문제가 없어 보인다. 하지만 거래가 늘고, 환불이 쌓이고, 수수료 정책이 많아지면 정산은 금방 불안정해진다.

정산 오류는 대부분 “엑셀을 못해서” 생기는 것이 아니다.

기준이 한 곳에 정리되어 있지 않고, 검토 흐름이 없고, 변경 이력이 남지 않아서 생긴다.

정산 업무에서 먼저 정리해야 할 것

정산을 엑셀로 관리하더라도 최소한 아래 항목은 분리해서 관리해야 한다.

• 카테고리별 수수료 규칙
• 예외 거래 기준
• 환불 반영 방식
• 공급가와 부가세 분리 기준
• 파트너별 지급액 계산 방식
• 월마감 체크리스트
• 정산 기준 변경 이력
• 정산 사고 이력

이 항목들이 한 파일 안에서 연결되어 있어야 한다.

단순히 거래 내역만 모아두는 엑셀은 정산표에 가깝다. 하지만 수수료 규칙, 예외 규칙, 환불 로직, 마감 체크, 의사결정 기록까지 함께 관리하면 그때부터는 운영 시스템에 가까워진다.

엑셀 정산이 위험해지는 순간

엑셀 자체가 문제는 아니다.

문제는 엑셀을 “계산 결과를 적는 곳”으로만 쓸 때 생긴다.

예를 들어 이런 상황이 반복된다면 정산 구조를 다시 봐야 한다.

• 수수료율을 매번 사람이 확인한다.
• 예외 거래가 별도 메모나 메신저에 있다.
• 부분 환불이 들어오면 수수료 재계산을 수기로 한다.
• 공급가와 부가세 분리를 마지막에 다시 계산한다.
• 파트너 지급액을 매달 새 피벗으로 만든다.
• 월마감 전에 무엇을 확인했는지 기록이 없다.
• 사고가 난 뒤에야 계산 기준을 다시 찾는다.

이런 흐름에서는 담당자가 꼼꼼해도 오류를 완전히 막기 어렵다.

정산 업무는 개인의 주의력보다 구조에 기대야 한다.

정산은 계산보다 흐름이다

정산을 안정적으로 운영하려면 계산식만 잘 만드는 것으로는 부족하다.

먼저 기준을 정리하고, 그 기준이 거래 데이터에 어떻게 적용되는지 보여야 한다. 환불이 들어오면 어떤 금액이 다시 계산되는지 보여야 하고, 예외 거래가 있으면 왜 일반 수수료율이 아닌지 기록되어야 한다.

월마감 전에는 확인해야 할 항목이 체크리스트로 남아야 한다.

그리고 나중에 문제가 생겼을 때 “그때 왜 이렇게 처리했는지”를 다시 추적할 수 있어야 한다.

이런 구조가 없으면 정산은 매달 처음부터 다시 하는 일이 된다.

그래서 만든 것

이런 문제를 정리해 보면서 Settlement Automation Framework라는 정산 운영 키트를 만들었다.

단순한 빈 엑셀 템플릿이 아니라, 정산 업무를 하나의 흐름으로 관리할 수 있도록 구성한 엑셀 기반 운영 키트다.

포함된 내용은 다음과 같다.

• 한글/영문 Excel 워크북
• 샘플 데이터
• 자동 계산식
• 수수료 규칙 관리
• 예외 거래 관리
• 부분 환불 재계산
• 공급가/부가세 분리
• 파트너별 지급액 집계
• 월마감 체크리스트
• 의사결정 기록
• 사고 이력 관리
• 10분 세팅 가이드
• 월마감 SOP
• 오류 체크리스트
• 샘플 데이터 매핑 가이드

정산 시스템을 개발하기 전 단계에서 업무 기준을 먼저 정리하거나, 아직 엑셀로 정산을 처리하는 팀이 최소한의 운영 체계를 갖추는 데 초점을 맞췄다.

이런 경우에 도움이 될 수 있다

이 키트는 모든 팀에 필요한 상품은 아니다.

거래량이 적고, 수수료율이 하나뿐이고, 환불이나 예외 거래가 거의 없다면 굳이 필요하지 않을 수 있다.

하지만 아래 상황이라면 한 번쯤 정산 구조를 정리해 볼 필요가 있다.

• 파트너나 셀러별 정산이 있다.
• 카테고리별 수수료율이 다르다.
• 부분 환불이 자주 발생한다.
• 예외 수수료나 특별 조건이 있다.
• 월마감 때마다 검토할 항목이 많다.
• 정산 결과를 나중에 설명해야 한다.
• 내부 정산 시스템을 만들기 전 기준 정리가 필요하다.

정산은 틀린 뒤에 고치면 비용이 크다.

처음부터 복잡한 시스템을 만들 필요는 없지만, 최소한 기준과 흐름은 한 곳에 모아두는 편이 좋다.

관심 있는 분은 아래에서 확인할 수 있다.

Settlement Automation Framework 보기

Settlement Automation Framework