Account xxxxxx Requires an assignment to a CO object VL09

[Former Member]

Hello All

I have checked many threads but couldn't get the exact solution for the issue "Account xxxxxx Requires an assignment to a CO object"

Process: STO

Sales Order-->Purchase order (INTRA COMPANY) ---> Outbound Delivery 641 E -->PGI (stock in transit)

When PGI is done w.r.t the delivery, the accounting document generated for GL (inventory finished goods) .

Now while reversing this delivery (vl09) the system is throwing the error "Account xxxxxx Requires an assignment to a CO object"

and the GL xxxxxx is CONSUMPTION FIN GOODS which is Proft and Loss account.

Due to this i m not able to reverse the Delivery, and another query is Why Different GL is being picked during reversal.

Appreciate valuable inputs.

[Lakshmipathi]

Check whether the following note helps you

• Note 400320 - Returns lot: Message >2235 or KI235 for returns

G. Lakshmipathi

[Former Member]

Hello Lakshmipathi,

When i tried to replicate the issue in Quality with the same material, plant, customer etc,

everything went smooth,

No issues during the Reversal of Delivery,,

Do you any idea Why system behaves in such way..

PS: the only change i see in PRODUCTION is that in the sales order, the Special Stock Indicator has changed couple of times... i,e from E to Blank and then Blank to E.

this might be the issue?

[catherine_mckenna]

This message was moderated.

[catherine_mckenna]

Hi Chetan,

Basically the system logic for KI235 is that it looks for the CO account
assignment in several places but in a particular order. So if the
system does not find the account assignment in the first check it will
proceed to the next step and so on until it finds an account assignment
and if it does not the system will issue KI235.

The following is the order of Checks used by the system sequentially:

CHECK 1: Master Data - System will check the master data of the
          object (GL Account in this case) If it finds an account
          assignment then it uses this one. If not then CHECK 2...

CHECK 2: OKB9 - System will check for Default account assignments here
          if they are not maintained then CHECK 3....

CHECK 3: OKC9 - Substitutions - System will check if a substitution
          is setup to provide the account assignment. If not then
          CHECK 4....

CHECK 4: MOD from Note: 483340. Normally this would be the point where
          KI235 would appear due to not finding a CO Account
          Assignment but if this modification from Note: 483340
          is present in the system then the system will check the
          'Details' section of the Settlement rule and use this
          information to provide the account assignment. If it does
          not find the account assignment here then you will receive
          KI235.

Please review the following SAP Note:

367813 - KI235 for goods movements: What should be done?

In addition, the following SAP notes offer all the necessary information
in relation to account assignment and KI235:

169688   Price differences are not posted to cost center, Orders
105024   Automatic Account Assignment (OKB9) does not work
41103    INFO: CO account assignment logic
392273   When is validation/substitution called?
106968   FAQ: Account Assignment Logic
684659   FAQs about account assignment objects as of Release

I hope this answers your query.

Kind regards,
Catherine