requires assignment to co object

Blog about all things SAP

ERProof » SAP CO » SAP CO Training » SAP CO Account Assignment

SAP CO Account Assignment

Normally, when a financial document is entered in SAP FI module , user has the option of entering the cost center in the financial document. However, when documents are entered from different modules or a cross-module financial transaction occurs, such as from MM or SD , there is no option of entering the cost center in the document. In this situation, the SAP system will derive the cost center through automatic SAP CO account assignment, substitutions, or through default settings made in the primary cost element.

Automatic SAP CO Account Assignment

The automatic account assignment has to be configured in the transaction code OKB9 . For posting made in external accounting, such as for price differences, exchange rate differences, etc., the SAP system automatically checks entries in the OKB9 settings and derives the cost center.

If you do not enter a CO object (order, cost center, or project) in external accounting postings made in FI, MM or SD modules and the posting is cost relevant, then the automatic account assignment checks the relevant cost center and makes the posting.

Here are examples of automatic account assignments:

• Banking fees, exchange rate differences and discounts in FI
• Minor differences and price differences in MM

The account assignment objects that can be maintained in the transaction OKB9 are:

• Cost center
• Profit center (profitability segment)

Normally, the automatic account assignment runs on the company code level along with the CO object. However, if the user wants to make the posting on the business area level, valuation area level or profit center level, it is also available in OKB9 settings. So basically it includes the following levels:

• Company code level
• Business area level
• Valuation area level
• Profit center level

The above 3 excluding the company code level are used in cases when the account assignment is needed below the company code level.

Prerequisites

Here are the prerequisites of activating automatic SAP CO account assignment:

• Activation of the cost center accounting
• Creation of cost centers
• Maintenance of cost elements

Additionally, you can also create orders and profit centers as per the business requirements.

Settings in Transaction OKB9

Let’s discuss settings that are possible for automatic SAP CO account assignment in OKB9 transaction.

Start SPRO transaction and navigate to the following path:

Controlling – Cost Center Accounting – Actual Postings – Manual Actual Postings – Edit Automatic Account Assignment (OKB9)

Alternatively, you can start OKB9 transaction directly from the command bar.

• If you want to have the setting on the company code level only, then enter the company code and the cost element along with the corresponding CO object, i.e. a cost center, an order or a profit center.
• If you want to have the settings on the valuation area level, then enter the company code and the cost element and chose the ‘valuation area’ option in the account assignment detail as ‘1’.
• Similarly, if you want to have the settings on the business area or profit center level, then choose the option ‘2’ or ‘3’ respectively.

If you have chosen account assignment detail ‘1’ or ‘2’, then click on ‘Detail per business area/valuation area’ on the left sidebar.

Default SAP CO Account Assignment

In order to determine the correct CO account assignment, the SAP system performs several checks in the following sequence. First it checks the document which a user is posting. If the cost center is empty in the document, then the system checks if any substitutions are maintained for the particular G/L account . Next, if the substitution is also missing, then the system moves on to the OKB9 settings for automatic SAP CO account assignments. Finally, if these settings are also missing, the SAP system checks master data of the primary cost element (G/L Account) under the tab of Default Account Assignment . You can display this master data using the transaction KA03 .

You can maintain the cost center and the order in the master data of the primary cost element.

So, basically the order of checks the system makes is:

• Financial document – Cost center
• Substitutions – transaction OKC9
• Automatic account assignments – transaction OKB9
• Default account assignments – transaction KA03 / KA02

Lastly, if any of the above is not maintained, then the SAP system throws an error ‘Account X requires an assignment to a CO Object’ and doesn’t allow posting of a document.

SAP CO Account Assignment using Substitution

In cases where you don’t need OKB9 or default account assignment, the user can go for user exits where a specific G/L account is mentioned under the company and the value in the cost center is substituted by the cost center given in the substitution.

The transaction for maintaining the substitution is GGB1 .

Usage of substitutions for SAP CO account assignment is justified by the business requirement and usually SAP CO account assignment requirements are fulfilled by OKB9 or default account assignments.

Did you like this tutorial? Have any questions or comments? We would love to hear your feedback in the comments section below. It’d be a big help for us, and hopefully it’s something we can address for you in improvement of our free SAP CO tutorials.

Navigation Links

Go to next lesson:  SAP Adjustment Postings

Go to previous lesson:  SAP Profit Center

Go to overview of the course: Free SAP CO Training

4 thoughts on “SAP CO Account Assignment”

it is helpful material i ask for more clear details for using substitution method for Account Assignment. thanks in advance

Sir, I am not receiving the training mails from yesterday 7/1/2019. I have completed my training till here(SAP CO Account Assignment) please do send the rest of the training emails for SAP CO. Hope you will do the needful.

I am getting the same error “Account 500911 requires an assignment to a CO object”. In OKB9, we have given company code, Cost element and ticked the check box ‘Indicator: Find profitability segment using substitution’ (V_TKA3A-BSSUBST) and not filled anything like cost center, order and profit center. in OKC9 we have created substitution. All the process happening through Idoc Message Type SINGLESETTRQS_CREATE and inside BAPI BAPI_SINGLESETTREQS_CREATEMULT triggering and raising this error. Cost center is not maintained in 1. Financial document – Cost center 2. Automatic account assignments – transaction OKB9 and 3. Default account assignments – transaction KA03/KA02 But we have substitution in transaction OKC9 to determine cost centre.

Where woulbe be the issue?

good explanation

Leave a Reply Cancel reply

Do you have a question and want it to be answered ASAP? Post it on our FORUM here --> SAP FORUM !

Your email address will not be published. Required fields are marked *

Save my name, email, and website in this browser for the next time I comment.

Account 700400 requires an assignment to a CO object

4.5b Error message: ““Account 700400 requires an assignment to a CO object”” Itm PK Acc/mat/asset/vend PurchOrder Item Quantity Amount Name 001 31 13596 141.00- All Seasons Chauffeur Services 002 86 211200 23652 00010 60.00 Goods Received / Invoice Received 003 86 211200 23652 00020 60.00 Goods Received / Invoice Received 004 40 216150 21.00 Current - VAT Tax Payable (AR) 005 83 700400 0.00 Gain/Loss Foreign Currency Revaluation Deb. 141.00 Cred. 141.00 Bal. 0.00 We’re able to post the above MRHR tcode in our DEV client without error or the extra line item for GL 700400. We’ve checked OKB9 and 3KEH in both systems and they are identical; 700400 is assigned to the same cost center, etc. The GL of the PO is 610075-Travel/Car, if we create the scenario using a general expense account (e.g., 652000 - office supplies) the additional line item (error) against 700400 isn’t generated. Even though 700400 is -0- it will not post. 700400 is a cost element and no changes have been made to it. Any ideas where else to look? Thanks! Kim

Dear Consultant, AS per SAP Note 32654.This is not an error. The system response is intended this way. It ispossible in a document to post materials (profit center) or business areas to several plants (valuation levels). That is why no unique assignment of automatically generated lines without reference to an item for a valuation level, material (profitcenter) or a business area can generally be found. Therefore, the system always has to use the automatic account assignments for such transaction keys at a higher level.

Best Regards

Dr. Ravi Surya Subrahmanyam. PhD (Finance), Senior Consultant, SAPs Global Delivery Center, Answerthink India Ltd Hyderabad. India Phone : +91 9848550024 Mail : fico_rss at yahoo,com

The customer can have more than more credit card listed in the customer master record I believe. I guess I don’t understand the issue properly.

Jeff Ronan SAP FI/CO Consultant

Cell (541) 218-5371

From: “Shrikanth Iyer via sap-r3-acct”

The client is indeed using the SAP SD module. However everything thats happeneing in SAP is thru the frontend which is the web application. To give an example, if you place an order on Amazon.com it will create a Sales order in SAP-SD. Hope this is clear. For this they are creating all those 10 million+ customers who place order on the web as Customer masters in SAP-SD. Now each of these customers can have more than one credit card. While the order is placed in the web using the credit card, it goes for authorization and they get created in SAP in the backend. Hope I have made myself clear…

To clarify my understanding your client is not using SAP SD module but some other 3rd party frontend for booking sales and there is an interface passing data to the SAP FI sysytem? If this is correct, does the client maintain individual customer masters for all 10 million customers? If not have they considered SAP one time customer like “Cash” customer or “Amex” customer. If they are using a third party front end I assume it has a method for “approving” the charges to the customers card at the time the order is being created or shipped. With that many customers and number of transactions there are going to be many rejects even after an authorization number is given. this will be difficult to resolve in that type of an environment. I would also expect that returns and credits would be a bit of a headache. Let me know how else I could help.

Dear Shrikanth, Since your company is based at USA, the Credit Card payments shall be got authorized first and then get settled. The money will reach the bank. Then we have to reconcile the interim bank account with the uploaded file from the Bank. Am I correct? If you give some more details about the receipt of funds, it shall be useful for my information. Since this work has been left to the Client to search for the bank which shall be sending necessary flat file to the Client. In our case we have allowed only single card. Since the payment card enables immediate and guaranteed payment, there is no necessity for having details regarding the amount outstanding. Am I correct? If I am wrong, please correct me. Let us both work together to find out the solution. Yours TAK Singh

Thanks for the suggestion. I shall try that .But the client wants to have a Customer master as i had told ealier. I shall send u the file if its ok with you. Their customer base is 10 milion. So u can imagine what would be the volume of transactions they are looking at. if u have worked on Payment cards then please let me know so that it will make life bit easier for me with more inputs. I have already configured it the way SAP says but it seems they are looking for something that might go into a big development and with so many customers and such huge volumes it is quite difficult since SAP is acting as a backend database for the Frontend activity.

If you are using credit card processing how is it that you have any outstanding? Normal SAP process uses SD to process the order as CC and clears the AR when it is posted. So there is no open item where CC are used as a payment method. SAP assumes that the CC payment is valid and post accordingly. You can have some items rejected by the Credit card company that require the AR documents to be reset. The credit department then needs to pursue an alternate payment method. You should be able to report CC outstanding by payment type. If you need by card type you would need to configure accordingly. I don’t understand the logic behind needing to see outstanding by credit card. Alternatively you could create a customer master for each card type tied to a seperate recon account. then use one of the grouping fields to tie the customers in a “bundle”. This advice is from a USA perspective.

Dear Ashok,

Thanks a million for the response. After a long wait I am indeed relieved to know there is someone apart from me who has encountered this. Well, in a nut-shell I shall tell you the Client’s requirements. They need:

• credit card companywise outstandings on a Customer (Buyer) account.
• Further it is also required to obtain total customers outstandings on the credit card company level.

i.e. For Customer A Outstanding on mastercard Outstanding on VISA Outstanding on Diners Outstanding on AMEX

For MasterCard Outstanding for Customer A Outstanding for Customer B Outstanding for Customer C Outstanding for Customer D

Can you suggest something on this ?? Will it be OK if i can call you and if so then what is the convenient time for you. Please dont mind as I am terribly stuck at this moment.

The client will be operating on a volume of 40000 sales order transactions per day and this is just on Go-live and for one stream of business.

Thanks a ton buddy

Shrikanth Iyer

Dear Iyer, On any account, the customer cannot have more than one Recon account even with adopting the special GL indicator . I have done Payment Card implementation for an offshore Client in USA. Let me have first more details so that I could able to help you. Yours Ashok Kumar Singh, Chennai Phone: 91-44-23767193

A customer can only be linked to a single reconciliation account, however, you can use special GL indicators to post to alternate reconciliation accounts. K.

Hi friends,

I have a problem with defining a customer for Credit card transactions. I am attaching the document for more clarity. Can you please throw some light on this ??

basically I am trying to ask, whether a Customer can have more than one reconciliation account in Standard SAP ?

I am on SAP 4.7. Shall be glad if you can reply asap

Shrikanth Iyer Barnes & Noble.COM New York

If 700400 is a revenue element , then account needs a profit center. If = a cost element , then account needs a cost center.

Hi, This entry appears to be an automatic posting for gains & losses. Look at transaction OKB9 where you can set the cost centre to post to.

Sadie Gajanand 0834630800/910-4153

|---------±---------------------------> | | “Kim Currie via | | | sap-r3-acct” | | |

Please check first the field status of the account in FS00. If this account requires CO object as mandatory then check whether a cost element is created or not , this error normally occurs when CO object is mandatory but relevant cost element is not created.

CO object can be - cost center, cost element, WBS element or so…

Cheers’ & Regards Aarti Rao Global General Ledger Project Deutsche Securities Limited, Tokyo. Contact +813 5156 7797 Godspeed & Goodluck!

sap-r3-acct@OpenI Tx.com To: Aarti Rao/Tokyo/DBJapan/DeuBa@DBJapan cc: 01/10/2003 07:59 Subject: [sap-r3-acct] Account 700400 requires an assignment to a CO object Please respond to sap-r3-acct

Archive Page - http://sap.ittoolbox.com/groups/groups.asp?v=sap-r3-acct

4.5b Error message: “Account 700400 requires an assignment to a CO object”

Itm PK Acc/mat/asset/vend PurchOrder Item Quantity Amount Name

001 31 13596 141.00- All Seasons Chauffeur Services

002 86 211200 23652 00010 60.00 Goods Received / Invoice Received

003 86 211200 23652 00020 60.00 Goods Received / Invoice Received

004 40 216150 21.00 Current - VAT Tax Payable (AR)

005 83 700400 0.00 Gain/Loss Foreign Currency Revaluation

Deb. 141.00 Cred. 141.00 Bal. 0.00

We’re able to post the above MRHR tcode in our DEV client without error or the extra line item for GL 700400.

We’ve checked OKB9 and 3KEH in both systems and they are identical; 700400 is assigned to the same cost center, etc.

The GL of the PO is 610075-Travel/Car, if we create the scenario using a general expense account (e.g., 652000 - office supplies) the additional line item (error) against 700400 isn’t generated.

Even though 700400 is -0- it will not post.

700400 is a cost element and no changes have been made to it.

Any ideas where else to look?

Thanks! Kim

*Archives: http://www.OpenITx.com/g/sap-r3-acct.asp *Manage Subscriptions: http://My.ITtoolbox.com *Leave Group: mailto:[email protected] *Need Subscription Help? mailto:[email protected] *Terms of Use: http://www.ittoolbox.com/help/termsofuse.htm *Copyright (c) ITtoolbox and message author. No redistribution.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

Date of entry compared to date the cost element was created in production -= maybe

Warren Nash

Related Topics

2741518 - Error KI235 when posting a goods receipt

When posting a goods receipt using the webgui tile 'Post Goods Movement', the posting fails with error 'Account & requires an assignment to a CO object' - KI235

Environment

SAP S/4HANA Cloud 

Reproducing the Issue

• Open the tile 'Post Goods Movement' (Migo);
• Enter the reference Purchase Order and mandatory data;
• Press Check;
• Press Post;
• Error KI235 is raised if the required account assignment Object is not found. 

Missing customising.

2628966  - Error: Account & requires an assignment to a CO object

KI235, K_ACCOUNT_ASSIGNMENT_GET, TKA3A-KOSTL, TKA3C-KOSTL, LKAIPF1T, ACCOUNTINGS_COMBINATION_CHECK, SSCUI 102639, Delivery, Goods Movement, 501, MIGO, API, Create Material Documents, API_MATERIAL_DOCUMENT_SRV/A_MaterialDocumentHeader, GBB, Variance, PRD, AUM, Goods Issue, PO, Supplier, Invoice, Create Supplier Invoice, MTO, Sales Order, T030, Monitor Value Chain, Account Assignment, Transfer, 423E, 309,  Account , KBA , MM-IM-GR-MIGO , Goods Receipt from External Procurement (MIGO) , MM-FIO-IM-SGM , Fiori UI for Stock and Goods Movements , MM-IM-GR-MIGO-2CL , Goods Receipt from External Procurement (MIGO) (Public Cld) , CO-OM , Overhead Cost Controlling , CO-OM-2CL , Overhead Cost Controlling (Public Cloud) , How To

Privacy | Terms of use | Legal Disclosure | Copyright | Trademark