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上找到對應的資料
驗証是否設定成功
若成功可開起此畫面

BASIS_REMOTE_CLIENT_COPY

BASIS_REMOTE_CLIENT_COPY
進scc4
確認target client的相關設定
登入source client,進scc8做資料export
設定要匯出的queue,並丟到背景去
設定背景工作相關參數
再次確認背景工作相關設定
顯示相關系統資訊
設定成功后可於scc3看到執行狀況
登入scc3(此時還是在source client)
可以看到相關進度
登入target client,進到stms
點選剛target匯出后要匯入的queue
原則應是最后一筆,亦可點進去看明細是否是source 匯出的資料,點選后選匯入請求
指定匯入target client相關資訊
輸入target client 帳密
看到開車訊息即是正常匯入中
登入target client執行scc7,並於背景執行相關動作
背景設定
參數確認
設定完成
進scc3確認工作是否執行
確認執行狀況
執行scc7時會鎖住client
若scc3狀態出現Post-Processing Required,則需另執行report ABADRCHECK and TX FINB_TR_EXEC_AI
進se38執行ABADRCHECK 第一次先勾ALLCLNTS,然后執行,第二次再二個都勾再執行一次
執行FINB_TR_EXEC_AI,先執行check for postprocessing
再執行run-post-porcessing
需要沒有任何error msg才算成功
不過scc3狀態仍不會變更,若有執行report ABADRCHECK and TX FINB_TR_EXEC_AI,可忽略這個status