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上

FI-04 Customer and vendor master

1.Customer account	客主主檔區分為一般資料/sales area/company code 三個view(vd01/fd01/xd01) 一般資料VIEW是client level的 替代付款人可以在公司代碼或是一般資料中設定,而公司代碼view會高於一般資料,若於一般資料中有勾individual entries則亦可以開發票時指定替代付款人 若branch下單但是發票是開head的需要在company code view 下指定head office的客戶代碼,反之若head下單,但是發票開branch,一樣是公司代碼下的decentralized processing要設定branch的客戶代碼
2. Vendor account
	供應商主檔區分為一般資料/sales area/company code 三個view(mk01/fk01/xk01) 一般資料VIEW是client level的 替代收款人可以在公司代碼或是一般資料中設定,而公司代碼view會高於一般資料,若於一般資料中有勾individual entries則亦可以收發票時指定替代收款人 若branch接單但是發票是開head的需要在company code view 下指定head office的供應商代碼,反之若head接單,但是發票開branch,一樣是公司代碼下的decentralized processing要設定branch的供應商代碼
3.Account group	Account group 是客戶/供應商主檔的一種分類方式,不同的 account group可定義不同的號碼區間,欄位屬性...等等 對FI而言,供應商或是客戶一但被指定某個account group就無法再變更
	cutomer account 每一個account group 的filed status(畫面排列)可以用account group/公司代碼(只影响公司代碼view)/tcode去控制,而account group有最高的優先性 若同時是客戶又是供應商,可以於一般資料中指供應商代碼,並於公司代碼view下設定clrg with vend. 則系統會做應收應付對沖
	vendor account 每一個account group 的filed status(畫面排列)可以用account group/公司代碼(只影响公司代碼view)/ tcode去控制,而account group有最高的優先性 若同時是客戶又是供應商,可以於一般資料中指客戶代碼,並於公司代碼view下設定clrg with vend. 則系統會做應收應付對沖
4. customer/vendor clearing
	若同時為客戶及供應商,要系統於付款或催款時,自動應收應付對沖的話,需要在主檔GENERAL DATE上維護對方的code,且在company code view,需將clear with vendor 或customer勾起來
5. alternative payer/payee
	alternative payer/payee這個欄位在company code及gernral data view 都有,但company code view有較高的權限 open item 都是立在原帳號上,所以結清也是結原帳號,只是收/付款人是另一個人
6. header/branch
	一般而言會遇到子公司出貨,但是收到母公司的發票,所以若在主檔上將子公司的head office維護進去,則所有立到子公司的帳,將會自動立到母公司,所有的催/付款文件也是到母公司,但是若母公司有勾decentralized ,則帳會立到子公司去,相關的催/付款文件也是到子公司

FI-03 Chart of account

1.COA(chart of accounts)
	一個company code 可最多有三個COA,operatin/group(在coa主檔中設定)/country(在company code 中設定) 一個COA可以被指定到多個Company Code 中 若每一公司代碼OPERATION COA是相同的,則可做INTER COMPANY 交易
2. G/L account
	總帳科目“營業費用－市場活動費”是用來核算產品推介會、客戶論壇、促銷活動等市場活動的費用。集團下屬的空調公司和電腦公司都使用了這個科目。但是，空調公司的這類費用比較少，只需要核算到相關的成本中心，如市場部就可以了。而電腦公司的這類活動比較多，預算也較大。管理層希望這項費用可以核算到每個活動。那麼，會計科目的結構應該怎樣設計才能滿足這種需求呢？在SAP中，總帳科目是分兩個層次來進行維護和管理的——會計科目表層和公司代碼層。 資料來源：http://blog.vsharing.com/jingjian/A652750.html
	一個會科主檔會分為COA VIEW(一般VIEW)及Company Code view,所以同一個會科可以屬於不同的coa及不同的公司,甚至名字或是屬性亦可不同 會科設定時在COA view下,需指定其為資產科目或是損益科目(損益科目年度結轉時會轉到保留盈餘,而保留盈餘是by COA設定的) Account group 為會科的分類,其可以指定號碼區間或是建會科時的畫面(company code view),而建會科時指定filed status group是去定義key 傳票時畫面的定義
	會科主檔畫面的設定,除了可以by acc group設定外,亦可以依新建/變更/顯示去定義 其屬性優先順序為hide/display/require/optional 若不想用交易形態去控制,screen layout,即可將每一個欄位在交易指定畫面的設定上,將每個欄位都設為optional
	若會科為統制科目,則其不可以直接過帳到該會科下,因為會沒有明細資料(A表資產/D表客戶/K表供應商) SORT KEY 的值會在KEY傳票時代入assignment
	Line item display 若有勾的話跑fs10n/fd10n/fk10n在文件上點二下會看到明細,若沒有勾則否(統制/收入/物料/稅這些都有自己的明帳,所以不用勾)
	一般而言總帳不會直接做立沖帳(都在ap/ar做),但有時又需要此功能時,就需要勾open item mangement,如暫收/暫付/代收/代付 只要這個會科需要有一個結清流程,就需要on open item 若on此功能則也同時需要on line item display
	若會科主檔於company code view下的幣別不同company code的幣別時,傳票只能過會科主檔上設定的幣別,反之則任何幣別都可以在傳票上過
	Only balances in local currency 這個選項一般而言運用在過渡科目(如現金折扣,gr/ir結清帳戶),若其文件幣別為外幣時,勾此可以規避匯率轉換時尾差問題 這個選項大多只會設在B/S科目及ACCOUNT CURRENCY 為本幣及有ON OPEN ITEM管理 上
	Group chart of account 是為了跨國企業,因為在各國有子公司,但各國子公司的coa又不相同,而集團又有內部報表需求而產生的 多個operation coa acct. number可以對應同一個group coa acct. number 只要coa主檔上有指定group coa,則建科主檔時,group acct. number就是必key 只要有不同的coa就不能做inter companny 交易
	Alternative acct. number是給country coa用的,在同一個compnay code下,一個country coa number,只能出現一次 通常會用country coa都是在同一個operation coa下,但是又為了外部報表的需求,需要另一組會科再來表達(因為同一個operation coa故可以做inter company) Country coa是在company code 設定的,所以出現在company code view 中
2.1 operation/group/country COA的關係
	如圖這個集團在歐/美洲,都有公司;但只有歐-歐/美-美可以做跨公司代碼交易(因為相同的coa),但各國又有各地法規財報的需求,所以用country coa去符合,operation coa就轉為內部報表使用,不過又有consildate的需求,就用group coa達到
3.SEGMENT
	系統標準的Segment是設在Profit center 下的(但也可自己客製如key 傳票時指定或是badi..等等) Segment is below the company code level IAS/IFRS 所要求的segment 報表可以用,profit center或ba來達成,但是以往這二個報表已被其他用途使用,所以sap又出一個segment report,來符合這個需求
4. Profit center
	Profit center可以從物料主檔/sd的銷售文件的item/co obejct(cost center..)等等代入fi中 COST CENTER下會掛PROFIT CENTER/BA;而PROFIT CENTER 下會有SEGMENT
	會科主檔畫面的設定,除了可以by acc group設定外,亦可以依新建/變更/顯示去定義

FI_客戶/供應商主檔檢查

1.客戶主檔檢查	客戶主檔因為區分多個view,而由多個部門負責建立,有可能會遇到沒有建立完整的狀況,可用此方式檢查
	Tx:F.2D
2. 供應商主檔檢查	供應商主檔因為區分多個view,而由多個部門負責建立,有可能會遇到沒有建立完整的狀況,可用此方式檢查
	Tx:F.48

FI-02 基本GL設定

1.Ledger(帳本)
	Ledger是client level的,即同一個client下,不同的company code 其帳本是相同的.目前所有的ledger都在FAGLFLEXT這個table中(舊的table叫GTL0) 每一個client 只有一個leading ledger(0L),也只有leading ledger可以把資料給CO,但可以有多個non-leading ledger(平行記帳的概念) 在同一公司代碼下不同的ledger可以有不同的fiscal year variant定義 在同一leadger或non-leading ledger下,同一公司代碼可以有三種不同幣別定義 針對不同帳本(leading & non-leading)之間,何種交易其哪些值要到哪個帳本,sap有預設6個scenario(無法自己再新加;pca/cost center/ba/segment/cost of sales/consolidatei);其亦為多對多關係,且每一ledger不必一定要對應一個scenario,反之亦同
2.Variant
2.1 Fiscal year and period
	若是實體年度和會計年度相同,則勾calendar yr;而若每年的period定義都相同的話即代表year independent,若不同則需勾year-dependent,且需維護每年的期間值 若有special period 則過帳日需落在最后一期之間,並手動指定要過到哪一個special period(實務上都將會計師的調整分錄放到第13期)
	Fiscal year vaiant可以在company code 下指定
3.currencies
	Currency的定義是by currency key,匯率的table是在tcurr中 Translation ratio 是針對某些幣值太小的幣別先定義一比例值,此比例值最后會出現在維護匯率的畫面 匯率型態(exchange rate type),如三旬(M)/買匯/賣匯…. 維護匯率可以用三種方式,降低維護的壓力base/spread/inversion,而這三種方式都是可依不同匯率型態而指定 BASE 方法是指維護各外幣和BASE幣別的匯率即可,若有多幣對外幣的交易會由系統自動算 Spread 方法是指只要維護各幣別的中心匯率即可,買及賣時會由系統加減指定的比率去算出買/賣匯率 Inversion 方法是指維護直接滙率,由系統自己推算間接匯率,或是維護間接滙率,由系統自己推算直接匯率 Direct quot是指一外幣等於多少本幣,indirect 則是一本幣等於多少外幣
4. New G/L的效益
	可以把自定義的欄位加入總帳中 可以做線上doc. spillting 可以做parallel acct.(多帳本) 做到co到fi的文件整合

BASIS _CREATE_CLIENT

 

TX:SCC4,按新增ENTRIES新增一筆新CLIENT的記錄
依需求設定相關參數,后存檔離開
可再進SCC4再確認是否成功

BASIS_LOGIN_CLIENT_INFOR

TX:SE61,Document Class 請選General text; Language依需求選擇; Name請用ZLOGIN_SCREEN_INFO
註記client的相關說明后，記得要save active
可進GUI確認是否成功

BASIS_GUI_ONLINE_HELP

1.SAP GUI中的ONLINE HELP
請登入dev的client000,並且需用非sap*/ddic等系統預設帳號登入,TX:SR13
新增一筆資料並輸入路徑,路徑可於help.sap.com上找到對應的資料
驗証是否設定成功
若成功可開起此畫面