OBYC changes in automatic account assignment
Hi
I've a question.
We have configured automatic account assignment under BSX in OBYC with say, GL1.
Now we observed that, it has changed to GL2 by mistake. Now we need to set it back to GL1.
Will system automatically assign all the transactions to the changed GL (i.e from GL2 to GL1), meaning the old transactions as well, or we need to pass a JV for the rectification of the balances to the correct GL.
Please advise.
What must be the rectifying action for this?? Since this is a huge balance and Finance dept is not allowing to pass a JV with such a huge balance for audit reasons.
Plz suggest from MM side what can be done coz reversing and re-posting the whole thing is not possible since its time consuming activity.
Similar Messages
-
Configuring automatic account assignment
Hi All,
Can anyone give me the step by step configuration procedure
automatic account assignment.
Regards,
Nishahi,
spro --> Materials management --> valuation and account assignment --> account determination --> account determination without wizard.
under this we have:
define valuation control, group together valuation areas, define account grouping for movement types.
in transaction OMWN, you will find account grouping.
1. Valuation area: plant or company code ( SAP recommends Plant)
2. Valuation class ( 4 Character ID )
3. Account Category Reference  Grouping of valuation class for the purpose of Automatic Account Determination.
4. Valuation Grouping Code/ Valuation Modifier
 4 Character ID, used to group valuation areas for the purpose of automatic account determination
 88p1 8888 CAUS 0001
88p2 8888 CAUS 0001
The plants belongs to same company code can have same grouping code.
The plants belongs to same company code can have different grouping code
The plant belongs to different company codes can have same grouping code.
EX: valuation grouping code valuation class G/L
0001 3000 300000
0002 3000 690000
5. Transaction / Event key
 It is an internal processing key which facilitates in automatic determination of accounts. The system uses internally, what accounts have to be picked up.
 3 Character ID
 Some of the Standard Transaction/Event keys are
1. BSX -- Inventory postings ( Stock postings )
2. BSP -- Stock Change account
3. WRX -- GR/IR Clearing account
4. UPF -- Unplanned delivery costs
5. GBB -- Offset entry for Inventory posting
6. PRD -- Price difference accounts
7. KON Consignment liabilities
Goods receipt for PO :: BSX and WRX will trigger.
Goods issue:: BSX and GBB ;will trigger.
6. Account Modifier:
 Account modifier are used to determine Finer accounts for a transaction or a event.
 Goods issue to the cost center:
Stock account BSX Credit.
GBB Debit. (
hope this may hlep you,
regards,
srinivas -
WBS element changed into an account assignment element
Hi Gurus,
Please let me know that how to get WBS element changed into an account assignment element.
regards
mohanIn what releation? For depreciation costs?
-
About automatic account assignment
hi,
in one interview i faced a question ie: what are the sequencial steps involved in configur automatic account assignment?
can i get a answer from seniorsConfigure automatic postings
In this step, you enter the system settings for Inventory Management and
Invoice Verification transactions for automatic postings to G/L accounts.
You can then check your settings using a simulation function.
Under Further information there is a list of transactions in Materials
Management and their definitions.
What are automatic postings?
Postings are made to G/L accounts automatically in the case of Invoice
Verification and Inventory Management transactions relevant to Financial
and Cost Accounting.
Example:
Posting lines are created in the following accounts in the case of a
goods issue for a cost center:
o Stock account
o Consumption account
How does the system find the relevant accounts?
When entering the goods movement, the user does not have to enter a G/L
account, since the R/3 System automatically finds the accounts to which
postings are to be made using the following data:
o Chart of accounts of the company code
If the user enters a company code or a plant when entering a
transaction, the R/3 System determines the chart of accounts which is
valid for the company code.
You must define the automatic account determination individually for
each chart of accounts.
o Valuation grouping code of the valuation area
If the automatic account determination within a chart of accounts is
to run differently for certain company codes or plants (valuation
areas), assign different valuation grouping codes to these valuation
areas.
You must define the automatic account determination individually for
every valuation grouping code within a chart of accounts. It applies
to all valuation areas which are assigned to this valuation grouping
code.
If the user enters a company code or a plant when entering a
transaction, the system determines the valuation area and the
valuation grouping code.
o Transaction/event key (internal processing key)
Posting transactions are predefined for those inventory management and
invoice verification transactions relevant to accounting. Posting
records, which are generalized in the value string, are assigned to
each relevant movement type in inventory management and each
transaction in invoice verification. These contain keys for the
relevant posting transaction (for example, inventory posting and
Transaction/event key (internal processing key)
Posting transactions are predefined for those inventory management and
invoice verification transactions relevant to accounting. Posting
records, which are generalized in the value string, are assigned to
each relevant movement type in inventory management and each
transaction in invoice verification. These contain keys for the
relevant posting transaction (for example, inventory posting and
consumption posting) instead of actual G/L account numbers.
You do not have to define these transaction keys, they are determined
automatically from the transaction (invoice verification) or the
movement type (inventory management). All you have to do is assign the
relevant G/L account to each posting transaction.
Account grouping (only for offsetting entries, consignment
liabilities, and price differences)
Since the posting transaction "Offsetting entry for inventory posting"
is used for different transactions (for example, goods issue,
scrapping, physical inventory), which are assigned to different
accounts (for example, consumption account, scrapping, expense/income
from inventory differences), it is necessary to divide the posting
transaction according to a further key: account grouping code.
An account grouping is assigned to each movement type in inventory
management which uses the posting transaction "Offsetting entry for
inventory posting".
Under the posting transaction "Offsetting entry for inventory
posting", you must assign G/L accounts for every account grouping,
that is, assign G/L accounts.
If you wish to post price differences to different price difference
accounts in the case of goods receipts for purchase orders, goods
receipts for orders, or other movements, you can define different
account grouping codes for the transaction key.
Using the account grouping, you can also have different accounts for
consignment liabilities and pipeline liabilities.
Valuation class of material or (in case of split valuation) the
valuation type
The valuation class allows you to define automatic account
determination that is dependent on the material. for example: you post
a goods receipt of a raw material to a different stock account than if
the goods receipt were for trading goods, even though the user enters
the same transaction for both materials.
You can achieve this by assigning different valuation classes to the
materials and by assigning different G/L accounts to the posting
transaction for every valuation class.
If you do not want to differentiate according to valuation classes you
do not have to maintain a valuation class for a transaction.
Before you maintain automatic postings, you must obtain the following
information:
1. Valuation level (plant or company code)
Establish whether the materials are valuated at plant or at company
code level
When valuation is at plant level, the valuation area corresponds to a
plant.
When valuation is at company code level, the valuation area
corresponds to a company code.
Define valuation level
2. Chart of accounts and valuation grouping code per valuation area
Find out whether the valuation grouping code is active.
Activate split valuation
If it is not active, determine the chart of accounts assigned to each
valuation area (via the company code).
If it is active, determine the chart of accounts and the valuation
grouping code assigned to each valuation area.
Group valuation areas
You must define a separate account determination process for chart of
accounts and each valuation grouping code.
3. Valuation class per material type
If you wish to differentiate the account determination process for
specific transactions according to valuation classes, find out which
valuation classes are possible for each material type.
Define valuation classes
4. Account grouping for offsetting entries to stock accounts
Under Define account grouping for movement types, determine for which
movement types an account grouping is defined for the
transaction/event keys GGB (offsetting entry to stock posting), KON
(consignment liabilities) and PRD (price differences).
Default settings
G/L account assignments for the charts of accounts INT and the valuation
grouping code 0001 are SAP standard. -
Changing G/L account assignment causes reposting of receipt
Hi,
I had the requirement to change a G/L account to an new account as of this year. I delimited the symbolic account assignment and created a new record. Problem is, if I have to re-post an older trip, the old receipts repost to the new G/L account. We do not want retro-postings due to this change.
I changed table view V_T706K - Symbolic account assignment with a new begin date and new symbolic account assignment. Why does the Posting Run ignore the dates?Hi Kenneth,
As per my understanding if the tripu2019s dates are between the change dates then this problem can occur.
As per the configuration done (which you can see in expert view), system fetches the data depends on three basis.
a. As per trip first date
b. As per trip last date
c. As per receipt exact date
So in case if you create a trip of start date 15.01.2010 and end date 16.01.2010 and insert a receipt of 21.01.2010, it can fetch the config data of new GL account as per config.
I believe you have delimited the settings. Do let me know for any query.
Hope it helps you.
Thanks,
Vaibhav -
IN SALES ORDER PLANT IS CHANGED BUT FM ACCOUNT ASSIGNMENT IS NOT CHANGED
HI ALL
while changing the plant in sales order LINE ITEM FM accounting assignment is not changing accordingly FOR THE PARTICULAR LINE ITEM.
FOR THIS REASON NO ACCOUNTING DOCUMENT IS GENERATING.
THANKS & REGARDS
MALAsolution found.
Mala k reddy -
MM automatic account assignment for MIGO (additional accounting lines)
Hi MM Experts!
I created a PO (only 1 material in it), and after that I did a GR goods receipt in MIGO for this.
Movement type: 101
When I did this the accounting lines looks like that:
Itm PK Account Account short text Assignment...........................Amount
1 89 21411000 Vás. villamosenergia XXXX...........................................3.000.000
2 96 29700000 Tech.acct.purch.stoc 450000012800010...................3.000.000-
I run the transaction OMWB, and did a simulation, and it ok:
Inventory posting 0002 -e- SEVV 89 21411000 99 21411000
GR/IR clearing account 0002 SEVV 86 29700000 96 29700000
So the MIGO 101 movement type for GR goods receipt did a BSX (Stock posting) and a WRX (GR/IR clearing) accounting.
I need the following:
If I do a MIGO with 101 movement (GR goods receipt), not just this 2 accounting line created, but I need +4 additional line (these lines are special taxes).
So if I do a MIGO I have to see:
1 89 21411000 Vás. villamosenergia XXXX...........................3.000.000
2 96 29700000 Tech.acct.purch.stoc 450000012800010 ..3.000.000-
3 89 53471000 T.........................................................................1.500.000
4 96 46382100 K1......................................................................1.500.000-
5 89 51420000 T2.........................................................................750.000
6 96 47999421 K2.........................................................................750.000-
Is it possible? How can I do it?
I search in OBYC, but I canu2019t find appropriate solution.
Thanks for the answers.
PeterHi,
In 1st case, you have entry in Goods Receipt of inventory value debited(3.000.000 +) and GR/IR clearing(3.000.000 -). As all value flow from purchase order which with NET VALUE with pricing elements( condition type/types).
As in 2nd case you wanted.....with addition of above accounting entries, extra 4 lines needed but what are the two amounts represents ( 1.500.000 & 750.000)?
If so needed you should have two extra condition types in PO for amount representing 1.500.000 & 750.000.The condition types must be there in MM pricing procedure in M/08, maintain the account keys with a accrual key for each condition type. For condition types for both in M/06 , maintain condition category is must( do not keep blank, keep as B)& also select accrual check box in control data.In OBYC, maintain the two different G/L accounts for two accrual keys.
Also activate the Purchase account management in the Company code in following path:
SPRO> Materials Management> Valuation and Account Assignment> Account Determination> Account Determination Without Wizard> Purchase Account Management> Activate Purchase Account in Company Code
After above setting, Create a PO and do goods receipt and check accounting entries.
Regards,
Biju K -
MM Automatic account assignment
Hi all ,
I need to change G/L account in OBYC settings .
Scenario is stock transfer from one plant to another in the same comany code .
Material is having different std cost in sender plant & recieving plant .
On transfer finished stock is debited / credited in recieving plant & sender plant .
Also one more G/L account is debited / credited because of cost price differance .
I need to change this G/L account for cost diff .
Can you let me know which key I should look into .will this be GBB with General modification INV .
I am seeing one more AUM ( Expense /revenue from stock transfer ).AUM is also configured with G/L account .
Regards
ManojHi
Try to change account in AUM alone and verify it in testing system by posting an entry
I think AUM is the right key for your scenario
Reg
Vishnu -
Changing line item account assignment
Hi all,
I am attempting to code the functionality of transaction KB61 to change the account assignment of a line item. The BAPI that I am using to recreate the functionality is BAPI_ACC_PRIMARY_COSTS_POST (may or may not be able to do what I want?)
Does anybody know how to pass the material number (MATNR) through to the line item for being reposted using BAPI_ACC_PRIMARY_COSTS_POST or is there another way to do this?
Regards,
Jason Lantehi
good
go through this
FU BAPI_ACC_PRIMARY_COSTS_POST
Short text
Accounting: Post Primary Costs
Functionality
Method for posting a document with primary costs.
Structure DOC_HEADER holds the document header data. Field CO_AREA holds controlling area used for posting. For external number ranges, field DOC_ holds the document number. Fields DOCDATE (document date) and POSTGDATE (posting date) are optional; the R/3 System uses the current date for empty fields. Field OBJ_KEY holds the number and organization of a reference document (10 characters each). Field OBJ_TYPE holds the object type of the sender system reference document. Field LOGSYSTEM is for documents from external systems only. Field DOC_HDR_TX can hold a document header text. Field VARIANT can hold a valid screen variant if one is known. Field VERSION is not useful here; you can post only in version 000 which is set as the default.
You must specify the transaction currency for the entire document. You can either specify the currency in SAP format in the TRANS_CURR field or in ISO code in the TRANSCUR_ISO field.
The USERNAME field is a required field.
Table DOC_ITEMS adopts the document item data. The data consists of:
Field Name Short Text Optional
SEND_CCTR Sender Cost Center
SENDER_ORD Sender Order
SEN_WBS_EL Sender WBS Element
SEN_NETWRK Sender Network
SENOPERATN Sender Network Activity
SENSALEORD Sender Sales Order
SENITEM Item Number in Sender Sales Order
SENCOSTOBJ Sender Cost Object
COST_ELEM Cost Element
VALUE_TCUR Transaction Currency Ammount
QUANTITY Total Quantity Entered X
POSTQUUN Posted Quantity Unit X
POSTQUUN_ISO Posted Quantity Unit in ISO Code X
PERSON_NO Personnel Number X
SEG_TEXT Segment Text X
REC_CCTR Receiver Cost Center
REC_ORD Receiver Order
REC_WBS_EL Receiver WBS Element
REC_NETWRK Receiver Network
RECOPERATN Receiver Network Activity
RECSALEORD Receiver Sales Order
RECITEM Item Number in Receiver Sales Order
RECCOSTOBJ Receiver Cost Object
RECACTTYPE Receiver Activity Type
SEN_CALC_MOTIVE Sender Accounting Indicator
REC_CALC_MOTIVE Receiver Accounting Indicator
SENACTTYPE Sender Activity Type
You must enter at least one sender and one receiver object. Fields with *_ISO can also hold quantity units or currencies in ISO code.
Structure MESSAGES returns all messages. Parameter DOC_NO holds the document number for successful postings.
Parameter
DOC_HEADER
IGNORE_WARNINGS
DOC_NO
DOC_ITEMS
RETURN
Exceptions
Function group
K40C
thanks
mrutyun^ -
MM FI - AUTOMATIC ACCOUNT ASSIGNMENT
Hi All
I have a doubt with regards to the valuation grouping code. SAP says that "when the valuation grouping code is deactivated, all the valuation areas which use the same chart of accounts would be treated identically in terms of account assignment"
Correct me if i am wrong in understanding the above statement -
1. that all the valuation areas using the same chart of accounts will be using the same G/L accounts?? that is to say that there will be a one is to one match between the G/L accounts of all the valuation areas using the same chart of accounts??
Also i wanted to know the use of transaction OMWN and its use..
Thanks..Hi,
transaction OMWn
while doing Gr, system find material master .material master have material type ,material type have account category reference and material master have valuation class ,
suppose your r receiving goods against PO
MVt type 101,
System will check if material is quantity and value updated for material type or not
if its is special stock, or not ,
if this gr against PO or production order( If PO system will take movement indicator B or production order F)
if its consumption or asset or neither ( see consumption posting In omwn ie. v=consumption.A=asset etc)
if according to that system will check one bye one ,
then it will take value string and transaction even key
And then Accounting entrees take place In GR after this all execution
Regards
Kailas -
Automate Account Assignment in cProjects
Hi Experts,
Is there a sample code available which can tell me how to populate the parameters for this Class=> method -
cl_dpr_fin_gecco_iaom_services=>replicate2
Scenario - I have a dpr_project-project_id and I need to do an account assignment using a WBS element as my inputs
Regards,Hi Mishra ,
Yes, the method CHECK_ACCOUNT_ASSIGNMENT should fulfill your requirment. And there is an example implementation of this method. Please see example codes in class CL_EXM_IM_DPR_FIN_GECCO_MANUAL.
Kind regards,
Zhenbo -
Hi Guys,
I have problem where a cost object is not assigned to a cost element at both KA03 or OKB9, but when a goods issue doc was created, cost center xxxxxx was hit eventhough it was not assigned. Where could this cost center have been assigned?
Thanks in advance
GlennGanga,
Please check your IMG settings for Goods Issue/Transfer postings, I guess in your case it's already set to some value and thats why it is hitting the account after goods issue.
Also check Set manual Account Assignment option in SPRO.
Regards,
Amey -
Sales/Use Tax - Automatic Account Assignment
Our use tax on an incoming Accounts Payable invoice gets automatically charged to a GL account. Is there a way to assign a profit center on that posting so that all postings to that GL account for that company are assigned to a profit center?
And conditions are company code + GL account = profit center 1? For that you can use substitution, transaction GGB1, make this setting for Cost accounting, line item level and in prerequisites you make if BUKRS = xxxx and HKONT = xxxxxxx, in substitution put COBL-PRCTR = PC1.
Ask if you need further clarifications.
regards -
Change of additional acct. assignment in automatically created line items
Hello,
How can we change the additional account assignment of automatically created line items in transaction MIRO. In my case the tax line item is created automatically in MIRO.
I am able to change the account assignment of consumption line item. But not Tax line item.
Best Regards,
TapanBut FBZP is for APP not for Tax line item. Is it possible to change the additional account assignement (from cost center to internal order) in tax line item in MIRO.
Best Regards,
Tapan -
PO Account assignment category change blanks out GL account
When changing the AAC on a PO from 'I' to a 'U', for certain price conditions, the GL account gets blanked out. The OME9 setting for both I and U is 'GL account number field is mandatory'. This occurs even when no GR/IR have been performed on the PO. The error message ME083 - 'Enter GL Account' is thrown. Occurs in ME22N and when using BAPI_PO_ChANGE. Is this normal?
Thanks for your help.
-SanjayI think it is normal. There is a checkbox 'Derive acct. assgt.' in OME9. Here is the help text on this field.
If Inventory Management is not active in your system, you must specify (enter) the preliminary account assignments for all the items manually. Setting this indicator enables you to by-pass this step. You will then no longer get the dialog box for the entry of a preliminary account assignment.
You maintain the automatic account assignment specification facility using the Customizing functionality of Financial Accounting under Maintain automatic account determination.
Check the checkbox and see if it solves your issue. Apparently, checking this checkbox enables fetching the account from Maintain automatic account assignment config. table.
Maybe you are looking for
-
I am not sure if any of my previous messages went thru or not, but I have Photoshop Elements 7.0. I learned how to open a blank file and use a textbox to make my watermark and also my copyright logo and save them each as a brush. They were saved in t
-
Guyz!!! Help Needed Very Urgent.
I am not able to upload my cap file into jcop31 card using omni key reader,wat should i do? What can be the problem.Please analyse. /term "winscard:4|OMNIKEY CardMan 5x21 0"--Opening terminal /card -a a000000003000000 -c com.ibm.jc.CardManagerresetCa
-
Hi.. I have a table component and that is bound to a Database Table. I have button name "UPDATE" which commits changes to DB. When I press "UPDATE" button an error occurs... Number of conflicts while synchronizing: 1 SyncResolver.UPDATE_ROW_CONFLICT
-
Can I use Lightroom on two computers?
Can I use the same Lightroom software on both of my computers?
-
Hi All, The following is the log created while I trying to deploy an application to Oracle9ias with JDeveloper. I am able to establish the connection with Oracle9ias from JDeveloper. However am not able to deploy applications from JDeveloper. Please