분배를 계산하기 전에 계산 기준부터 명확히

분배를 논의할 때는 비율부터 보는 경우가 많습니다.

얼마를 나누고 누가 더 받거나 덜 받을지 정합니다. 비율에 합의하면 표를 만들고 규칙을 쓰며 시스템 개발을 시작합니다.

그러나 더 기본적인 질문이 있습니다. 그 백분율은 정확히 어떤 수에 곱하는 것일까요?

‘20%로 계산한다’는 말은 당기 거래금액의 20%, 특정 수입의 20%, 이미 떼어 둔 예산의 20%를 뜻할 수 있습니다. 결과는 크게 달라질 수 있습니다.

계산 대상을 먼저 명확히 해야 분배에 공통 근거가 생깁니다. 그렇지 않으면 사업 부서의 설명, 재무 검토, 시스템 구현이 처음부터 서로 다른 것을 가리킬 수 있습니다.

1. 모든 비율에는 기준금액이 필요합니다

아래 수치는 교육용으로 새로 만든 것입니다. 실제 기업, 프로젝트, 수익 약정이 아니며 비율도 계산용이지 분배 제안이 아닙니다.

협력 보상에 적용할 당기의 적격 사업 금액을 1,000위안으로 정했다고 가정하고 B로 표시합니다.

본 예시의 범위와 집계 기간에 따라 확인했으며 요건 미충족, 취소, 환불 부분은 제외한 금액입니다. 예시의 계산 기준일 뿐, 기업에 이익 1,000위안이나 분배 가능한 돈 1,000위안이 있다는 뜻은 아닙니다.

규칙이 B의 20%로 이번에 편성하려는 인센티브 풀을 계산한다고 추가로 가정하고 P로 표시합니다.

인센티브 풀 P＝기준금액 B×편성 비율 r

예시: 1,000×20%＝200위안.

이어서 협력 활동 세 유형에 인센티브 풀의 50%, 30%, 20%를 배분합니다.

이 세 비율에 곱하는 것은 200위안의 인센티브 풀입니다.

풀 안의 비율을 앞의 1,000위안에 바로 곱하면 500위안, 300위안, 200위안으로 합계 1,000위안이 됩니다.

곱셈 자체는 맞아도 기준금액이 잘못되었습니다. 원래 편성 예정액은 200위안인데 1,000위안이 되어 800위안 많아졌습니다.

비율 합계가 100%인지 보는 것만으로는 부족합니다. 각 비율에 무엇을 곱하는지 먼저 봐야 합니다.

그림 1의 금액, 비율, 활동 분류는 모두 교육용 가상입니다. 계산 관계를 보여 줄 뿐 자금원, 가용 예산, 지급 조건은 각각 확인해야 합니다.

그림 1 SVG 다운로드

2. 환산이 명확하면 두 표현은 동등할 수 있습니다

앞의 예시는 A유형이 B의 10%, B유형이 B의 6%, C유형이 B의 4%라고 쓸 수도 있습니다.

다음 관계 때문입니다.

• 20%×50%＝10%.
• 20%×30%＝6%.
• 20%×20%＝4%.

B에 직접 적용해도 100위안, 60위안, 40위안으로 합계 200위안입니다.

큰 기준금액에 대한 비율이든 풀 안의 비율이든 정의가 분명하면 사용할 수 있습니다. 제목, 표, 수식에서 서로 다른 기준을 쓰는 일을 피해야 합니다.

10%, 6%, 4%를 ‘풀 안의 비율’ 아래 쓰면 독자는 200위안에 적용해 합계 40위안만 계산하게 됩니다.

표 머리글에 ‘당기 적격 사업 금액에 대한 비율’ 또는 **‘당기 인센티브 풀에 대한 비율’**이라고 온전히 쓰는 것이 좋습니다. 수식의 필드, 설정표, 화면 안내도 같은 정의를 따라야 합니다.

몇 글자 줄이려다 시스템 전체에서 반복 설명이 필요한 문제가 남을 수 있습니다.

3. 200위안을 계산한 뒤에는 그 돈의 출처를 묻습니다

B×20%는 계산 결과입니다. 이 수식이 지급 자금을 준비하거나 예산 승인을 마친 것은 아닙니다.

자금원, 사용 가능한 자금, 확인 권한자, 남은 조건을 따로 설명해야 합니다.

이 예시는 조직이 보상용 가용 예산 200위안을 확인했고 지급 조건도 갖췄다고 추가로 가정합니다. 그래야 계산된 200위안이 예산·지급 계획과 맞습니다.

실제로 확인된 예산이 180위안인데 계산값이 200위안이면 처리해야 할 차액이 생깁니다.

시스템은 차액을 표시해 담당자에게 돌려줘야 합니다. 풀을 줄일지, 예산을 보충할지, 이번 계획을 바꿀지는 정해진 권한과 약정에 따릅니다. 시스템이 비율을 몰래 바꾸거나 다음 기에 돈이 생길 것이라고 가정해서는 안 됩니다.

기준금액, 편성 예정 풀, 가용 예산, 실제 지급액은 각각 다른 것입니다.

구분해야 문제가 어느 층에 있는지 보입니다.

4. 발생·확인·지급의 시점도 구분합니다

사업이 발생했다고 당기 계산 요건이 충족된 것은 아닙니다. 금액이 확인되어도 곧바로 지급되는 것은 아닙니다.

이번 달 발생한 건의 약정된 확인이 다음 달 끝나면 어느 기간에 넣어야 할까요? 나중의 환불은 원래 기간과 다음 기간 중 어디에 반영하고 이미 지급한 부분은 어떻게 처리할까요?

규칙에 해당 처리가 있어야 합니다.

최소한 세 시점을 남기는 것이 좋겠습니다.

그래야 같은 건을 추적하기 쉽습니다.

예를 들어 원래 계산에 포함한 1,000위안 중 200위안의 환불이 확인 전에 완료되었다고 가정합니다. 예시 규칙에 따라 제외하면 새 B는 800위안, P는 160위안입니다. 50%, 30%, 20%를 적용하면 80위안, 48위안, 32위안입니다.

이는 명시한 조건 아래의 재계산입니다.

확인 후나 지급 후에 환불되었다면 이 단계를 그대로 적용할 수 없습니다. 원래 사건, 계산 기록, 적용 규칙을 찾아 조정 필요 여부와 방법을 약정에 따라 재검토해야 합니다. 이유와 차액을 남기고 원래 기록을 바로 삭제하지 않아야 경위를 알 수 있습니다.

5. 사업·재무·개발이 같은 정의를 확인합니다

분배 규칙을 시스템에 넣기 전에 모두 이해할 수 있는 정의가 최소한 한 부는 있어야 합니다.

사업 담당자는 적격 사항을 설명하고 재무나 해당 담당자는 자금원, 예산, 금액 정의를 확인합니다. 개발은 확인된 필드, 수식, 상태를 구현합니다. 확인·승인 권한도 조직의 실제 분담에 맞아야 합니다.

길지 않아도 아래 내용은 찾을 수 있어야 합니다.

풀 안의 비율 합계가 100%가 아니라고 반드시 오류인 것은 아닙니다.

규칙이 일부 유보를 허용하면 유보액의 용도, 보관, 후속 처리를 적습니다. 전액 배분을 요구하면 배분 합계와 풀 금액이 같은지 확인해야 합니다.

잔액은 표시합니다. 덜 배분한 부분이 자동으로 누군가에게 귀속된다고 가정하거나 100%를 채우려고 임의로 배분을 늘려서는 안 됩니다.

6. 정상·예외 사례로 규칙을 실행해 봅니다

문장으로 타당해도 구체적인 입력이 어떤 결과를 내는지 봐야 합니다.

아래도 교육 예시입니다. 각 검사는 별도의 입력 조건이며 동시에 일어난다는 뜻은 아닙니다.

금액 반올림도 놓치기 쉽습니다.

0.03위안의 풀에 50%, 30%, 20%를 적용하면 0.015위안, 0.009위안, 0.006위안입니다. 각각 소수 둘째 자리로 반올림하면 0.02위안, 0.01위안, 0.01위안으로 합계 0.04위안입니다.

항목별 반올림과 차액 처리의 문제입니다. 금액 정밀도, 반올림 순서, 차액 처리 규칙을 미리 정해 세부와 합계를 맞춰야 합니다. 구체적인 방식은 해당 규칙으로 정하며 임의로 어느 항목에 차액을 떠넘기지 않습니다.

검사는 불명확한 정의와 빠뜨리기 쉬운 상황을 미리 찾기 위한 것입니다.

그림 2는 이번에 정리한 작업 제안입니다. 계산 통과, 가용 예산, 승인 권한, 지급 조건 충족은 각각 확인해야 합니다.

그림 2 SVG 다운로드

7. 결과에서 거꾸로 한 번 더 확인합니다

계산 후에는 역으로 묻는 것이 좋겠습니다.

이 금액은 어느 풀에서 왔는가? 풀은 어떤 기준금액으로 만들었는가? 기준금액은 어떤 업무 기록에서 왔는가? 어느 규칙 버전을 쓰고 당기 조건을 충족했는가? 예산과 지급 기록이 연결되는가?

질문을 따라 구체적인 데이터와 확인 근거로 돌아갈 수 있어야 합니다.

이견이 있으면 어느 층에서 생겼는지 먼저 봅니다. 사업 범위, 기준금액, 풀 안 비율, 계산 기간, 환불 상태, 규칙 버전 중 무엇이 다른가?

이견을 구체적인 필드와 기록에 연결해야 다음에 누구와 무엇을 확인할지 알기 쉽습니다.

맺음말

분배 규칙은 간결할 수 있지만 비율별 기준금액과 금액별 자금원은 명확해야 합니다.

작은 수치로 정상·예외·조정을 먼저 확인한 뒤 시스템에 넣습니다. 이후 역할·사업·규칙이 늘어도 확인할 기반이 남습니다.

계산이 분명하고 추적 가능하며 문제가 생겼을 때 고칠 방법을 아는 것, 그런 구체적인 부분이 약정을 신뢰하게 만든다고 생각합니다.