| |
1.文件迴轉 | |
會計文件若做錯,可以用立一筆和其借貸相反的文件對沖(standard reserval posting),或是"邏輯上"借貸相同金額為負和其對沖(negative posting);不過會計文件上一樣是借貸相反 文件迴轉不適用於結清項目,結清項目的回轉叫reset | |
2. 標準迴轉 | |
此為標準預設功能,異動原因為01/02 02表示可以修改過帳日 | |
3. negative posting | |
此功能需要額外設定(company cod/迴轉原因) ,異動原因為03/04 若要on此功能,則需company code 下需打開 | |
3.1 g/l的負過帳 | |
有時是因為單一個item 過錯,亦可於gl 做,負過帳的調整 如vendor invoice 的借方費用立錯科目,則可以在gl 做一筆負過帳,將其調整成正確的科目 | |
我的網誌清單
20110707
FI-09 doc reversal
FI-08 change control and default value
| |
1.defalut value | 輸入財會文件時有很多欄位,在不同將況下都是同一個值,就可以利用此功能做到預設值代入 |
Tx:FB00 | |
2. paramater id | |
若有些值存在parameter id,亦可su01中設定 | |
3.change control | |
Header 預設能改的只有內文及refenerce;原則上只要和錢及量有關的都不能改 | |
4.自訂義變更規則 | |
變更規則的設定相依於account type/comany code/transaction type(如特殊總帳) 設定時還可以做一些額外限制如過帳期間還是open/還沒有被結清才可以修改..等等 | |
FI-07 文件分割
| |
1.entry view and GL view | 若有on NGL(新總帳)一份會計文件會有entry view and GL view,若沒有on doc splitting 這二個view會是一樣的 |
Entry view 記錄輸入時的畫面資料 | |
GL view 當資料轉總帳時,其資料狀況 | |
2. doc spiltting | |
文件分割是on 在client,但可以關掉在company code level,但是分割的proc是指定在client的,所以無法by company code 做 Inheritance當有on 這個時,若遇到文件需分割時,相依分割item的相關item 亦會同步被分割,如應付費用依部門分割時,會導致稅一齊被分割,因為稅是繼承這個屬性下來的 Default account assignment 當系統要做分割找不到對應的資料時,就會捉此參數當預設值 (建議不要用) document splitting 會因為ba/profit center/segment不同而導致 document splitting(cost center 下有profit center/ba,而profit center下有segment) | |
2.1 何時會文件分割 | 有三種狀況主動式/被動式/結清文件過渡科目 |
主動式 | 若文件符合Document Splitting method則就自動分割或是符合doc type指定的分割邏輯 |
被動式 | 若文件的前身有分割,則后續的文件也會分割,如要結清應付帳款時,若應付帳款的文件有分割,則結清文件會自動分割 |
結清文件過渡科目 | 有些資產科目因為屬於不同ba/profit center...等等因素,導致系統會自動分割,並指定到某一過渡科目,如不同銀行間的資金移轉,就會產生一過渡科目,讓二方科目的b/s表平衡(此過渡科目需先於img指定) |
2.2 splitting term 說明 | Item cate. 是SAP定義好的有18種 businese trans. 也是SAP 定義好的有10種 |
3.doc. splitting logic | |
先定義遇到哪些屬性不同就要分件分割,如ba/segment/profit center item cate. 是FI文件line item會科的集合,而item cate. 的集合稱為 variant,再將variant 指派給 businese trans. 就稱為businese trans. variant businese trans. variant 可以設定哪對doc. type 才生效 再針對businese trans. variant 下的item cate. 去做分割的定義,就稱為doc. splitting rule;因為doc. splitting有被動性,所以 item cate.下有再加一層 base item cate. 這樣就可以再去定義最原始的文件的會科在哪個item cate. 會起動doc. splitting 多個doc. splitting rule的組合稱為doc. splitting method | |
20110706
FI_default value
| |
1.defalut value | 輸入財會文件時有很多欄位,在不同將況下都是同一個值,就可以利用此功能做到預設值代入 |
Tx:FB00及spro | |
2. paramater id | |
若有些值存在parameter id,亦可su01中設定 |
20110705
FI-06 過帳期間設定
| |
1.posting period | 過帳期間的定義是定在fiscal year上 |
開關帳的設定其原理是將posting period 設為一個variant然后設定相關屬性,再指派給公司 特殊期間的過帳日需落在最后一期,並手動指定要過到哪個特殊期間 結帳期間會開二期帳,即本期及上期,結完后就會只開本期 設varian時+代表表頭控制,每一個variant必需至少包含一個+(即若沒有指定其他acct type,就一定要指定一個+) 在item level系統是透過pk去判斷其是否可以過到指定的過帳期間(因為pk會去定義可過哪些acct type,而variant 會去指定這些acct type可以過到哪一期間) 過帳日(posting day)才會影响到過帳期間的判斷,而不是文件日 | |
2. Authorization group | |
於結帳期間,可能開二期帳,落於auth group的人是只可過period 1(即本期),不在auth group中的人才可過到period 2即前期,也就是auth group是針對period1去管控 在img有可能會看到period 3,這是為了co 而設定的,有時co調整一些東西會影响到fi,就會落在此期中 | |
3. Tolerance Groups | |
Tolerance Group是by company code指定的,而其指定的金額的幣別是local currency Tolerance Group可以設定過帳的金額上限/cash discount的比例/pym diff的允差比例 是用login id去mapping group 系統預設有一個tolerance group,"空白",任何沒有指派到group的id都是屬於此group | |
4.新的傳票TCODE | |
Tx:FB50(GL)/FB60(AP)/FB70(AR)相似於以往的F-02/F-22/F-43 | |
5.park/hold | |
Park doc系統會給號(給號邏輯同一般正常文件),無論資料是否完整,但若要post時,需要到另一個tcode Hold doc 時,無論資料完整否,系統不會給號,由人工給號,可原tcode過帳 Park 后還有一個叫complete,其原理同park,亦時暫時不過帳而已 |
FI-05 文件結構
| |
1.FI document | 文件號碼+company code+fiscal year為唯一值 FI文件分為document header及item 二個level |
2. document type | |
Document type control the document header,通常定義了交易的類型及流程,如客戶發票/供應商付款..等等 Doc type 是client level,而且可指定號碼區間/acct type(資產/客戶/供應商/物料/總帳)可被過帳/表頭的fields status 不同的doc type可以對應到不同的ledger及指定不同號碼區間(即non-leading ledger 可自訂自己的doc type,甚至fiscal year/post period 都可和leading ledger 不同) 若單純只要過到non-leading leadger,就需額外指派一個號碼給這個ledger,以確保用ledger的角度,不會有跳號發生 | |
2. post key(line item) | Posting key(PK) |
Posting key定義了item level的一些屬性,其亦為client level,而且其也指定了何種acct type(資產/客戶/供應商/物料/總帳)可被過帳及借貸方 Post key 亦定義了是否和sales或付款相關,是否需搭配特殊總帳指示碼,反向pk碼 Ar借方為01-09貸方為11-19/ap借方為21-29貸方為31-39/gl借方為40貸方為50 Line item 為2-999個 | |
3.fields status(畫面layout) | |
傳票key in 畫面欄位的定義是和會科及pk有關,會科主檔上的相關的定義會優先於post key,account 的定義是在會科主檔的field status group 會科主檔上的field status group是先定義field status group然后再組合成variant,再指派給公司,這樣建會科時在company code view就可以選到field status group | |
4. text | |
Fi文件上的內文可以於img 先設定好后,再用選的選入 若內文前面有加"*",則會將此段文字帶到for外部使用的correspondence上 |