저두 공감합니다.

저두 무이자 할부로 알고 구매했는데 유료할부라서

선결재 했는데 수정할  수있는 달리 방법이 없는데 

불편감수 하고 그냥 쓰고 있던중이었습니다. 

밀씀하신 부분 잘 알고 있고 공감하는 부분 입니다,

컴퓨터 프로그램을 개발하는 사람들이 가장 기피하고 자존심 상해하는 일 중에 하나가 바로 불분명 하다는 것이기도 합니다.

알고 계시겠지만 [결제 예상금액]란에는 빨간 글씨로 [결제 예상금액은 중도상환, 결제일 변경 및 차이 등의 이유에 의해 실제와 다를 수 있습니다.]라고 표시를 하고 있습니다.

표시를 했으니 됐다라고 말씀드리려는 것은 절대 아닙니다. 처음에 말씀드렸듯이 고객님들의 의견에 절대 공감을 하고 있답니다.

다만 빨간 글씨로 표시를 하고 있는 이러한 부분들이 개발을 기획하는 단계에서 알게 되었다면 준비를 했을텐데 나중에 발견이 된 부분이라 부득이 불분명하게 하고 넘어갈 수 밖에 없었음을 말씀드리려는 것이지요.

중도상환, 특히 할부금의 중도상환, 결제일의 변경, 카드사의 결제일 규정에 의한 오차(삼성카드 등 몇몇 카드의 경우 결제일과 휴일의 겹침 그리고 말일이 30일이냐 31일이냐에 따라 이용기간이 다릅니다.) 연회비, 할인, 교통카드 내역 등에 의한 오차 등에 의해 결제예상금액을 정확하게 잡아내기는 불가능 합니다.

물론 중도상환, 할부금 일시 상환 등 눈에 보이는 큰 사안들에 대한 처리를 수동으로 해서 정확률을 높일 필요는 있습니다. 그렇게 하자면 처음 설계부터 고랴가 되어야 하거나 말씀하신대로 별도의 한 파트의 개발이 필요합니다.

개발팀의 고민은

1. 개발이 끝나가는 시점에서(처음부터 상황을 인식하지 못한 불찰이 있습니다.) 뒤집기는 어려우므로 다음 개발에서 고려를 하자

2. 일부 땜질로는 어차피 완벽하게 하기 어렵다.(결제일, 할인 등에 따른 문제들)

3. 예상금액이니 대략의 금액을 알려주면 되지 않겠나...

등의 이유로 현재의 상황을 유지하고 있습니다.

다음 개발에서 이 부분이 어느정도까지 가능할지는 장담을 할 수 없습니다만 적어도 중도상환이나 할부금 일시상환 등의 처리와 일부 수작업에 의한 조정에 의한 조정이 가능하도록 하겠다는 방안은 서 있기도 합니다.

나름 있는 상황과 앞으로의 대응에 대해 말씀을 드렸는데 충분했을지 모르겠습니다.

사실 머니북이 좋아지는 것은 고객님들의 의견과 그것을 잘 소화하는 개발팀이 있기에 가능하다고 생각 합니다. 아쉬운 것은 가지고 있는 자원이 충분하지 않아 마음껏 개발을 하지 못한다는 것인데... 늘 주어진 상황에서 최선을 다 하고 있음을 공감해 주시기를 부탁드려 봅니다.

고맙습니다.

머니북님 빠른 답변 감사합니다. 그래서 댓글 추천눌러서 하트하나 드렸어요.

다른 얘기는 다 그럴수 있겠다 공감가고요 ~

단 (3. 예상금액이니 대략의 금액을 알려주면 되지 않겠나...) 요고는 절대 아니예요 ~~~ !!!!

저는 선결제 건수가 잦아서 그런지 대략금액도 절대 안나와요. ㅠㅠㅠㅠ

실제 결제금액은 20만원인데 , 예상금액은 80만원씩 나오고 그래요 .......ㅠㅠㅠ

어쩔수없는 상황인것 같으니 , 다음개발에 고려해주시면 정말 감사하겠습니다. ^^