Transaction ke1b valuation
Hi,
I am having a issue with the SAP KE1B valuation. The pricing team has entered the pricing in using the following parameters. All customer specific pricing has now been entered at the customer hierarchy level, and everything worked except for these four materials (which happen to be the only four seasonal customer specific materials). Is there any way we can get these four items to valuate in ke1b? We need this for the 2007 OB.
Can anybody get me some doc on transaction ke1b? plzzzzz
Thanks in advance
genie
can any one provide me any kind of document about transaction ke1b plzzz
thanks
Similar Messages
-
Hi
I want to know clear about link
Valuation Class - Transaction - Movement Type - Account
Could you please explain me about that.
Thanks and Best Regards,Hi,
Movement Type
Transaction key
Valuation class
G/L account
1. Transaction/event key is linked with movement type in T code OMWN.
2. Valuation class and G/L account are linked in OBYC.
when you post any goods movement ,say,Post goods receipt with ref to Purchase order.first system look for valuation class in accounting view (material master).Based on this,system searches for G/L account in OBYC.Now,I know movement type is 101,system look for transaction event key (BSX in case of 101 ) in OMWN to post the accountings.Hence,Account postings at the time of GR wud be
Stock account Dr -Transaction key BSX
GR/IR account Cr-Transaction key WRX
Hope it clarifies your doubts...
Please revert if you stil have further query.
Regards,
Vineet -
hi all
I need help for the execution of Transaction Code u2013 FAGL_FC_VAL for revaluating foreign currency at client . I have executed the transaction and entries are getting posted in development server but with the manual input of Cost Center in Batch Input session.
Client does not want interference of End User while executing the transaction code. Along with that, Cost Center should had been get posted automatically in respective entries (May be by way of substition).
We can execute the above transaction for valuating - G/L, Customer, Vendor etc. Also the above revaluation we can do for a particular vendors pertaining to plant, order, assignment etc.
In same transaction we can see the Accounting entry before being get posted but the entry will not get posted via this transaction code.
After executing the Transaction Code - u201CFAGL_FC_VALu201D, system generates a u201CBatch Input Sessionu201D for posting the entry. In that u201CBatch Input Sessionu201D system asks for Cost Center for u201CRealized Loss / Gain or Unrealized Loss / Gain Accountu201D since those are Profit & loss Accounts.
Our clientu2019s requirement is that system should pick up the u201CCost Center by default in Batch Input Sessionu201D. I have tried Tcode - OKB9 but by that way it is very difficult to match the requirement of client since in that we can set the Cost Center per Valuation Area (Plant) but one plant may have u201CNu201D numbers of Cost Centers. Please anybody do correct me if I am wrong in making the statement.
I am unable to find out the solution for the requirement of client since it is very difficult to assign by default Cost Center to particular "Realised Loss / Gain" or "Unrealised Loss / Gain Account".
If any senior FICO of NBS is having alternative solution (i.e. having knowledge of Transaction Code u2013 FAGL_FC_VAL) then please let us know.
regards
raman; -
How and Where to activate PCA - Group valuation
Hi,
Could some one please provide the details for the above query?
Regards,
suryatransaction OKKP --> activate components --> flag profit center accounting
transaction 0ke5 --> valuation view --> group valuation
Paolo -
Respected Gurus,
i have some confussion regarding to a/p ,a/r process.
1accounts payable complete process
2 accounts receivable complete process
thanks in advance
regards
janaHi Jana,
Accounts Payabel Process.
● FI MM Integration and Flow of Entries
● Chapter Objectives
Valuation
Understand the concept of Material Master.
Key Definitions
Screen Shots
Flow of Entries
Valuation at Plant Level or Company Code
What is Valuation Area? How is it linked with Valuation Class? What is the significance of Valuation Area?
Valuation areas are nothing but the level at which you want to valuate your materials. SAP provides two levels of valuation Plant level and company code level.
The Valuation can be at Company Code Level or at Plant Level. This Decision is valid for the whole client. Once set it is not possible to Change the Valuation Level.
The Valuation Level determines the Valuation Area:
Valuation Level = Company Code then Valuation Areas =company codes
Valuation Level =Plant then Valuation areas =Plants
The valuation Area controls the Material valuation postings
u2022 If the Valuation Area is the company code all plants stock of a Material account are managed in Joint Stock Account. Material Price is uniform across all plants
u2022 If the Valuation Area is the Plant, the material stocks for each plant can be managed in different accounts. Material Price is Plant Specific.
Valuation at Plant Level
u2022 If we select Valuation at Plant Level then we can Group together the Valuation areas and can have Common Valuation grouping code. Valuation Grouping Code facilitates the grouping of valuation areas to facilitate the administration of table of standard accounts by minimizing the standard of entries. Together with other factors the valuation grouping code determines the GL Accounts to which a goods movement is posted.
Group Together Valuation Areas
u2022 In this step, you assign valuation areas to a valuation grouping code.
u2022 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.
u2022 Valuation grouping codes either reflect a fine distinction within a chart of accounts or they correspond to a chart of accounts.
u2022 Within a chart of accounts, you can use the valuation grouping code
u2022 to define individual account determination for certain valuation areas ( company codes or plants)
to define common account determination for several valuation areas (company codes or plants)
Transaction Code OMWD
Menu Path IMG > Materials Management >Valuation and Account Assignment >Account Determination>Account Determination Without Wizard >Group Together Valuation Areas
It is recommended to Set Material Valuation at Plant Level
Valuation classes are linked in T Code OBYC
If your valuation area is at plant level then in OBYC you will find a column for Valuation modifier you can provide your plant there. For example:
Material Master
First all Materials in SAP should have a material master. This material master has various views right from Basic views to Purchasing views, production, sales and distribution and accounting and controlling views. We will not get into the detail of Material master at this stage but it would suffice for us to understand that Material Master is the heart of all integration. In the accounting view of Material master amongst other values we have a Valuation Class field. This Valuation class is the vital link which ensures that Accounting documents are posted automatically. Every material will have a valuation class field.
The combination of this Valuation Class + the Movement Type
Integration Touch Point
Material Master -> Valuation Class -> Movement Type -> Transaction key -> GL A/C
Key Definitions
Key Definitions
Valuation Area: Organizational Level at which Material will be valuated. Valuation Level can be at Company Code Level or at Plant Level. It is recommended to set valuation area at plant level.
Valuation Grouping Code: Indicates a grouping of valuation areas to facilitate the administration of table of standard accounts by minimizing the standard of entries. Together with other factors the valuation grouping code determines the GL Accounts to which a goods movement is posted.
Valuation modification: It is used to differentiate Account determination. If you select this option, you can maintain GL codes Plant-wise. The valuation group code should be active in Materials management. Even if it is not required currently, still it is a better option to select.
Movement Type: Is the Classification key indicating the type of material movement. The movement type enables the system to find the pre-defined posting rules determining how the accounts in FI are to be posted and how the stock fields in the material master record are to be updated. All Material movements in MM happen with respect to a Movement Type.
u2022 Goods receipt is definedwithmovementtype101
u2022 Goods issue to production order is defined with movement type 261
u2022 Scrapping of goods is defined with movement type 551
u2022 Goods delivered to the customer with movement type 601
u2022 Initial upload of stock is defined with movement type 561
Valuation Class: Refers to assignment of a material to a group of GL accounts. Along with other factors, the valuation class determines the GL accounts are updated as a result of a valuation relevant transaction or event such as a goods movement. The valuation class makes it possible to
u2022 Post the stock Values of Materials of the same material type to different GL accounts
u2022 Post the stock Values of Materials of the Different material type to Same GL accounts
Transaction Key: (Also Known as Event Key or Process Key) allows users to differentiate between the various transactions and events that occur in the area of Inventory Management. The transaction / event key control the filling of documents and the assignment of document numbers.
Accounting Entries
All the Inventory transactions will look for the valuation class and the corresponding GL Accounts and post the values in the G.L accounts.
For Example: during Goods Receipt
Stock Account - Dr
G/R I/R Account - Cr
Freight clearing account - Cr
Other expenses payable - Cr
During Invoice Verification
G/R I/R Account - Dr
Vendor - Cr
When the Goods are issued to the Production Order the following transactions takes place:
Consumption of Raw Materials - Dr
Stock A/c - Cr
When the Goods are received from the Production Order the following transactions takes place:
Inventory A/c - Dr
Cost of Goods Produced - Cr
Price difference - Dr/Cr
(depending on the difference between standard cost and actual cost)
When the Goods are dispatched to customer through delivery the following transactions takes place:
Cost of Goods Sold - Dr
Inventory A/c - Cr
When the Goods are issued to a Cost Center or charged off against expenses the following transactions takes place:
Repairs and Maintenance/Expenses - Dr
Inventory A/c - Cr
When the Goods are stock transferred from one plant to another, the following transactions takes place:
Stock A/c - Dr (Receiving location)
Stock A/c - Cr (Sending location)
Price difference - Dr/Cr
(due to any difference between the standard costs between the two locations)
When the stocks are revalued, the following transactions take place:
Stock A/c - Dr/Cr
Inventory Revaluation A/c - Cr / Dr
When the Work in Progress is calculated the following transaction takes place:
Work in Progress A/c - Dr
Change WIP A/c - Cr
Accounts Recievable Process
When a sales order is placed, the availability is checked and the material is reserved. In FI the creditworthiness of the customer is checked. No postings are generated, but the profit center is determined at this point. At goods issue, the change of the inventory costs is posted to accounting and controlling. At billing the revenues are posted. If the profitability analysis is in use, the sales transaction is valuated with products costs and eventual calculatory costs. A receivable is posted. When the customer pays, the payment is recorded in accounting. In case of no payment the customer is dunned and this is recorded in credit control.
Regards,
Srinivas Muthyala -
po 100 pc
delivered 50 pc movement type 101
stock type unrestricted
now once i post the delivery in MIGO
system debit stock(BSX) account and credit GR/IR account
my question is can anyone tell me the complete chain of valuation and account assignment including the value string
i mean to say how the system is searching out this g/l/ accounts
please provide the link with value string
I AM CLEAR WITH THIS CHAIN GIVEN BELOW BUT I WAN TTO KNOW HOW movement type affects this chain
VALUATION AREA 1000
valuation grouping code AX
CHART OF ACCOUNT INT
BUSINESS TRANSACTION BSX
VALUATION CLASS 4400
Edited by: baxter jas on Jan 11, 2008 10:01 AMDear Baxter,
Answer for your Question.
1. In Good receipt System Generate 2 - Document.
( A. Material Document , B . Accounting Document.)
2. BSX or Store Account or Material Name Dr.
Gr / Ir Account Cr.
3. In MIRO also System Generate 2 - Document.
( A. Material Document , B . Accounting Document .)
4. Now Gr / Ir Account Dr.
Vendor Account Cr.
After MIRO System Cancel the GR / IR Account.
Now BSX or Store Accoutn or Material Dr
Vendor Account Cr.
Next Question of your's how system determine GL Account.
Answer.
1. Each and Every material have Own Valuation class.
2.Every Valuation Class Link with Gl Account.
3.Valuation Class and G.L Account Link With
Valuation Grouping Code.
4. Valuation Grouping Code Link With Valuation area.
5. Valuation area link with Company Code.
6. Comany Code Link with Chart of Account.
I Think it is some what Helpful for You.
Regards,
Rajan. -
Account dertermination error while doing MIRO for third party PO
Hello,
This is regarding error message while doing MIRO (IR)
There is already a PO in the system with item category S ( Third Party ) &
Acc assignment object u2013 C (Sales order).
For this PO , I could find 10 invoices already posted in the system.
Between when these invoices were posted , there were some changes done to the PO.
But even after those changes , many invoices were posted in the system,
But now , when I try to post the invoice , I am getting the below error message.
the error message is ** Account determination for entry SKPL WRX 0002 _ 1020 not possible** while posting.
Message no. M8147
Diagnosis
The system did not find an account for this transaction. This means that the account determination for key SKPL WRX 0002 _ 1020 is not maintained in MM Customizing (Valuation). The key is made up of:
u2022 Chart of account
u2022 Transaction key (= Posting transaction)
u2022 Valuation grouping code
u2022 Account grouping code
u2022 Valuation class
System Response
The system cannot update a G/L account for this transaction. You cannot post the transaction.
Procedure
Contact your system administrator.
If you have the authorization, check the Account determination in Customizing for Valuation.
Proceed
Note
The relevant posting transaction can be found in Table T030A.
I have checked the entry in OMWD, where valuation grouping code is maintained against the valuation area & company code.
PLEASE SUGGEST ME SOME SOLUTION.
Thanks,
VinothHi Raman,
Yes, still i am getting error.
before when the invoice is posted , there is no error.
there are some 10 invoices posted already , but there are some changes done in the PO , after that they could post two invoices but for the third invoice , i am getting this error.
when the invoive is posted without error , these are the account movements that are hit
Here
441510 is a vendor account
61799410 is a WBS element G/L account
27411000 is a G/L for tax.
What could have pulled out this WRX error (Account determination for entry SKPL WRX 0002 _1020 not possible ) for me????
can u suggest me some solutions.
Thanks,
Vinoth -
I'm working on integrating FI-MM. When I am trying to create GR against Purchase Order I'm having wrong postings in the Financial postings..
Instead of Raw Material A/C Dr..
GR/IR Clearing A/C Cr..
I'm getting Raw Material A/c Dr..
Price Difference A/c Cr..
I saw the Configure Automatic Posting section under BSX Transaction---- under Valuation Class 3000 I have my raw material g/l account...
WRX-GR/IR Clearing a/c I have my GR/IR g/l account....
Suggestions appreciated..
ThanksIn the above accounting entry you see that instead of Debiting Raw Material A/c, it is debiting Price Difference A/c(it's a cost account).
Thanks -
Problem in Goods Reciept for PO w/ Internal Order. (GL Acct related)
Hello guys not too long ago I asked you guys how to post an IO to a PR. So far it works except when I post the PO (after converting it from the PR) it to the Good Reciept I get an error message appeared.
It goes something like this ...
"Account determination for entry HXXX KBS HXXX not possible"
"Diagnosis - The system did not find an account for this transaction. This means that the account determination for key HCMI KBS HCMI is not maintained in MM Customizing (Valuation). The key is made up of:
o Chart of account
o Transaction key (= Posting transaction)
o Valuation grouping code
o Account grouping code
o Valuation class"
System response - The system cannot update a G/L account for this transaction. You cannot post the transaction.
If you have the authorization, check the Account determination in Customizing for Valuation.
</b>
From what I understand there is no G/L account assigned does not have a corresponding G/L account. My question is if that is the case, how does one assign a G/L Acct for that particular IO? And would that solve error I am getting? Thanks people and take care.Hi Chad.
What about if you check with your MM Functional Consultant and try to provide him/her the OMWW transaction (MM Account Determination Wizard) to check whether the G/L Account is correctly set for this combination of data.
regards,
Daniel Carvalho. -
Exch.Rate Type for Determining the Proposed Rate
Dears,
I defined, in the document type to be used for Goods Receipt, the field T003-KURST (Exch.Rate Type for Determining the Proposed Rate) equal to u2018Pu2019: exchange rate type used also for standard translation for cost planning.
Then, I created a Purchase Order using a vendor in foreign currency, and in the header section within tab u2018Delivery/Invoiceu2019 in field "Exchange Rate" I filled in the exchange rate valid at the moment of the Purchase Order creation and I also put the flag in the indicator "Fixing of Exchange Rate".
Afterwards, I posted the Goods Receipt against the Purchase Order created at the previous step.
My expectations were to find in FI accounting:
- 1 line item for stock increase (transaction BSX) valuated using the exchange rate defined in the document type in field T003-KURST;
- 1 line item for GR/IR increase (transaction WRX) valuated using the exchange rate defined in the Purchase Order and indicated as fixed;
- 1 line item for difference (transaction PRD) between stock and GR/IR.
but when I checked the accounting document, these my expectations were not met, because:
- the line item for stock increase (transaction BSX) has not been valuated using the exchange rate defined in the document type in field T003-KURST, but a differet exchange rate that I didnu2019t find defined for this couple of currencies;
- the line for GR/IR increase (transaction WRX) has been valuated as expected using the exchange rate defined in the Purchase Order and indicated as fixed;
- the line item for difference (transaction PRD) between stock and GR/IR has been created.
The help (F1) for field T003-KURST, show the following indication:
Exch.Rate Type for Determining the Proposed Rate
Rate type under which the proposed rate is defined for foreign currency documents.
Use
If no exchange rate is specified in the document header when entering documents in foreign currencies, the system will automatically select a rate from the currency translation rate table. The system then converts all amounts in the document's line items using this exchange rate.
The system uses the average rate as a default value as long as no other exchange rate type is entered here.
Based on this message, my expectation is that all documentu2019s line items have to be converted at the exchange rate type defined in field T003-KURST. And in the case mentioned above, the line for stock (BSX) should be converted at exchange rate type defined in field T003-KURST.
While, correctly, the line for GR/IR (WRX) has been converted at the exchanged rate fixed in the purchase order.
Can you please let me know how can be fixed the problem for the line related to the stock allowing the conversion using the exchange rate type defined in field T003-KURST?
Thanks and Regards,
JodyHello Jody,
kindly consider the information contained under the attached note:
191927 - Posting logic: GR for foreign currency PO.
As stated in it:
Postings to the material stock account (BSX):
In order to be able to determine the value of the stock posting, the
valuation methods which exist in the material master in local currency
(standard price, total value of stock) must be converted into document
currency. This translation is thus carried out on the posting date with
the exchange rate type that is assigned to the FI document type used,
that is, independent from the exchange rate defined in the purchase
order!
If no exchange rate type is assigned to an FI document type, the system
uses exchange rate type M.
Please, check in your system the settings stored in the customizing
transaction OBF4 for the document type WE (Goods receipt). If the field
'Exch.Rate Type for foreign currency documents' is empty, the exchange
rate type M is used.
The fixed conversion rate in the purchase order refers to the valuation
approach in the purchase order and, therefore, to the costs for the
purchased material. Therefore, the posting amount to the GR/IR clearing
account (WRX) is converted according to the fixed conversion rate in the
purchase order header.
On the other side the fixed conversion rate in the purchase order is not
designed for converting the posting values to the material stock account
(BSX). This conversion reflects the situation of the valuation of the
material stock and is therefore designed to be independent of the
conversion rate defined in the purchase order. This is what note 191927
outlines.
In the note 191927 you will also locate relevant information about the
postings to the KDM key:
Exchange rate differences (KDM):
As of Release 4.0A, exchange rate differences (KDM) can be posted to a
separate account. The exchange rate differences result from the
difference of the clearing value on the GR/IR clearing account (WRX) in
document currency that is translated to the current exchange rate stored
in the system in local currency from the clearing value in local
currency that is determined with the conversion factor from the purchase
order or the invoices.
The offsetting entry for the exchange rate differences is settled with
the price difference.
(Price difference = GR/IR amount - stock value - exchange rate
difference)
KDM is only posted during the GR if the flag T169P-XPLCU is initial,
therefore, KDM postings will not occur during incoming invoices.
This is determined in the IMG path:
Materials Management
-> Logistics Invoice Verification
-> Incoming Invoice
-> Configure How Exchange Rate Differences Are Treated
Here, you have the following options per Company Code:
.- The exchange rate differences will be calculated from the difference
between the exchange rate at the time of the goods receipt and the
exchange rate at the time of the invoice receipt.
.- The exchange rate differences will be calculated from the difference
between the exchange rate at the time of the invoice receipt and an
assumed exchange rate that is valid for a specific amount of time,
such as a year or a season.
.- No exchange rate differences will be calculated. Instead, differences
from exchange rate variations will be considered as price differences
and posted to a price difference account.
The field T001A-CURDT for the company code will determine which date is
relevant to calculate the exchange rate difference.
This is set under the IMG path:
Financial Accounting
-> Financial Accounting Global Settings
-> Company Code
-> Multiple Currencies
-> Define Additional Local Currencies
So, finally, the value for KDM calculates as difference between
GR/IR amount in local currency - GR/IR amount in foreign
currency*exchange rate.
I hope this information can be of help.
cheers
ray -
Account Determination error during Goods Receipt
Good Day,
I get the error Account determination for 2000 WRX is not possible when trying to post a Goods Receipt for a material without a master.
My material is linked to material material type 1.
Material type 1 is linked to valuation class 3000.
In OBYC transaction WRX valuation class 3000 is linked to the G/L account I am posting to 405200.
Despite these settings I cannot post a good receipt.
The posting however works when I use a material with a material master and the same G/L account.Hi,
In this case material group must be linked to valuation class
and the subsuquent account determination should exit for the above valuation class.
Please check the same.
Regards,
Manoj -
sir i wish to explain u entire situation in detail as :-
In OBYC transaction key BSX it is already defined valuation modif.=0001, valuation class =3000 , account =24340000 .Yet in tcode MIGO i am getting error '' Account determination for entry CAIN BSX 3000 not possible'' { Message no. M8147 } .
Also help of message is suggesting me to do customization in OMWB .Sir i want toknow what exactly i have to do in that tcode .
Can you please guide me ?
I am online.Dear,
Goto OBYC T.code and Transaction key BSX where you are missing a GL account for Valuation area 3000 under CAIN chart of accounts.
Assign GL account for BSX transaction for valuation area 3000 under CAIN chart of account and this is solve your problem
check transaction OMSY and check year and period
1) check T.code OMWD ,your plant/ccode/COA assign to val groupcode -0001.
2) check with OB52 variant posting periods (to period) for 0001 and 1000 to 2999
OMWB leads you to OBYC anyway and so they are effectively the same.
Regards,
R.Brahmankar -
In tcode MIGO i am getting error '' Account determination for entry CAIN BSX -
3000 not possible'' { Message no. M8147 } .Can you please guide me ?
I am online.Hi,
Goto OBYC T.code and Transaction key BSX where you are missing a GL account for Valuation area 3000 under CAIN chart of accounts.
Assign GL account for BSX transaction for valuation area 3000 under CAIN chart of account and this is solve your problem
Thanks,
Rau -
POs for service and account assignment
Hi,
I'm crearting a purchase order for services with item category P and account category K.
Actually the system doesn't assign automatically the G/L account in the field Account assignment of POs.
I set in T030, in transaction GBB, valuation modification 0001, general modification ZCO, valuation class (S001) and the G/L account.
Best regardsHi,
While creating the PO, enter the material group and assign the valuation class to this material group in the folowing node, (Material Management --> Purchasing -->Material Master --> Entry aid for items without material master).
Once you assign the valuation class to material group, it will pick the G/L code from GBB in the OBYC setting (Table T030).
Hope it answers your problem.
Regards -
Automatic G/L Account Determination
Dear all,
Pls tell me which transaction key used for transportation?
Thanks,
QuanglvFrom the transaction GBB & the combination of General Modification key VBR & valuation class, the G/L Account is determined for posting to the freight accounts
Logistics Execution - Transport -Shipment costs-Settlement-Automatic G/L Account Determination
Also,
From the transaction WRX & Valuation class, the G/L Account is determined for GR/IR accounts.
Rgds
Sumanth.Gururaj
Consultant/Systems Analyst- SAP SD/MM
Maybe you are looking for
-
Can a position be linked to more than one org unit by A012 relation in SRM?
Hi All, In the HR Org structure in ECC, a position (S) can have more than one A012 relation with different organization units (O). For example: S 123 has a A012 relation with Org unit A; validity date: 04/04/2006 to 12/31/9999 S 123 has a A012 relati
-
Hi, In a program to update the database table I need to lock the table Is this correct to use enqueue functional module before the modify & commit statement and dequeue functional module after modify & commit statement.
-
Print option on WAP Browser via Bluetooth Printer
Hi! I have Bluetooth printer then I wanted to print the WAP site on the WAP browser. Is there a way that I can print the page just like a typical Internet Explorer in my Computer? Please advise Many thank, Francis
-
Why swap size error when I install ides ecc6.0 in windows 2003 x86
Hi, I feel very confusion why the installation prompts me that "Swap size are not meeting condition" when I install IDES 6.0 in windows 2003 server x86. The ides type: ECC 6.0, MS SQL server 2005, Windows 2003 server x86. It's windows, not l
-
Sir/Madam, I've been one who has worked with Muse from day one. It's grown into a WONDERFUL tool which makes designing a website fun! With the aforementioned said, I was wondering when the Muse team would create and rollout a way for users to create