FI-信用額度設定邏輯

FI-信用額度設定邏輯
1.想法
	若是結帳日25號月結60天,即代表每月25日(含)以前的發票,會從下個月一號開始起算60天(即月底)為到期日;若是25號以后的發票則是下下個月的一號開始起算60天(即月底)為到期日 對sap而言,要先設定day limit即上述的25號(即結帳日),然后再去設定baseline date(即上述條件的一號),然后再推算出due date(即上述條件的月底
2.1 day limit
	Day limit可想成為結帳日,即每月過25日后,算下個月,所以你必需設定成二個一個是25,一個是31,這代表25前是一個區段,25-31是一個區段,當然也可以把31改成0當做每月的第一天 就sap的語言,這個叫做版本,如上所述,左圖P003這個pym term會存在25及31這二個版本
2.2 baseline date
	決定day limit后,再來就是決定baseline date, baseline date的算法可以用posting date/document date/entry date...等等,因為我們計算的邏輯是只要是當月收的發票就是從下個月一號開始起算,所以左圖紅框的上半部就是讓我們設定加一個月,並月固定從1號開始起算 要設定posting date/document date為基礎日,則可以考量如下狀況,現在為四月,而公司的付款是依過帳日,而不是依對方的發票日(如一月的發票)來計算的話,就可以用post date
	若是你是day limit 31的版本,那個月份就要變加2,因為他是從下下個月一號開始起算
2.3 due date
	有了baseline date后,就可以推算出due date,因為是月結60天,而我們的baseline date 都是從每月的1號開始,所以他就佔了30天了,因此我們的due date 只要再加一個月,並且固定都是月底到期,這樣就是符合月結60天的定義了
3.實務做法
	實務上due date 到了,但是和企業的付款日(出帳日),若還是有落差,一般還是會依出帳日為主,即若due date 為22日,但是企業的出帳日是每月15/30,則這筆款項還是會等到30日才收到,一般這種做法都是用在付款方式電滙的case上