BLOG main image
분류 전체보기 (68)
excel.101 (0)
rewind (9)
(3)
(2)
목공 (3)
(3)
me2day (0)
The Ethereal Void (9)
코드 (14)
귀찮은것 (0)
Visitors up to today!
Today hit, Yesterday hit
daisy rss
tistory 티스토리 가입하기!
'단상'에 해당되는 글 1건
2011. 12. 15. 14:01
2년 전에 간단한 급여 계산 영역을 하나 구현할 일이 있었다. 이 전에 구현된 시스템이 있었는데, 좀 더 범용적으로 (간단하게 말하자면, 한국과 중국에 모두 사용 가능한) 사용 가능하도록 조정해야 되는 것이었다.

말이 조정이지 사실 다시 처음부터 작업을 했다.

일단, 급여는 기본급여와, 세액과 보험액을 계산하기 위한 부가 정보, 수당, 공제내역이 필요하다. 세금과  보험은 공제내역에 해당되고 수당에는 개별적으로 이 수당이 과세인지? 혹은 비과세인지, 혹은 과세액 범위가 있는지가 필요하다.

한국 같은 경우는 기본적으로 세금으로 소득세(갑근세)와 주민세가 있고, 보험에는 5대 보험이 적용된다. 중국도 한국과는 조금 다르지만, 기본적으로 소득에 대한 세금이 있고, 항목이 조금 다른 5대 보험이 있다.

이러한 차이 항목의 공통 분모를 추려내어 보면

하나. 개인의 급여명세(PayCheck)가 있다.
둘. 급여명세는 기본급여 정보와 수당(Allowance), 그리고 공제(Deduction)로 나누어진다.
셋, 세금(Tax), 보험(Insurance)는 공제로 포함된다.

상기 내역에 대한 항목을 추출해 본다.

* 급여명세 (PayCheck)
* 수당 (Allowance)
* 공제 (Deduction)
* 보험 (Insurance)
* 세금 (Tax)

급여명세 이후에 네가지 항목은 급여명세에서 사용자가 받게될 최종 급여액을 계산하는 개별항목으로 적용된다.

* 급여액 = (기본급여액) + (수당) - (공제 [일반, 세금, 보험])

개별 항목을 계산하기 위해서는 각 항목이 어떠한 방식으로 계산되는지에 대한 정보가 필요하다. 그리고 이 계산 정보를 사용하여 실제 급여항목들에 대해 각 항목에 대한 금액을 산출해줄 계산기가 필요하고!

한국에 필요한 계산기 (Calculator)

* 갑근세 계산기 : (매년 세법이 조금씩 바뀌므로 매년 수정이 필요하다.)
* 과세표준액 계산기 : (수당 항목 중에 과세액에 해당하는 내역들을 집산해서 과세표준액을 산정한다.)
* 주민세 계산기 : (갑근세의 %)

중국에 필요한 계산기

* 소득세 계산기 : (중국 소득세는 의외로 간단하다.)

보험에 대한 계산기

기본적으로 보험은 보험금액이 산정되는 기준액에 대한 보험요율로 산정되며, 가입자와 사용자 부담요율이 나워져 있고, 금액에 대한 상한, 하한 인자가 들어간다.

이를 토대로 보험 정보(InsuranceInfo)를 구성한다.

* 사용자 부담요율
* 가입자 부담요율
* 보험 유형
* 상한액
* 하한액

이러한 인자에 사용자의 보험액 계산에 대한 부가정보를 넣어주면 계산되는 계산기를 만들어 주고, 이 보험 정보를 토대로 공통적인 보험액 계산을 해주는 계산기를 구현한다.

그리고 마지막으로 사용자 수식 계산기 하나, 이는 사용자가 특정 계산이 필요할 경우를 위해 구현한다. 수식문에 대한 처리는 NCalc 라이브러리를 사용했다.

여기까지 하면 급여명세(PayCheck)에 대해 각각 계산기가 계산 정보 (혹은 보험 정보)를 가지고 명세를 계산하게 된다. 사용자에게 필요한 것은 지역에 대한 로케일 설정, 그리고 사용하는 수당항목, 공제항목 설정이다. 이를 기반으로 계산을 수행하게 되는데 여기서 한가지 문제가 있다.

예를 한국 같은 경우, 주민세는 소득세액의 몇%를 기준으로 산정하고, 세액도 과세표준액을 기준으로 산정해야 된다. 고로 특정 계산기가 어떤 계산기 보다 우선적으로 처리되어야 할 순위가 필요하다.

이를 위해 계산기 전체 목록을 반환할 때 계산기를 사전 정렬한다.

음 여기까지 하면 명세에 대한 계산 부분이 정리가 된다. 계산기-명세 계산 부분은 Visitor 패턴으로 구현했고, 보험 정보는 따로 따로 제공자를 두어 지역 로케일에 따라 필요한 보험 정보를 잘 묶어서 관리하도록 처리했다.

차후에 세법이나 보험 정책이 바뀌면 해당 보험 정보나 계산기만 조정해 주면 되고, 필요할 경우, 계산기 정보와 기타 파트는 모두 다른 라이브러리로 분리 가능하도록 처리해 놨다.

뭐 더 필요한게 있을려나?
반응형
prev"" #1 next