New account determination for GD goods issue (Delivery)

Hi all,
I have a requirement for a new account determination for delivery (mov. type 601)
In spite of accounts:
3210xxxx (account modif. BSX)
6120xxxx (account modif. GBB/VAX)
I'll need to have
6540xxxx / 3820xxxx
and
3820xxxx / 3210xxxx
For this situation I've created a new movement type (copied from 601) and created new account modif.
How can I customize OBYC to get this account determination?
Thanks in advance!
FT

For GBB/ZLV I've entered accounts 6540xxxx for both debit and credit entries.
But With this account determination it's just:
3210xxxx / 6540xxxx
but I'll need to have
6540xxxx / 3820xxxx
and
3820xxxx / 3210xxxx
Where can I mantain account 3820xxxx ?

Similar Messages

Account determination for movement type 251

Hi!
While checking account determination for logistic movements, I find that according to standard customizing, movement type 251 is related to account modification VBR. You can easily see this: OMJJ --> Check movement type --> type "251" --> Select "Account Grouping".
Now my question: what I don't understand is why VBR and not VAX. GBB-VBR is the transaction key + account modification for internal goods issues (such as consumptions of material) and it's accordingly associated to movements types 201, 261, etc. which seems logical to me since these are internal GI's.
Now, 251 is IS-Retail movement type to reflect a POS sale, "GI for sales" as the short text indicates, so it is not an internal goods issue but rather an external one, not different from movement type 601, which is a normal sale and is associated to GBB-VAX. GBB-VAX is the transaction key + account modification for sales goods issue.
I know I could easily copy 251 to create another movement type and assign any account modification to it, that's not the issue. The only problem is that I must explain to my client how account assignments work, and I cannot find a single reason why in standard SAP IS-R an external goods issue (251) is associated with an internal goods issue account modification (GBB-VBR).
Any ideas? Thanks in advance.

hi
for inventory use
gbb>inv
umbfor inventory and material val
prv for prise diffrence
in 702 prv and inv is the postings
for 309 vbr and pru is transaction in gbb
1) one more thing u can do is go to OMWb then go to simulation there u can find gl accounts and grouping keys note down that GL nos
2) then come one step back
and clik on gl accounts there u will find many gl accounts
find gl accont no which u have noted in step 1
there u can find transaction keys
by doing this u can find which are transaction keys for a perticular movement type
reward if helpful
regards
kunal

Batch not determined in MIGO-Goods Issue for cost center

Hi,
We are using Batch Determination while posting Goods Issue to cost center. However, when we enter * in the batch field system does not propose the batches.
We have done following settngs
Strategy type ME01 which is SAP standard
Batch search procedure - ME0001
Search procedure ME0001 is assigned to movement type 201 in "Allocate IM Search Procedure/Activate Check"
Sort Rule - 01 using charecterstics (ascending)
Class - BATCH_MASTER created
Characterstics - Size, Shape, Color (No table or field are maintained in Addional Data) assigned to this class.
Material is maintained with classification and batch management active.
Master Data - Search Strategy is maintained using t code MBC1 for stratefy type ME01 (Key combination Movement Type/Plant/Material). Selection criteria - Values maintained for characterstics. Sort Rule - 01
Now when we are issuing goods to cost center and enter * in batch field, system is supposed to suggest the batches (material is in stock and batches are available). However, system does not give pop up.
Am I missing something? Where is the batch determination button as system is giving message to use button?
Shekhar

Thank you for the answer.
It gives only one batch and not all the batches. Why it could be?
Shekhar

"Account determination for entry CHFS BSX 37AP not possible" -goods receipt

I have a student using ECC 6.0 getting the following message when posting a goods receipt for a purchase order:
"Account determination for entry CHFS BSX 37AP not possible"
This is in the Fitter Snacker configuration phase 2 client, but now doing the configuration for the Marshall Muffler Company case. No other student has this message. I have checked everything that I can think of -- company, plant, purchasing organization, G/L account numbers, vendors, materials, quanity and value updating, valuation grouping code, automatic postings for inventory posting (BSX), controlling area, .. but cannot find anything amiss.
Can anyone help with this? We are client 625 on the moscow server at Chico. The student is user 625-037, using 37 as a prefix for the various components e.g. company code 37MM. One PO for exampe is 4500000116. The student has created a number of orders trying to get it to work. Strangely, the student did get one raw material received on one PO for a vendor earlier, but now cannot do so.

1st thing to do is understand the error message format. - comp. code - transac - valuation class. so you need to tackle BSX part.
goto transaction code OMS2 make sure the Mtype for Raw materials (RM) , Semifinished (SP) and Finished (FP) is selected for Quantity / Value updating tick box. You can check this by going clicking Quantity/valur updating on left hand panel.
then goto transaction code OBYC for BSX transaction , make sure your plant it is assign to the correct valuation classs 3000. save everything.
now try goto transaction code MIGO to cerate the GR again. Normally if you don't maintain the BSX properly, you bond to have similiar error for WRX. so please make sure that is also taken care off.
Now you should be fine creating the GR. Good luck.

Issue with MIGO- Account determination for entry ABCD FR1 not possible

Hi,
We create a PO with account assignment category - A.
When we are doing MIGO against this PO, error showing - Account determination for entry ABCD FR1 not possible.. (PO without material code)
I have already checked following points: -
1. First check Material Group in PO and through OMQW tcode, also checked mentioned valuation class against Material Group.
2. In OBYC, checked that in Transaction Key FR1 has the GL assignment with Chart of Accounts ABCD...
Please let me know now, how to fix this issue now...
Regards..

Hi,
Maintain Valuation modifier along with valuation class in OBYC.
And also Check the automatic account determination cofiguration once...
The below link helps you in configuaration .....
http://www.sapstudymaterials.com/2007/12/sap-mm-automatic-account-determination_16.html
Regards,
Udaya.
Edited by: udayareddy on Oct 15, 2011 11:17 AM

GL Account determination for new calendar year

I notice in the SAP database that the GL account determination for 2010 has the accounts filled in as they came over from 2009, however in some of our clients's databases we had to manual enter them. Is there some setup we missed?

You may check this thread first:
Re: Newly Entered Posting Date - System Message in 2007
Thanks,
Gordon

Account determination for cash sale

Hi, sapcons
please can any body can help me by sending step by step notes on account determination for cash sales and rush orders
my mail id is [email protected]
thanks in advance
regards
srinivas

Hi Srinivas,
Account Determination for Cash Sale and Rush Order will be done in VKOA Transaction.
Please find below the Process of Cash Sale and Rush Order
CASH SALE:
Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
Process Flow
In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
For Cash Sales the necessary Config Settings are,
Copy the BV Standard Order and Copy to ZBV and in the functionality of ZBV check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category BVN as ZBVN. And check whether credit active unchecked or not in ZBVN.
Do the item category determination for cash sale for which u configured. And at the time of cash sale u will get the invoice. For that u use the output type Rd03.
RUSH ORDERS:
In a rush order transaction, the customer picks up the goods or you deliver the goods on the same day as the order is placed. In the standard system, when you save this sales document type, a delivery is automatically created and billing is related to the delivery.
Process Flow
In the standard system, sales document type SO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
For Rush Order the necessary Config Settings are,
Copy the RO Standard Order and Copy to ZRO and in the functionality of ZRO check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category TAN as ZTAN. Do the item category determination for cash sale for which u configured. And check whether credit active checked or not in ZTAN.
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Assignment field in goods issue/delivery document type WL

Hi,
Would anyone know where we can check how the value for Assignment field in goods issue/delivery document type WL is determined? Any help is greatly appreciated. Thanks.
Sheila

Thanks Samit. We are already aware of the delivery document type. Would this be maintained anywhere in the copy control? We are still not able to determine how the Assignment field is populated in the accounting document of goods issuance. Thanks.

Account determination for posting area Aggr

Hi experts,
i'm very new to ISU and would like your help on an issue.i am using ETHIM to post mass act aggr posting for the serv prov.i get an error *Key selection not defined for application &1, posting area &2* msg no 005..
exact error msg would be *In Customizing, define the keys you require by selecting the appropriate entry for account determination for posting area Aggr.: Conversion of Ext. Transacts. to N(R075).*
what transaction will i have to use in order to post the doc. doc type AL.
thanks in advance
cheers,
deepak rao

hi Deepak,
FQC0 is the correct t.code and maintain the document type for the posting area
BA: payment settlement
SA: GL account document
just try it out with this.
Regds,
Naren

G/L Account determination for cost center

Hi,
When we issue the material with movement type 201 or when we do 202, we enter the cost center in the MB1A, then ref. to this cost center how to determine which G/L account is updated, and if we want to know how much is total goods issue is done for a particular cost center which g/l account to be check.
regards,
zafar

system check the setting in Define Account Grouping for Movement Types
for movement type
201 what is account modifier its VBR
then it check material number and takes valuation class
then it goes to OBYC and check the gl account under GBB
and looks for Gl account for VBR and valuation clases
and pick up the Gl accoun
hope its clear now
and in case of PO
the logic for gl account determination for account assigned po is as below
for cost center u give K
for this K it goes in Maintain Account Assignment Categories and check what is Acct modification it is generally VBR
then it check if u have given material number and takes valuation class and if material ordered is with out material code then valuation class is blank
then it goes to OBYC and check the gl account under GBB
and looks for Gl account for VBR and valuation clases in case on manteria number
or VBr and Blank entry for valuation class
and pick up the Gl account
Hope now its clear

Account determination for MM (Valuation)

I get an Error when I do a goods movement (Transaction: MB1B) from plant to plant: Account determination for key entry TELC BSX___ ___ 4100 (Valuation) is not mainatained in MM Customizing, where exactly do I maintain these settings, becasue it is a new plant & storage location that I created.
Thank you.

Hello,
System is finding difficulty in finding the G/L s via Automatic account determination.
Goto T.Code OBYC
Select the transaction type BSX
It will ask for your Chart of Accounts TELC
Then maintain G/L accounts for your Valuation class (4100) against valuained.grouping code if maintained.
Regards

Posting keys for account determination for transaction EXC do not exist

hi
i am doing Sales order for 1 month,no error i have got
but now i am getting error
Posting keys for account determination for transaction EXD do not exist
HELP

There will not be any such postings called FI side / SD Side.
Positng always done in Financial perspective only into Certain G/L accounts depends on configuration we did.
As we know,
To post Invoice Conditions in G/L accounts , we configure Account Determination . These tables will be communicated through Account keys maintained in Pricing procedure & in Account determination tables.
To account the stock in Inventory, will configure the same in OBYC - FI/MM Account Determination.- this will be triggered through Movement type - Transaction key / General modifier / Valuation calss / Valution group code n other factors.
In your issue,
Which Postings you are referring to?
In SO creation, Controlling documents will be created ( Ref: COPA - Controlling & Profitablity Analysis Customization)
After PGI in Delivery: Inventory will accounted through OBYC settings
After releasing invoice to Accounting, G/L accounts posted through VKOA settings.
Hope ,now you provide exact information related to your query

Account determination for COGS account by customer

Dear gurus
I’d like to get advice about account determination for COGS account.
I have requirement to determine COGS account based on “Customer”.
If the customer is outside the group, we want to charge to
“Sales: Third-party” and “COGS: Third-party” accounts.
And if the customer is in the group, we want to charge to
“Sales: Intercompan” and “COGS: Intercompany” account.
However, since COGS account is determined from Valuation class in
Material master (OBYC), it cannot be determined from “Customer”.
(Because same material can be sold to third-party and intercompany too)
Do you know any solution for it?
Yoshi

Hi
The only other way I could think of is to do an enhancement at the time of delivery to read the customer and substitute the GL Account for COGS based on Customer recon Account.
The sales can easily be seggregated based on Customer Account Assignment Group in the customer Sales Area. Assuming the material account assignment group is 01 and customer account assignment group are as under:
External Customer 01
Group Customer 03
Now in VKOA you can seggregate the revenue account determination for Group and external customer based on different customer account assignment group.
The only issue is for COGS GL for which you might want to look at Enhancement or Split Valuation that I talked about earlier.
Thanks & Regards
Sanil Bhandari

Account determination for entry PCOA KBS 0001 not possible

My cliet has the following scenario:
User is creating PO with AAC as Q and without material master (i.e only material description). When he is trying to do goods receipt he is getting the error "Account determination for entry PCOA KBS 0001 not possible"
Please let me know if this is the right procedure or not. If yes then what I need to do to correct this error.
Thanks.

Hi Venkat,
Can you search the thread with the subject line as "Account determination for entry PCOA KBS 0001 not possible"
Eventhough I know Q is used for stock material and P for non-stock, still in the above thread, it is not advised to do so instead some customization is done for the same to resolve the issue.
Thanks.

Account determination for entry PRD not possible

Hi All,
In exsiting PO line, we did two goods receipt, and we tried to invoice the vendor based on the goods receipt. The wearid thing is only one goods receipt got invoiced, the other gives error message saying: " account determination for entry PRD not possible ".
I checked with finance team, they said we intentionally didn't set up the account for price difference. And if one GR can be invoiced and goes to correct accout, the other one should be able to invoice as well, when I simulate the entry, the vendor account didn't get picked up, I think that's the key of this problem.
why the vendor account didn't get picked up by the system? please advise if you have any thoughts, I appreciated.

Nancy,
This is the restriction with materials managed in moving average price. I'm guessing that the user has performed goods issue between GR and IR on the second material. If you'd like to keep the current config setting, you will need to reverse the GI transaction, post the invoice, and repost the GI.
The above steps should resolve your current issue. However, this may not be the best approach as you will need to keep asking user to reverse their GIs every time the stock quantity is less than invoiced quantity. I would recommend that you talked to FI folks and convince them this is part of standard SAP process. It makes sense because we want to distribute the difference between invoice price and PO price to the existing stock quantity. Without this restriction, the moving average price can be skewed disproportionately.

New account determination for GD goods issue (Delivery)

Similar Messages

Maybe you are looking for