안녕하세요. SD 운영을 맡고 있는 Aisp 입니다.
자주 여쭤보네요. SD 고수님들 도움 부탁드립니다 .ㅠㅠ
문제는 하나의 Sales Order에서 두개의 Biling 처리가 되고 있습니다.
정확히는 납품문서 생성 후 Billing 처리할때,
두개의 Billing문서(invoice) 가 생성되네요.
이게 후속처리에서 문제가 되고 있습니다.
사진을 보시면 
딜리버리 문서에서 2개의 invoice문서로 쪼개지네요.
Owner분께서는 판매구역(sales distric) 때문이라고 하는데,
Test 해봐도 맞는거 같긴 합니다만.
명확히 Sales Distric(판매구역) 때문인지,
두번째로는 합쳐서 Billing 처리하고 싶으면 어떻게 해야하는지 여쭈고 싶습니다.
도와주세요 ~.
댓글 5
-
빠코
2015.06.10 16:39
-
AISP
2015.06.15 09:41
판매 구역으로 인한 분할 맞네요.
VF04로 찾아보니 훨씬 쉬웠습니다.
-
빠코
2015.06.15 09:01
음.
해당 대금청구문서 취소해도 되는거면 우선 취소해 보시구요.
vf04에서 대금청구예정리스트 조회하면 상단에 버튼 3개중에 제일 오른쪽 '일괄대금청구문서/온라인' 눌러보시면
로그에서 두개로 분리되는 원인을 찾을 수 있을거에요. 이렇게 확인해보시는게 split 되는 원인 찾기 쉬울거 같네요
-
AISP
2015.06.15 08:52
빠코 님 다시 여쭐께요.
말씀대로 VBRK-ZUKRI를 둘다 비교해 봤는데요.
10510이라는 둘다 같은 숫자값이 더라고요,
그 말은 sales distric 때문에 쪼개지는게 아니라고 판단해야 할까요 ? ( 다른 부분을 찾아봐야 할까요 ?)
-
위너
2015.06.10 19:31
빠코님 말씀한 바와 같이,
Delivery- > G/I -> Billing 할때, Billing 문서를 Split 또는 Collective 모두 가능합니다.
이때는, 조건이 필요한데, vbrk-zukri 에 보시면 조건을 설정할 수 있습니다.
(판매관리 - 청구 - 청구 문서 - 대금청구문서의 복사제어 유지보수 에서 아이템레벨로' 신규로 만든 루틴 적용)
두개로 분리된 대금청구문서 번호로 vbrk-zukri 비교해 보시면 됩니다.
납품문서에서 대금청구문서로 복사되면서 데이터전송 룰에 의해 zukri가 만들어지는데 어떤값이 틀린지 확인해보시면 될거에요.
판매구역이 split 기준에 들어가지 않게 하려면 데이터전송 루틴을 새로 만들어서
'판매관리 - 청구 - 청구 문서 - 대금청구문서의 복사제어 유지보수 에서 아이템레벨로' 신규로 만든 루틴 적용시키시면 됩니다.
제가 컨이 아니라서 정확하게 맞나 모르겠네요 -_-?