Creation of NewTransaction/Event Key in OBYC - FR5

Hi
wish to create a new Transaction - similar to FR1, in OBYC
I have created new trasanction event key @ IMG - MM - Purchasing - Conditions - Define price determination process - Define transaction/event keys
Then in OBYC assignd the G/L account as per requirement
Have i missed any steps?

Hi,
Have created a new condition type FR5 by copying the similar condition FR1(or whatever) in M/06,and have u added the condition type to ur pricing procedure.
if no then do above things and if yes then your config is fine....
if else your facing any issues, reply back with exact issue.
hope it halpes you.
Thanks
Abdul

Similar Messages

Transcation event key

Hi friends,
Is it possible creation of Transaction Event Keys?Plz tell me T.code and examples.
Regards,
Chandra.

AS PER MY KNOLEDGE NO need to create (means all required keys availble in standard).
check T.CODE ; OBYC
CHANDRA

Creation of New Acct. Determination Transaction keys in OBYC

Hi All
How do I create new Acct determination keys in OBYC . i.e. just like FR1,FR2 etc so that I can do my own asignments in pricing procedure and other accurals?
I guess it has to start with Z..
Thanks
Samuel

Hi,
Go to spro >mm>pur>condition>define price determination process>define transaction/event key (OBCN)
Define new keys here then in OBYC u can give acct for it
Also to activate it go to pricing procedure and against the condition in acct key field maintain that event key .
So sytem will pick that acct key for the condiion and GL acct attach to that key
regards

Transaction code for creation of transaction keys in obyc

Dear Experts,
Can u tell me what is the transaction code for creation of transaction keys in obyc asap.
Thanks & Regards,
Radhika.

Hi
There is no TCode and the path is
SPRO-Material Management-Purchasing-Conditions-Price Determination....
Cheers
Srinivas

Transaction key in OBYC

Hi Experts,
I am in need to create a newTransaction key in OBYC (MM - FI integration).
kindly provide the procedure please.
Regards
Kuldeep Dubey

Dear Kuldeep,
Please use the following path in customising...
Materials Management - Purchasing -Conditions-Define Price Determination Process-Define Transaction/Event Keys
THereafter, you will have to assign the same to movement types, while defining account grouping for movement types
Assign Points, if useful

Acct X for trans./event key BSX is a K control account.

Dear Experts:
I am not so familiar with FI and one question need your help:
When I was trying to post a goods receipt against one purchase order I created earlier, I got an error message: "Account 199999 for trans./event key BSX is a K control account'
For account 199999, the account group is Recon. account and acct type is Vendors.
Can anybody let me know the solution to this issue? Thank you all in advance!
Best Regards!
Tim

Hi Eli:
Thanks for your reply. But if I delete the account in OBYC, I will get another error message: "Account determination for entry TDCC BSX 0001 ___ ZZXX not possible". If I maintain the entry: "0001 ZZXX 19999" in BSX in OBYC, I will get the error above.
Do you know how to resolve that?
Thanks~
Tim

Separate Transaction event key and Document type

Hello Gurus,
Need suggestion and process how to have separate transaction event key and Document types sued in Material document creation with a different number range for the movement types used for SD processes.
Example: 601/602/651 movement types have the Transaction event key as WL
               561 has the Transaction event as WA
               701/702 movement types have the Transaction event as WI
the transaction event keys of WA WH WI WL WQ WR WS WZ have the same number range.
I am looking for solution and suggestion as how do we maintain transaction event key and document type for SD dispatches, cancellation, returns movement types separately.
Thanks and Regards

Hi,
   U can create new document type in OBF4 copy the existing on ee.g WA make new document type and in number range assign the FI number range which u want to assign, MM number range can be create in T. code OMBT and FI number range in FBN1. Documen ttype assignment to t. code is done in OMBA
regards,
zafar
Edited by: zafar_karnalkar on Aug 13, 2010 12:23 PM

Business Transaction event keys.

Hi,
Other than GBB, what are all the other business event keys ( eg. PRD, KON ) for which account modifier is possible. and what is the functionality behind this.
Regards,
RitiG

Hi Ritigo
Offsetting entry for stock posting (GBB)
Offsetting entries for stock postings are used in Inventory Management. They are dependent on the account grouping to which each movement type is assigned. The following account groupings are defined in the standard system:
AUA: for order settlement
AUF: for goods receipts for orders (without account assignment)
and for order settlement if AUA is not maintained
AUI: Subsequent adjustment of actual price from cost center directly
to material (with account assignment)
BSA: for initial entry of stock balances
INV: for expenditure/income from inventory differences
VAX: for goods issues for sales orders without
account assignment object (the account is not a cost element)
VAY: for goods issues for sales orders with
account assignment object (account is a cost element)
VBO: for consumption from stock of material provided to vendor
VBR: for internal goods issues (for example, for cost center)
VKA: for sales order account assignment
(for example, for individual purchase order)
VKP: for project account assignment (for example, for individual PO)
VNG: for scrapping/destruction
VQP: for sample withdrawals without account assignment
VQY: for sample withdrawals with account assignment
ZOB: for goods receipts without purchase orders (mvt type 501)
ZOF: for goods receipts without production orders
(mvt types 521 and 531)
You can also define your own account groupings. If you intend to post goods issues for cost centers (mvt type 201) and goods issues for orders (mvt type 261) to separate consumption accounts, you can assign the account grouping ZZZ to movement type 201 and account grouping YYY to movement type 261.
Other than GBB there many other transaction event keys:
you can go to Tcode OBYC and see there...for eg.purpose i'll tell u the imp. one
Agency business: income (AG1)
This transaction can be used in agency business for income deriving from commission (e.g. del credere commission). The account key is used in the calculation schemas for agency business to determine the associated revenue accounts.
Agency business: turnover (AG2)
This transaction can be used in agency business if turnover (business volume) postings are activated in Customizing for the payment types. The account key is specified in Customizing for the billing type.
Agency business: expense (AG3)
This transaction can be used in agency business for commission expenses. The account key is used in the calculation schemas for agency business to determine the associated expense accounts.
Expense/revenue from consumption of consignment material (AKO)
This transaction is used in Inventory Management in the case of withdrawals from consignment stock or when consignment stock is transferred to own stock if the material is subject to standard price control and the consignment price differs from the standard price.
Expenditure/income from transfer posting (AUM)
This transaction is used for transfer postings from one material to another if the complete value of the issuing material cannot be posted to the value of the receiving material. This applies both to materials with standard price control and to materials with moving average price control. Price differences can arise for materials with moving average price if stock levels are negative and the stock value becomes unrealistic as a result of the posting. Transaction AUM can be used irrespective of whether the transfer posting involves a transfer between plants. The expenditure/income is added to the receiving material.
Supplementary entry for stock (BSD)
This account is posted when closing entries are made for a cumulation run. This account is a supplementary account to the stock account; that is, the stock account is added to it to determine the stock value that was calculated via the cumulation. In the process, the various valuation areas (for example, commercial, tax), that are used in the balance sheet are taxed separately.
Change in stock (BSV)
Changes in stocks are posted in Inventory Management at the time goods receipts are recorded or subsequent adjustments made with regard to subcontract orders.
If the account assigned here is defined as a cost element, you must specify a preliminary account assignment for the account in the table of automatic account assignment specification (Customizing for Controlling) in order to be able to post goods receipts against subcontract orders. In the standard system, cost center SC-1 is defined for this purpose.
Stock posting (BSX)
This transaction is used for all postings to stock accounts. Such postings are effected, for example:
In inventory management in the case of goods receipts to own stock and goods issues from own stock
In invoice verification, if price differences occur in connection with incoming invoices for materials valuated at moving average price and there is adequate stock coverage
In order settlement, if the order is assigned to a material with moving average price and the actual costs at the time of settlement vary from the actual costs at the time of goods receipt
Because this transaction is dependent on the valuation class, it is possible to manage materials with different valuation classes in separate stock accounts.
Price differences (PRD)
Price differences arise for materials valuated at standard price in the case of all movements and invoices with a value that differs from the standard price. Examples: goods receipts against purchase orders (if the PO price differs from the standard pricedardpreis), goods issues in respect of which an external amount is entered, invoices (if the invoice price differs from the PO price and the standard price).
Price differences can also arise in the case of materials with moving average price if there is not enough stock to cover the invoiced quantity. In the case of goods movements in the negative range, the moving average price is not changed. Instead, any price differences arising are posted to a price difference account.
Depending on the settings for the posting rules for transaction/event key PRD, it is possible to work with or without account modification. If you use account modification, the following modifications are available in the standard system:
None for goods and invoice receipts against purchase orders
PRF for goods receipts against production orders and
order settlement
PRA for goods issues and other movements
PRU for transfer postings (price differences in the case
of external amounts)
Revenue/expense from revaluation (UMB)
This transaction/event key is used both in Inventory Management and in Invoice Verification if the standard price of a material has been changed and a movement or an invoice is posted to the previous period (at the previous price).
Expenditure/income from revaluation (UMD)
This account is the offsetting account for the BSD account. It is posted during the closing entries for the cumulation run of the material ledger and has to be defined for the same valuation areas.
Price differences (PRD)
Price differences arise for materials valuated at standard price in the case of all movements and invoices with a value that differs from the standard price. Examples: goods receipts against purchase orders (if the PO price differs from the standard pricedardpreis), goods issues in respect of which an external amount is entered, invoices (if the invoice price differs from the PO price and the standard price).
Price differences can also arise in the case of materials with moving average price if there is not enough stock to cover the invoiced quantity. In the case of goods movements in the negative range, the moving average price is not changed. Instead, any price differences arising are posted to a price difference account.
Depending on the settings for the posting rules for transaction/event key PRD, it is possible to work with or without account modification. If you use account modification, the following modifications are available in the standard system:
None for goods and invoice receipts against purchase orders
PRF for goods receipts against production orders and
order settlement
PRA for goods issues and other movements
PRU for transfer postings (price differences in the case
of external amounts)
Regards
Yogesh

Linkage of transaction event key with new movement type

Hello All,
I have have created a new Z movement type and 1 new Transaction event key. I have to link my new Transaction event key with my new Movement type. That i can see in OBYC.
Please tell me How can i do it.
Regards,
Vishal Garg
Edited by: vishal garg on Sep 27, 2010 2:43 PM

Simple way is, check the TEK of existing movement type & it's assignment in OBYC.
Now You will be able to decide how your postings can be done.
I hope you have copied the movement type & then replaced it's TEK & account modifier according to your requirement.
Regards,
Piyush

Transaction Event Key NAV

Dear All,
What is the Use of Trx. Event Key NAV
Where can we assign G/L Account for that.
(Not found in OB40 or OBYC Trxs. But Found in Tax Calculation Procedure)
Can any one please explain about NAV key.
About its Assignment and Application.
Thanks & Regards
Ravi.

Hi Ravi,
Please note that normally we use NAV for non-deductible taxes. Hence we wont assign separate
G/L in OB40.
Check the OBCN settings for NAV where you can find Non deductible option ticked, hence the tax value will be loaded to the material.
Normally we use this incase of CST condition types.
Hope its clear.
Regards,

G/L account change for existing VAX trans event key(601 movement type)

Hi experts,
My client wants to post the sales(VAX transaction event key for movement type 601) of a material into new G/L account than the existing one. They dont want to create a new Material type & Valuation class for the same.
I suggested to create a new class for the existing material type and use the same in OBYC, but they dont want to create the new valuation class.
Is there any way do that? pls suggest.
Regards
Srin.

Hi,
COGS account is always against the Inventory account of the goods Purchased.
Without raw material account how the consumption account will hit in to the another account or 2 account.
x: if your one of material Inventory G/Laccount is : 99999
the same you have COGS account in GBB-VAX : 77777
When you make sales the Inventory get reduced/consumed against the COGS account.
How the system allow you to post in One more account.
Else you suggest them to chage the existing G/L account.
Clear with out Inventory account you can't use one more COGS account.
SAM

G/L Account assignement to Transaction Event Keys

Hi Friends,
Please let me know where exactly in customization we assign the G/L accounts to Transaction event keys.
For example
For transaction event key AUF ( Order settlement) which G/L account is going to it and how ?
Where is the configuration setting ?
Helpfull answers are rewarded.
Thanks & Best Regards
Giri

Hi,
Assign GL Account in OBYC for T/E Key GBB, here you have to assign GL A/c for the combination of Valuation Grouping Code 0001, Valuation Class (from Material Master) and Valuation Modifier AUF
Here assign Inventory Change Account, it gets triggered at the time of Order Settlement (in KO88) if GL Account for AUA is not maintained.
Note: - AUF is used for goods receipts for orders (without account assignment) and for order settlement if AUA is not maintained

Acct. .... for trans./event key BSX, postable directly

Hi experts,
i receive following error when i want to deliver a sales order:
Acct. 3712000 for trans./event key BSX, postable directly
Message no. M7109
Diagnosis
The stock account determined automatically by the system is one that is
directly postable. However, this stock posting can only be made to
an automatically postable account.
Procedure
Contact your system administrator.
What this error mean and how can i solve this problem?
Thanks in advance.
Edited by: Lakshmipathi on Jan 9, 2010 10:27 AM
changed the text sentence for proper alignment

Please help with error message below during scrapping, movement type 555, we encountered error M7109 Account 1010000 for trans/event key BSX, postable directly. Message no. M7109
I have ticked "Post automatically only " field in the the control data tab. Checked OBYC and the G/L account was set up already in BSX under RAMT (with acct 1010000) and still the error exists. Please please help resolve.
Thanks,
Gracey

T event key GBB

Hi Gurus,
I am getting confused with the use of transaction event key GBB. Is it not supposed to be used for account updates during the Goods issue or consumptions? In my clients system when we create a PO for a service with account assignment either to a work order or an equipment, the GR calls the updates in the GBB which means the updates are made to the accounts given in the GBB. Can any one tell me and explain in details why is this happening?
I hope I was able to explain the question properly else I will try to tell you in more clear SAP language.
thanks in advance
Anoop

Hi,
The use of transaction event key GBB, in case of PO for a service with account assignment being used for account determination without material master and here G/Lu2019s are assigned with material group and material group assigned to valaution class in OMQW t.code.
You can check all assignments in following t.codes
OMQW,OME9, OMGO & OBYC
Chcek the link for GBB used in OBYC t.code for service PO/without a material master PO with account assignment :
http://www.bluemarlinsys.com/ns/0603-03.asp
Regards,
Biju K

Creation of new account key

Hi,
For returnable packaging, I have created Z condition type. As per client requirement, I have created new ACCOUNT KEY
(TRANSACTION/EVENT KEY), & assinged to this condition type in calculation schema. But system is not picking account, which
is maintined in this newly created account key ( I have copied this account key from std.) What would be teh problem?
Please any one can guide me
Regards,

Thank for your reply,
We have used following posting keys,
40- Debit
50-credit.
But still system is not picking respective account. Is there any other setting need to be do in system?
Regards,

Creation of NewTransaction/Event Key in OBYC - FR5

Similar Messages

Maybe you are looking for