2013年5月27日 星期一

標準 SAP 原則上 [評價] 是依據 [工廠] 層級



Purpose

The purpose of this page is to describe the main customizing settings for Account Determination.

Overview

For every goods movement created for a valuated material, the SAP system can create two types of documents:
a material document and an accounting document.

The SAP system follows the accounting principle that for every material movement, there is a corresponding document that provides details of that movement.
In addition, an accounting document is produced that describes the financial aspects of the goods movement.
The material document and accounting (FI) document creation depend on the movement type configuration.
Through the movement type configuration and based on the customizing settings defined for the account determination the SAP System can do automatic account postings.
To determine the customizing settings for Account Determination you should GO through the following customizing path: SPRO -> IMG -> Materials Management -> Valuation and Account Assignment -> Account Determination. 
  
Below sections describe the two ways to define the account determination: Account Determination Wizard and Account Determination without Wizard. 

Account Determination Wizard

It is a proposal from SAP System to define the account determination.
In this step, you can quickly configure the system to make automatic postings by answering the wizard's questions. The wizard undertakes the functions of the following steps:
1. Defining valuation control
2. Grouping valuation areas
3. Defining valuation classes
4. Defining account grouping for movement types
5. Purchase account management
6. Configuring automatic postings
You can continue to use these transactions either in conjunction with or instead of the wizard. 

Account Determination Without Wizard

In this step, you can manually define the settings for account determination in Inventory Management and Invoice Verification.
Account determination without the wizard enables you to make a more complex configuration than account determination with the wizard, but requires that you are already familiar with the principle of automatic account determination in the ERP System.
You can configure account determination with the wizard in the first instance, for example. Then, if the wizard does not meet your company's account determination requirements, you can work without it.
You have to work without the wizard if you use the material ledger (this is standard).
  • Define Valuation Control
It can be configured by the following customizing path:
SPRO -> IMG ->
Materials Management ->
Valuation and Account Assignment ->
Account Determination ->
Account Determination without Wizard->
Define Valuation Control
.
 It defines if the valuation areas will be grouped by activating the valuation grouping code. This makes the configuration of automatic postings much easier.
In the standard SAP R/3 System, the valuation grouping code is set to active as default setting.
Firstly, you should create the valuation grouping code.
It corresponds to the transaction OMWM.
OMWM - Valuation Control

  • Group together Valuation Areas
It can be configured by the following customizing path:
SPRO -> IMG ->
Materials Management ->
Valuation and Account Assignment ->
Account Determination ->
Account Determination without Wizard->
Group together Valuation Areas.
In this step, you assign valuation areas to a valuation grouping code.
Valuation area corresponds to the organization level in which the valuation will occur.
Or the valuation occurs at the plant level or it occurs at the company code level.
如果不同的 [評價區域]
對應相同的 [評價集合碼]
就會有相同規則產生 [會計科目]

The valuation grouping code makes it easier to set automatic account determination.
Within the chart of accounts, you assign the same valuation grouping code to the valuation areas you want to assign to the same account.

The chart of account is a list of accounts.
Within a chart of accounts, you can use the valuation grouping code:
  • to define individual account determination for certain valuation areas (company codes or plants)
Example:
[評價區域]
The valuation areas 0001 and 0002 are assigned to company codes which use the same chart of accounts.

For both valuation areas, however, you would like to define a different account determination.
You must assign different valuation grouping codes (for example, 0011 and 0022) to both valuation areas. 
  • to define common account determination for several valuation areas (company codes or plants)
Example:
Valuation areas 0003 and 0004 are assigned to company codes which use the same chart of accounts. Account assignment for both valuation areas should be similar.
You assign the same valuation grouping code (for example, 0033) to both valuation areas. Thus, you only have to define account assignment for both valuation areas once. 
Requirements:  
  • You must have activated the valuation grouping code in the step Define valuation control (OMWM). 
  • You must have defined the valuation level in corporate structure Customizing. The valuation level is defined in transaction OX14 where you should decide if the valuation will occur at the plant level or company code level. 
  • You must have assigned each plant to a company code in "Enterprise structure" into the Customizing. When assigning your plants, the valuation areas are defined automatically. To assign a plant to company code you should go to transaction OX18. 
OX14 - Define Valuation Level
Recommendation:
SAP recommends that you only use a valuation grouping code within a chart of accounts in order to prevent account determination from becoming confusing. 
Default settings
標準 SAP 原則上 [評價] 是依據 [工廠] 層級

(白話文 不同工廠有不同加權平均成本) 
In the standard SAP system, valuation is predefined at plant level.
All plants are grouped together via valuation grouping code 0001.         
Group together Valuation Areas corresponds to the transaction OMWD.  
OMWD - Account Determination for Valuation Areas

  • Define Valuation Classes
It can be configured by the following customizing path:
SPRO ->
IMG ->
Materials Management ->
Valuation and Account Assignment ->
Account Determination ->
Account Determination without Wizard->
Define Valuation Classes.
In this step, you define which valuation classes are allowed for a material type.
If an user creates a material, he/she must enter the material's valuation class in the accounting data (Accounting 1 and 2 views). The ERP system uses your default settings to check whether the valuation class is allowed for the material type.
 [評價分類] 是將對應同一 [會計科目] 的 [材料]  結合
The valuation class is a key to group materials with the same account determination. 
The valuation classes depend on the material type. 
 多個 [評價分類可對應一個  [材料型式
 一個 [評價分類] 可對應多個  [材料型式
Several valuation classes are generally allowed for one material type.
A valuation class can also be allowed for several material types.
The valuation class determines the G/L accounts which will be updated as result of the goods movement generated for the material.
The valuation class makes it possible to: 因此
同一 [材料型式] 對應不同 [會計科目
不同 [材料型式] 對應同一 [會計科目
  • Post the stock values of materials of the same material type to different G/L accounts
  • Post the stock values of materials of different material types to the same G/L account 
MM03 - Display - Acoount 1 view

The link between the valuation classes and the material types is set up via the account category reference.
The account category reference is a combination of valuation classes. Precisely one account category reference is assigned to a material type.
Requirements
  • You must have defined your material types.
  • You must have defined the chart of accounts.
  • You must have agreed with Financial Accounting which materials are assigned to which accounts.
Default settings
In the standard SAP R/3 System, an account category reference is created for each material type. The account category reference is, in turn, assigned to precisely one valuation class. This means that each material type has its own valuation class. 
OMSK – Account Category reference/valuation class
OMSK – Account category reference button

OMSK - Valuation Class Button

OMSK - Material Type/Account category reference

   
  • Define Account Grouping (account modifier) for Movement Types
Using this function, you can assign an account grouping to movement types. The account grouping is a finer subdivision of the transaction/event keys for the account determination.
The account grouping is provided for the following transactions keys:
  • GBB (offsetting entry for inventory posting)
  • PRD (price differences)
  • KON (consignment liabilities)
The account grouping in the standard system is only active for transaction key GBB (offsetting entry for inventory posting). 
OMWN - Define Account Grouping for Movement Types 
  • Purchase Account Management
It is used to attend legal requirement from specific countries (France, Italy, Finland, Belgium, Spain and Portugal). In this step, you will define a specific valuation and a separate accounting document for Purchase Order postings. 
  • Configure Automatic postings
In this step, you enter the system settings for Inventory Management and Invoice Verification transactions for automatic postings to G/L accounts.
You can then check your settings using a simulation function.
What are automatic postings?
Postings are made to G/L accounts automatically in the case of Invoice Verification and Inventory Management transactions relevant to Financial and Cost Accounting. 
Example:
Posting lines are created in the following accounts in the case of a goods issue for a cost center:
  • Stock account
  • Consumption account 
How does the system find the relevant accounts?
When entering the goods movement, the user does not have to enter a G/L account, since the ERP system automatically finds the accounts for each posting based on the following data: 
  • Chart of accounts of the company code
If the user enters a company code or a plant when entering a transaction, the ERP system determines the chart of accounts which is valid for the company code.
You must define the automatic account determination individually for each chart of accounts. 
  • Valuation grouping code of the valuation area
You must define the automatic account determination individually for every valuation grouping code within a chart of accounts. It applies to all valuation areas which are assigned to this valuation grouping code.
If the user enters a company code or a plant when entering a transaction, the system determines the valuation area and the valuation grouping code. 
  • Transaction/event key
You do not have to define these transaction keys, they are determined automatically from the transaction (invoice verification) or the movement type (inventory management). In this step, you can only insert the account number for each transaction key. 
  • Account grouping (modifier) (only for GBB, PRD and KOM)
Since the transaction key GBB is used for different transactions (for example, goods issue, scraping, physical inventory), which are assigned to different accounts (for example, consumption account, scrapping, expense/income from inventory differences), it is necessary to divide the posting transaction according to a further key: account grouping code. 
  • Valuation class of material or (in case of split valuation) the valuation type
The valuation class allows you to define automatic account determination that is dependent on the material.
You can achieve this by assigning different valuation classes to the materials and by assigning different G/L accounts to the transaction key for every valuation class. 
Default settings:
G/L account assignments for the charts of accounts INT and the valuation grouping code 0001 are SAP standard.  
OMWB - Configure Automatic Postings

OBYC - Maintain FI configuration 










How to test my account determination settings? 
You should go to transaction OMWB and click on ‘simulation’ button. Then, insert the affected material, the correspondent plant and the movement type. After that, click on ‘account assignments’ button and you will see the simulation’s result.
OMWB - Simulation






Important:      
Report DFKB1INT: run it in transaction SE38. It is used to shows us the possible values for the account determination customizing settings. If the customer changed something here, it is not standard anymore. 

2013年5月26日 星期日

勇敢的轉機 交換生的Blog

勇敢的轉機
交換生的Blog

最划算的約旦航空單程飛機票18000
http://toscany19.pixnet.net/blog/post/32230280

2012/05/31 記錄(推估2012/05/30開票)
昨天終於開票了!!!
2012.9.25約旦航空
  日  期     時 間  航 班                                     其  他  訊  息
------------ ------------------------------------------------- --------------------------------
國泰航空(CX-0565)                                飛行01小時45分  /直飛
 09月25日(二) 14:05 出發:台北(桃園)(TAIWAN TAOYUAN)                  航站1/經濟(S)/機位OK
                          15:50 抵達:香港(HONG KONG INTL AIRPORT)          航站1/波音777-300     /點心
------------ ------------------------------------------------- --------------------------------
約旦航空(RJ-0183)                                飛行12小時40分  /中間停1站
 09月25日(二) 21:35 出發:香港(HONG KONG INTL AIRPORT)                航站2/經濟(S)/機位OK
 09月26日(三) 05:15 抵達:安曼(AMMAN QUEEN ALIA INTL AIRPORT)   航站1/空中巴士A330-200/餐點
------------ ------------------------------------------------- --------------------------------
約旦航空(RJ-0125)                                飛行06小時30分  /中間停1站
 09月26日(三) 09:45 出發:安曼(AMMAN QUEEN ALIA INTL AIRPORT)   航站1/經濟(S)/機位OK
                         15:15 抵達:慕尼黑(MUNICH FRANZ J STRAUSS APT)    航站1/空中巴士A320-100/午餐
最划算的約旦航空單程飛機票18000

2013年5月1日 星期三

給要去德國奧地利的朋友預估金額

參考很厲害的海外服務
不及納髮所醫生替代役

http://cooltree.pixnet.net/blog/post/23429096

給要去德國奧地利的朋友預估金額
奧地利每天要 2000元=50歐元
就是每月需要 60,000元=1500歐元
就是每年需要 72萬元=1.8萬歐元
.......
另外 每月宿舍350 + 50歐元 * 12 = 4800歐元
另外 來回機票1000 + 500 歐元 * 2 = 3000歐元
......


30天開銷統計:
 
泰航機票:31200
YH卡:600
德國國鐵7天:6780
兌換歐元:33900+6003     (換得1010.00 EUR)
兌換美元:13662              (換得 414.00 USD)
簽證費用:1800+1440
特殊購買:240
總計:95625
回國剩餘:10250 (以1:41的匯率計算)
硬幣紙鈔收集:1035

出國總共開銷:85375   (含錢幣收集)


平均每日開銷:1698 (扣掉機票and簽證)
========================另外還有每日詳細記載的帳目==========================
歐元以(1:40)計算,捷克克朗以(1:1.5)計算
Whole tour in Europe (30 nights):56692.7 NTD
Daily Avg:1889.8 NTD


Regionally:

      Germany(1) (5 nights):218.02 EUR =  8720.8 NTD    Daily Avg:1744.2 NTD
Czech Republic (8 nights): 10224 CZK = 15336.0 NTD    Daily Avg:1917.0 NTD
             Austria (9 nights):432.86 EUR = 17314.4 NTD    Daily Avg:1923.8 NTD
     Germany(2) (8 nights):383.04 EUR = 15321.5 NTD    Daily Avg:1915.2 NTD
            Switzerland (0 nights):  0.00 CHF =     0.0 NTD    Daily Avg:      0.0 NTD

Separately:
 Charge of accommodation:               19375.2 NTD    Daily Avg: 645.8 NTD
   Fare of traffic (incl. ship & card):   15490.5 NTD    Daily Avg: 516.4 NTD
         Spending of food:                       9870.5 NTD    Daily Avg: 329.0 NTD