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

Similar Messages

Profit Center Determination For COGS Account

Hi
While I post a goods issue based on a sales order , an accounting document gets created as mentioned below
Cr Stock Acct    124900    (OBYC-BSX)                 Profit Center from Material Master
Dr COGS Acct   471053    (OBYC-GBB-VAX)        Profit Center from 0KEL (Sales Sub-rule)
This is perfectly correct for me.
And while I post a goods issue based on a purchase order (Inter Company Stock Transport Order) - Using PO document type 'NB' and outbound delivery type 'NLCC', an accounting document gets created as mentioned below
Cr Stock Acct    124900    (OBYC-BSX)                 Profit Center from Material Master
Dr COGS Acct   471053    (OBYC-GBB-VAX)        Profit Center from Material Master,
But I want the COGS acct to pick the profit center from 0KEL (Sales Substitution Rule) - the same as how I get in sales
Can some one help me how can I get the profit center derived from 0KEL in the purchasing cycle
Regards
Prakash.G

Hi Vijay,
Thank you so much for a quick reply. Much appreciated.
I have already maintained default entries but some reason STO's of cross company code transactions are not populating profit centres. We are using ECC 6 EHP6. If you find any other thread that help me solve this error please let me know.
Tx,
Sri

Account Determination for GL account

Hi,
We currently have a P&L account (9XXXXXX) that is NOT set to "Post Automatically".
Question:
We want to make it to post automatically and do KO88 settlement to it. Can we do this?
Point will be rewarded.
Thanks
Mohan

Yes; if we make the balance 0, then it will post automatically; But will it then allow us to do KO88 settlement to that account after this? Or will this only work for vendor/customer settlement?
Please confirm

Automatic customer account determination for EBS

Dear all,
I'm configuring Electronic Bank Statement. Could you please explain, how can I setup automatic customer account determination for incoming receipts? Based on what information these accounts should be determined? Where to configure it?
Thanks in advance.

Hi,
If your configuration is correct, an accounting document will get created during invoice creation even if the value is zero. Acct doc is created not based on the value, but based on the account key to which the condition type is linked.
Generally in free goods, there will be net price (gross price- discounts). You can link this netprice condition type to an account key. The netprice will anyway be nullified by NB00 condition type which is applicable for free goods pricing. You can also link NB00 to another account key.
Now the values will nullify each other in invoice. Similarly the values will be nullified in accountnig doc also and they can be posted to any GL account you wish.

Account generator for COGS

Hi All
A New requriement is given by my boss Like this "the analysis to be done is can the account generator be modified in such a way that when a cogs transaction happens;
Instead of hitting cogs.. it hit three different account based on % of cogs?
OM: generate cost of goods sold account(OECOGS)
Inventory cost of good sold account(INVFLxwf)
I am not yet work on workflow and not aware on Account Generator, Can any one help me how to start this ? He given less time to analys,
I open the function start_generator which is used in the workflow but, I not able to understand the parameter that they refers to( itemkey,actid,funcmode) ????? how the values
pass to workflow???
start_generation(itemtype IN VARCHAR2,
               itemkey IN VARCHAR2,
               actid IN NUMBER,
               funcmode IN VARCHAR2,
               result OUT nocopy VARCHAR2)
IS
BEGIN
IF (funcmode = 'RUN') THEN
-- Debug
IF (g_debug_fnd_flex_workflow_apis) THEN
     debug('START FND_FLEX_WORKFLOW_APIS.START_GENERATION');
END IF;
result := complete_no_result;
RETURN;
ELSIF (funcmode = 'CANCEL') THEN
result := complete;
RETURN;
ELSE
result := '';

Hi out there,
does anyone know how to change BSEG-HKONT via a subsitution ? It seems to be blocked for that purpose.
If there is not possibility does anyone know a customer exit to change the account determination for GBB VBR when posting a goods issue ? It is needed for special postings and I want to program it either in a substituiton or exit.
Thanks a lot for your help.
Sebastian

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

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

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

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

Defining Account Determination for Real-Time Integr

Dear all,
I haven't understood yet about Account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
Please tell accounting process that use this account. And give me a detail example.
Thanks so much
Minhtb

Hello
This is the new feature in New GL accounting
During allocations in Controlling, most of the postings created do not affect Financial Accounting. These postings do not update any G/L account transaction figures; they are postings within Controlling. If, however, an allocation in Controlling leads to a change in the functional area or any other characteristic (such as Profit Center or Segment) that is relevant for evaluations in Financial Accounting, a shift occurs between the affected items in the profit and loss statement. For this reason, this information has to be transferred to Financial Accounting. This reconciliation between Controlling and Financial Accounting takes place by means of real-time integration.
As a result of real-time integration, all Controlling documents that are relevant for General Ledger Accounting are transferred from Controlling to General Ledger Accounting in real time. This means that Financial Accounting is always reconciled with Controlling.
A document is created in Financial Accounting for each posting in Controlling. This means that the detailed information contained in the CO documents is always available in reports in New General Ledger Accounting. This information can be sorted by the following, for example:
●     Functional area
●     Cost center
●     Internal order
Real-time integration replaces the reconciliation postings from the reconciliation ledger. Consequently, you do not need a reconciliation ledger.
If, however, you do not set the Reconciliation Ledger Active indicator in Customizing for the controlling area, you cannot use the reports belonging to report groups 5A* (5AA1-5AW1). You set this indicator in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area. The reconciliation ledger serves as the data source for reports belonging to the report groups 5A*. You find these reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting.
Replacement reports are available as follows:
●     You find the reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting (New).
●     You can create additional reports in report group 5A21. You can assign the report group to any drilldown report of New General Ledger Accounting using the report-report interface.
●     From the report Financial Statements Actual/Actual Comparison, you can call up the report Cost Elements: Breakdown by Company Code. You find the report Financial Statement: Actual/Actual Comparison in the SAP Easy Access menu under Accounting ® Financial Accounting ® General Ledger ® Information System ® General Ledger Reports (New) ® Balance Sheet/Profit and Loss Statement/Cash Flow ® General ® Actual/Actual Comparisons.
You can define account determination for each controlling area. You do this in Customizing for Financial Accounting (New) under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting ® Account Determination for Real-Time Integration. In this way, you use the same account determination as for the reconciliation ledger (transaction OK17). You can then use the reconciliation ledger reports to compare FI balances with CO balances.
Prerequisites
If you use real-time integration in at least one company code, you need to have activated company code validation for the related controlling area. You do this in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area ® Activate Components/Control Indicators. Otherwise, the reconciliation between Financial Accounting and Controlling at company code level is not possible.
In Customizing for Financial Accounting (New), you have processed the IMG activities under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting.
Activate real-time integration for all company codes between which you want to make CO-internal allocations.
In the IMG activity Define Variants for Real-Time Integration, do not select all CO line items for transfer. If the same line items are to be transferred as through the reconciliation posting from the reconciliation ledger, select the following line items:
●      Cross-Company Code
●      Cross-Business Area
●      Cross-Functional Area
●      Cross-Fund (if you use Public Sector Management)
●      Cross-Grant (if you use Public Sector Management)
Features
Value flows within Controlling that are relevant for General Ledger Accounting such as assessments, distributions, confirmations, and CO-internal settlements are transferred immediately. The FI documents are posted with the business transaction COFI. They contain the number of the CO document. This means that you can call up the CO document from the FI document, and vice versa.
Activities
If a document could not be transferred because the posting period was blocked in Financial Accounting or no account was found, for example, the document is included in a postprocessing worklist. You need to check this worklist regularly and process any documents in it. From the SAP Easy Access menu, choose Accounting ® Financial Accounting ® General Ledger ® Corrections ®Post CO Documents to FI.
Example
An internal order for business area 0001 is settled to a cost center of business area 0002. The document from this allocation is transferred in real time to Financial Accounting.
Reg
assign points if useful

Account determination for entry 1000 AUM

Hello Everybody,
While doing the stock transfer (MB1B) from unrestricted stock to sales order stock system is giving the below error.
"Account determination for entry 1000 AUM 1000 ___ 3100 not possible
    Message no. M8147
Diagnosis
    The system did not find an account for this transaction. This means that
    the account determination for key 1000 AUM 1000 ___ 3100 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."
*The total quantity of the Material is 600.but if i transfer up to 599 qty system is not giving any error.for 1 qty only its asking    AUM assignment.*
**why system is behaving like this..? where its finding the price difference...?
   Please help me..
Regards,
Srinivas Putty
Edited by: srinu putty on Apr 21, 2010 7:44 AM

hi
goto OBYC here dbl click on AUM and then here give the accounts for the valuation class 3100
SAP help for understanding AUM
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.
regards
kunal

Error M8147 Account determination for entry CPES PRD not possible

Hi all
Im getting this error when a try to make a goods receipt whit trx migo and materials whitout material number and GR goods receip: 101. I try with the trx omjj whith movement type 101 and account grouping and then I don´t know how to do, I read I need a new entry here, but I don´t know how to do this. Some one could tell me if I´m doing the things right or exist any other way to solve this problem?
Here´s the exactly message error.
Account determination for entry CPES PRD not possible
Message no. M8147
Diagnosis
The system did not find an account for this transaction. This means that the account determination for key CPES PRD is not maintained in MM Customizing (Valuation). The key is made up of:
Chart of account
Transaction key (= Posting transaction)
Valuation grouping code
Account grouping code
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.
Best regards
Edited by: Alvaro Olmos on Aug 21, 2010 2:36 PM
Edited by: Alvaro Olmos on Aug 21, 2010 2:40 PM

Hi,
Use t.code: OBYC, Double click PRD, Enter Chart of Account.In next screen ,click RULES in application tool bar & then in next screen select check box of Debit/Credit but do not select check boxes valuation class, valuation Modifier & account modifier & save.( not required as price difference will goto one generic G/L).
Now come back & again use t.code: OBYC, Enter Chart of Account, Double click PRD & enter your G/L account for Debit/Credit& save.
Now try your transaction doing MIGO, you would not have any error now.
Better involve FICO consultant for the above steps.
For more check the link:
http://www.scribd.com/doc/2531210/SAP-FI-GL-CONFIGURATION
Regards,
Biju K

RE: account determination for OI exchange rate

Hello,
I have maintained accounti determination for OI exchange rate differences in the transactio code OB09.
G/L account --- Loss and gain..
Can any one help me in testing ? How this should be tested that the accounts are working properly.

Hi
Come up with a test scenario where you post a foreign currency invoice (E.g. Customer Invoice) at the beginning of the month and then subsequently posting a receipt later on that would result in foreign currency gain or loss. Results of this should be as per u201CExchange Rate difference Realizedu201D set up in OB09. F.05 should result with u201CValuationu201D set up in OB09.
Hope this was clear

Account determination for entry CASI DIF not possible.

Hi Friends,
While doing Invoice (MIRO) against PO, I have encountered below error.
IR Error:
Account determination for entry CASI DIF not possible.
Please help to how to resolve.
Warm regds,
Raman,

Hi,
If you click on the message you will get help, it will show you exactly which entry in the auto account assignment table is missing. Note the details (COA valuation area etc.) then at the bottom of the message is a link to take you into the transaction where you can make the appropriate settings (assuming that you have access and this is not your production live system).
CASI may well be yyour chart of accounts and DIF is the transaction event key. The system needs to know which GL to post to in this situation.
Steve B

Account determination for FI-MM Integration not possible

Hi SAP Guru
When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
In GBB Consumption A/c in the nature of P/L without automatic posting have been maintained
Then what is the exact problem Tell me Gurus
Rajeev

hi rajeev
can u clarify what type of material u r using
For GR against order
Accounting entries
Finished good ............dr BSX
To cost of good sold acount GBB (AUF)
i think ur doing mistake in assignment
because in question u have talk about raw material consumption
u please check it
Thanks
Ansuman

Account determination for COGS account by customer

Similar Messages

Maybe you are looking for