2013-02-15 3 views
0

여기 상황은 다음과 같습니다.월별 요금을 반올림 할 때 최종 지불 계산

월별 요금은 계정에 적용되며 가장 가까운 달러로 내림됩니다. 월별 요금에 잔액이있는 경우 다른 지불보다 높은 최종 지불이 생성됩니다. 모든 채무자가 이와 같은 계좌를 보유하고있는 경우 개월 수를 결정할 때 마지막 달을 결정하는 데 아무런 문제가 없으며 해당 계좌의 청구 금액과 대조하여 계좌 잔액을 청구 할 수 있습니다 마지막 달에

그러나 더 복잡해집니다. 채무자가 빚을지고 있음을 알 수 있기 때문에 상환 기간 중 총 기일은 언제든지 바뀔 수 있습니다. 다시 말하지만, 이것은 최종 지불액을 계산하는 데 아무런 문제가되지 않지만, 지불 계좌를 설정하는 사람들은 원래 계좌의 현재 잔액 인 $ 1000을 지불 계좌의 현재 잔액이 아닌 $ 800로 상쇄합니다. 이 경우 계정은 명시된 개월 수보다 앞서거나 개월 수를 초과하여 지불 할 수 있습니다. 두 번째는 허용되지 않으며 최종 결제가 언제 이루어져야하는지 결정해야하고 잔액을 청구해야합니다. 이는 그리 어렵지 않을 수도 있지만 총 지불 예정일의 전후로 지불 금액의 차이를 추적해야 할뿐만 아니라 지불 금액에서 반올림하여 나머지를 추적해야합니다.

이것은 한 단계 더 나아가고 채무자는 지불을 낮출 수있는 능력이 부여됩니다. 이 새로운 결제 금액은 현재 잔액이 아닌 총 잔액을 기준으로합니다. 다시 한번 결제 전후로 계정을 폐쇄하게됩니다.

어쨌든이 계정이 마지막 달에 언제 계산되는지 계산하고 잔액을 계정 청구액에 적용 할 수 있습니까?

대다수의 계정은 지불 금액 변경 사항이 없지만 여전히 많은 금액이 있습니다.

+5

는 지금 그것의 일부 유효한 코드를 확인하고 문의 사항이있는 경우 돌아올하려고 이것에 대해 많이 생각 보인다 도움이됩니다. –

+0

이것은 따라하기에 꽤 힘든 논리입니다. 더 나은 설명을 위해 숫자를 입력하면 도움이 될 것입니다. 한눈에 (그리고 당신의 논리를 올바르게 이해한다면 - 내가 ~ !!), 아마도 다음의 두 변수'Remaining_Balance'와'Monthly_Payment'를 저장할 것이고,'Monthly_Payment> = Remaining_Blance'가 당신이 최종 달. 마찬가지로 'Remaining_Balance \ Monthly_Payment'를 계산하여 언제 어느 시점에 있어야하는지 계산할 수 있습니다. 다시, 나는이 잘못을 이해할 수 있지만, ** 내가 이해 한 것을 기반으로 **, 그건 내 논리 일 것이다. –

답변

0

차용인별로 [총 부채], [총 지불액], [월별 지불] 열을 유지하고 싶습니다. 그런 다음 [월간 지불]> [총 부채] - [총 지불액]이 지난 달에 있습니까?

희망이

+0

이것은 실제 답변과 거의 비슷합니다. 계산을 계산 한 이전 시스템은 잔액과 남은 월을 기준으로 새로운 지급액을 계산하지 않았으며 오히려 원래 개월과 만기일을 계산했습니다. 우둔한. 거기에서 문제를 해결하려면 사용자가 이전 달의 계산을 기반으로 결제가 끝날 것으로 예상하는 실제 개월 수를 입력하게하십시오. 그들은 새로운 시스템에서 지불을 계산하기 위해가는 경우 정확하게 계산합니다. 가장 힘든 부분은 사용할 논리 세트를 결정하는 논리를 설정하는 것이 었습니다. – Kalnor