(FI) 자산 감가상각 내용연수 변경 설계 개발 (CHANGE ASSET useful life(in year) over ) use bdc

우선 이전 글의 내용연수변경 요건사항을 확인한 후에(2개) 마지막으로 설계 개발 마무리 한 글을 올림...

내 cbo 프로그램 개발 컨셉은
1. 요건사항보다 더 과하게 조건입력 창을 만든다.
(나중에 이거저거 요구사항 받기 귀찮다.)
2. 스텐다드의 정보를 건드리는 것이면, 무조건 cbo db에 데이터값을 저장한다. before & after
3. 무조건 원복 가능해야 한다.  혹은 원래 값이라도 알고있어야 한다.
4. 로직내 코딩으로 값 검증은 2번 3번 해서 안전하게 해야한다. (중복값 키따서 넣거나 함 nono)
5. 중요처리부분은 체크박스로 수행 할지 말지 결정할 수 있게 해야 한다. (bdc 돌리기 전 검증하기 위함)

대충 머릿속에 이정도는 늘 담고 한다...
실수로라도 실행 눌러 db 날리거나 수행되거나 하면 운영단은 큰일나기에..... si 하던 사람이라면 그정도는 고려해야함..

자, 그럼 개발내용만 그냥 공유하겠음..

다시 2번째 사진에서
perform get detail proc 부분이 아래 코딩..

아래 소스에 loop 안에 select가 있지만......
loop 안에 select 넣지마라........
(다른 소스에서 이 로직이 있길래 그대로 넣긴했는디... 미리 가져와서 read table로 돌려라.. hana에서는 상관없겠네..)

FIAA_Nbv_SHOW FUNCTION이 약간 짜증나는데
결산한 것만 제대로 나오고 이번해 등록된건 금액 안나옴... 뭐 1000원이상 감가 남은것만 하는것이니 사실 상관은 없음... 자산 전체 변경하는거면 저 부분에서 너무 오랜 시간을 잡아먹을 수 있으므로 감기 많이 남은(3년이상남은?) 것들은 저걸로 확인필요 없을거라 생각했음..

그리고 저 펑션을 돌면 LOCK 잡히는데..
DEQUEUE_READ 로 해당 자산을 풀어줘야함..
문제는 건건히 풀면 너무 오래걸려서 한방에 푸는 방향으로 바꿈........ (진찌 오래걸림)

그 다음 포인트가 BDC 인데 이건 직접 떠보며 코딩해야함... 중요한 2개 BDC만 사진으로 남겨봄

찍다 길어서 포기...
이런식으로 개발함...
bdc perfome은

마지막으로 as02 호출

그런데 문제가 이제 4년 5년 섞여있는 자산들이 생겨버림... 나중에 누가 4년으로 또 만든거지....
그럼 그걸 분류해서 로직돌려야 되서 또 만듬..

급하게 반나절에 짜고 또 요규사항오면 하루만에 짜고 이래서 깔끔하진 않는데 고민한 흔적에 대한 자료를 남기고 싶어서 올려둠......