Relase to account posting in different G/L

Hello Friends,
While doing release to account in t-vf02 ,
i want to update g/l accounts so that basic price
and all other taxes should go in different G/L accounts
for clear maintaince of chart of accounts.
Is there any best practise for this concept.
How to do this configuration ?
Regards
Jase

Hi,
Pl see how the G/L account is determined in your config.
Transaction:VKOA.
Most likely, it would be determined by the combination of the following:
Customer Account Group (from customer master)
Material Account Assgmt Group (Material Mster)
Account key.
Before the billing document is transferred to FI , you can edit the customer account group at the billing document headrer and material account group at the item level and post to different G/L accounts from what is automatically determined.
Hope I have understood your question correctly !!
Regards
Murali

Similar Messages

MR8M post a different GL account versus MIRO

Hi Gurus,
Any idea why MR8M posted a different GL account from the original entry? here are the entries:
MIRO
Debit- GR/IR clearing      100
Debit- Expense(manual)    20
Credit- AP vendor                120
MR8M
Debit- AP vendor          120
Credit- GR/IR clearing         120
This entry resulted to a difference in GR/IR clearing account and the user do the clearing manually in FI.
Why is it MR8M did not reverse the Expense entry and posted to GR/IR clearing instead?
Thanks a lot for your time.
Cheers,
Dru

hi
when u post MR8M ,the invoice is get reversed but the FI entries u have to clear manually ,it is done by FI peoples
FI documents need to be cleared manually using Trsnactions F-04 for G/L accounts & F-51 for Vendor accounting documents
You can also automatically clear using F-13
Mention the Documents number & clear the items
Please get in touch with FI Consultant.
regards
kunal

Urgent: Posting to different Symbolic Accounts for the same Wage Type

Hi Everyone,
Assuming that I have a Wage Type and 2 sets of Symbolic Accounts tied to their respective Chart of Accounts (belong to 2 different companies).
When I go to the configuration node "Define posting characteristics of wage types" in SPRO, under Payroll, I have assigned Symbolic Account 1234 (which belongs to Chart of Accounts A) and Symbolic Account 6789 (which belongs to Chart of Account B) to Wage Type 1000.
When I execute the Transaction for Posting to Accounting (PC00_M99_CIPE), I get an error (Message: Posting Balance is not cleared). After exploring the log, i notice that both Symbolic Accounts appeared.
How do i ensure that only the specific Symbolic Account is being posted?
Take for example that the employee belongs to Company A.

Hi,
U can post to different accounts for same wage type but NOT symbolic accounts!
Do as follows:
1)-Define employee grouping account determination(PPOMD feature)
2)-Define symbolic accounts
3)-Assigning Accounts
When doing 3rd step, click "RULE" button and select "Employee group".
By doing so you can posting same WT to different Accounts according to different employee grouping , like below:
SymAcc   Grp             Account
Z001     GU     5502019900
Z001     SZ     5502019901
Z001     YY     5502019902

MIRO post with different KDM account based on AP recon. account

Hi Gurus,
    I have one question on MIRO exchange rate difference posting.
    As user request, different AP Recon. account need post with different exchange rate difference account.
    In more detail: AP Recon. account has two kinds: Trading partner, none TP.
    For TP, post ex. rate different to one Inter company exchage rate diff. account,
    for none TP, post to the other exchange rate diff. account.
    But as I found, the exchange rate diff. accout is defined in OBYC, transaction KDM. It cannot config seperate by TP.
   Any one has encounter similar request?
Thanks,
Grace

Unfortunately the MIRO exchange diff setup is not defined in FBKA exchange rate difference.
It is defined in Materials Management postings (MM).
So any more idea?
Thanks,
Grace

What are all the different account posting...

Hi gurus,
What are all the differect account posting is happening during pgi and billing?

Hi Lakshmanan,
PGI done (Goods issue)
Cost of Goods Sold Dr (Configured in OBYC GBB T-Key)
To Inventory Account
Billing document released to Accounting
Customer Account Dr.
To Sales Revenue Account (ERL T-key in Pricing procedure)
Note : The GL account is assigned to this ERL in VKOA
Payment Received
Bank Clearing A/c Dr
Customer A/c Cr.
Hope this will Helps You and Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Can the SidHistory attribute be moved from one User account to a different User account in the same Forest/Domain?

Hello,
Can the SidHistory attribute be moved from one User account to a different User account in the same Forest/Domain manually with Active Directory Users and Computers or with something like Powershell? it would seem to me this is a safe operation.
Thanks for your help! SdeDot

Hi,
In addition, please also take a look at the below thread:
copy SIDHistory from one account to another in the same domain
http://social.technet.microsoft.com/Forums/en-US/2ca8727c-b3fd-4ef8-9747-99295f0cd61c/copy-sidhistory-from-one-account-to-another-in-the-same-domain?forum=winserverDS
Hope this helps
Best regards
Michael
If you have any feedback on our support, please click
here.
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

How to clear open items posted in different currencies

Hi ,
Invoice and payment receipt docs were posted in different currencies, please guide how can we clear these open items.
Thanks in advance.......
Mistra

Hi,
Create Three GL like following
1. Forex gain/loss - Realized
2. Forex gain/loss - Unrealized
3. Balance sheet adjustment
After creating this GLs goto OB09 and enter your chart of accounts then press new entry. If you are clearing vendor then put Vendor reconciliation in G/L Account.
Exchange rates difference realized
Loss - Forex gain/loss - Realized
Gain - Forex gain/loss - Realized
Valuation
Val. loss1 - Forex gain/loss - Unrealized
Val. loss2 - Forex gain/loss - Unrealized
Bal sheet adj1 - Balance sheet adjustment
Save the entry, configuration is similar for all except G/L account you maintain in top. For customr it will be customer reconciliation account.
Regards,
Chintan Joshi.

Acquisition tax in Belgium/Germany-Posting with different tax codes

Dear Friends,
Does anyone have experience working with Acquisition tax in Belgium and German where the goods and services purchased within EU have 21% -input and output tax such that it is ZERO. But still Tax authorities need to see both input and output tax amount with different tax code such as under:
Expense a/c Dr 100
Payable a/c Cr 100
Input VAT a/c Dr 21 - Tax code A1
Output VAT a/c Cr 21 - Tax code B1
Any help as to how to post the above entry and how to customize tax code to get the above result and any changes if required in country code tax calculation procedure will be greatly appreciated.
Thanks,
Pinky

Hi Pinky,
When you define your tax codes, the system defaults certain tax types that have been defined in the system for specific countries. Input tax, output tax, and non-deductible input tax are examples of tax types used in Germany.
The system determines which tax types are to be displayed by means of the country key. A calculation procedure is specified for each country key, and this procedure contains the country-specific specifications for calculating and posting the different tax types.
When you define the calculation procedure, you must answer the following questions concerning each tax type:
What is the base amount for calculating the tax? This can be the expense or revenue amount or, as with sales equalization tax in Belgium, a tax amount.
Which calculation type is used to determine the base amount: percentage included or percentage separate? With very few exceptions (such as for travel expense accounting in Germany), the base amount is normally determined percentage included.
The tax amount is 15%.
Percentage included
Tax amount = invoice gross amount * (tax rate/100 + tax rate)
150 = 1150 * ( 15 / 100 + 15)
Percentage separate
Tax amount = invoice net gross * tax rate/100
150 = 1000 * 15 / 100
To which side of the account must the tax amount be posted? The input and output tax is always posted in accordance with the G/L account and asset line items. For the tax to be posted additionally, the side of the account is determined depending on the input or output tax. For the acquisition and investment tax, for example, you post to the opposite side of the account.
Should a possible tax expense be divided between the G/L account and asset line items or posted separately? If, for example, you have a non-deductible input tax amount, you can choose whether to post to a separate expense account or apportion the tax expense between the G/L account and asset line items.
The type of tax calculation and posting depends on the answers to these questions and the combination of those answers.
The following topics introduce individual tax types and explain the necessary specifications for calculating and posting tax. For more information on the calculation procedure, see The Calculation Procedure.
See also:
Tax on Sales/Purchases: Input and Output Tax
Non-Deductible Input Tax
Deferred Tax: Italy
Sales Tax
Use Tax
Tax Calculation With or Without Jurisdiction Code?
Entering Taxes with Jurisdiction Code
Acquisition Tax
Investment Tax
Sales Equalization Tax
I hope this link will help you
http://help.sap.com/erp2005_ehp_03/helpdata/EN/e5/077e394acd11d182b90000e829fbfe/frameset.htm
Regards
Odaiah

Account posting for the GR of subcontract PO

Hi experts;
We have a special requirement about the account posting for the GR of subcontract PO, 3POP process is used here means we create the SO, PR is created automatically. then convert to PO (Account assignment 'E', subcontract PO) . Basically now when the account document is created upon GR of the PO (101 E for FGI, 543 O for Component), the posting is like below:
Itm PK CoCd Account Account short text     Amount in LC LCurr         Amount Crcy      LC2 amount Trs
    1 89 1000 792000   Finished goods inven        100.00 EUR          100.00 EUR                  BSX
    2 96 1000 191100   Goods Rcvd/Invoice R         90.00- EUR           90.00- EUR                  WRX
    3 91 1000 893010   Cost of goods sold          100.00- EUR          100.00- EUR                  BSV
    4 86 1000 417001   Purchased services           90.00 EUR           90.00 EUR                  FRL
    5 99 1000 300000   Inventory - Raw Mate         20.00- EUR           20.00- EUR                  BSX
    6 81 1000 400020   Raw materials consum         20.00 EUR           20.00 EUR                  GBB
Then the requirement is that the line item 3,4 should be combined together and 10.00- value posted. (Maybe then the transaction is BSV or PRD?)
Anybody know how to fit this gap? kindly telll me. Appreciate!
Hoping for a positive & prompt response

Hi Gaito,
Thanks! but this configuration is not the right one. This is for the different posting like below. But can't conbine BSV and FRL into together.
Posting schema without price differences:
Stock account FERT : 400 +
Stock change : 400 -
GR/IR clearing acct : 250 -
External service acct : 250 +
Compon. stock account : 100 -
Consumption account : 100 +
Posting schema with price differences:
Stock account FERT : 400 +
Stock change : 350 -
Price difference : 50 -
GR/IR clearing acct : 250 -
External service acct : 250 +
Compon. stock account : 100 -
Consumption account : 100 +
Regards
Jimmy

IDOC PEXR2002/REMADV : On Account Posting

Has anyone encountered an error " Difference amount is to big for clearing.........." when processing the IDOC which has a invoice number which the system is not able to find?
The payment advice is created but the FI document is not created and the error "Difference amount is to big for clearing........" is displayed. However if I manually via FB05 enter the payment advice the system creates on account posting.
Any comment is appreicated.
Thanks

Hi,
The system is saying difference in dr and cr line items, thats why it is not clearing.
See same amount you are entering or see any advance payment document or any withholding tax document or see any differency in currencies also.
Regards,
Hari

CSTto be posted to different G/L

Dear all,
Currently the Non deductible CST is posted as under during MIGO
<i>CL. stores & spares A/c Cr. 104
GR/IR stores & spares A/c   Cr.        104 (G/L A/C 161230)</i>The requirement is:-
<i>CL. stores & spares A/c Cr. 104
GR/IR stores & spares A/c   Cr.        100 (G/L A/C 161230)
GR/IR CST a/c                   Cr.          04(G/L A/C 161052)</i>In short it is required top be posted into different G/L a/c .
Seek your help,
Regards,
Ashish Pradhan.

Hi Prasad,
Referring to your message if it is not possible in Money Market, is it possible in Loans Management. The requirement is exactly same. Here the requirement is mainly to meet the reporting requirements.
Out of the total long term loan, the portion which is filling due within a period of one year need to be identified as current liability which is payable within one year and it is not about reclassification or something of that nature. This is the reason I was trying to ask you the postings, how it can happen?
The initial posting has gone to Long term liability GL account based on the account determination. Out of the total loan borrowed, the portion of installments which are becoming due within one year need to be shown as current liabililty/current maturity. Can you please post if this can be handled with standard functionality.
thanks in advance for the update.
Kumar

Account posting keys involves for process of third party order

hi
pls tell me the process of third party order and whos account stock will be debited and tell me the account posting keys involves in this process and how it operates
regards
Ram
Edited by: Ian Wong on Aug 13, 2008 7:06 PM

THIRD PARTY SCENARIO
In third-party order processing, your company does not deliver the items requested by a customer. Instead, you pass the order along to a third-party vendor who then ships the goods directly to the customer and bills you. A sales order may consist partly or wholly of third-party items. Occasionally, you may need to let a vendor deliver items you would normally deliver yourself.
Process Flow
The processing of third-party orders is controlled via material types. Material types define whether a material is produced only internally, can be ordered only from third-party vendors, or whether both are possible. For example, a material that is defined as a trading good can only be ordered from a third-party vendor. However, if you manufacture your own finished products, you may also want, from time to time, to be able to order the same type of product from other vendors.
Processing Third-Party Orders in Sales
Third-party items can be created automatically by the system, depending on how your system is set. However, you can also change a standard item to a third-party item during sales processing manually.
Automatic third-party order processing
If a material is always delivered from one or more third-party vendors, you can specify in the material master that the material is a third-party item. During subsequent sales order processing, the system automatically determines the appropriate item category for a third-party item: TAS. To specify a material as a third-party item, enter BANS in the Item category group field in the Sales 2 screen of the material master record.
Manual third-party order processing
In the case of a material that you normally deliver yourself but occasionally need to order from a third-party vendor, you can overwrite the item category during sales order processing. For a material that you normally deliver yourself, you specify the item category group NORM in the material master.
If, as an exception, you use a third-party material, change the entry TAN to TAS in the ItCa field when processing the sales document. The item is then processed as third-party item.
If address data for the ship-to party is changed in the sales order in third-party business transactions, the changed data will automatically be passed on to purchase requisition and also to the purchase order ,if one already exists. In the purchase order, you can display the address data for the ship-to party in the attributes for the item.
You can only change the address data for the ship-to party in the sales order for third-party business transactions, and not in the purchase order.
Processing Third-Party Orders in Purchasing
When you save a sales order that contains one or more third-party items, the system automatically creates a purchase requisition in Purchasing. Each third-party item in a sales order automatically generates a corresponding purchase requisition item. During creation of the requisition, the system automatically determines a vendor for each requisition item. If a sales order item has more than one schedule line, the system creates a purchase requisition item for each schedule line.
Purchase orders are created from purchase requisitions in the usual way. For more information about creating purchase orders, see the Purchasing documentation. During creation of the purchase order, the system automatically copies the delivery address of your customer from the corresponding sales order. In a sales order, you can enter purchase order texts for each third-party item. When you create the corresponding purchase order, the texts are automatically copied into the purchase order. The number of the purchase order appears in the document flow information of the sales order.
All changes made in the purchase order are automatically made in the sales order as well. For example, if the vendor confirms quantities and delivery dates different from those you request and enters them in the purchase order, the revised data is automatically copied into the sales order
You process third-party items by creating a normal sales order. In overview for the order, you can then overwrite the default item category (TAN in the standard system) with the special item category for third-party items: TAS
Billing Third-Party Orders
If relevance for billing indicator for the item category has been set to B (relevant for order-related billing on the basis of the order quantity) in Customizing, the system includes the order in the billing due list immediately. If, however, the indicator has been set to F (relevant to order-related billing on the basis of the invoice quantity), the system does not include the order in the billing due list until an invoice from the vendor has been received and processed by the purchasing department. In the standard system, item category TAS (third-party order processing) has been given billing-relevance indicator F.
In the first case, the third-party order is considered to be completely billed only when the invoiced quantity equals the order quantity of the sales order item. In the second case, each time a vendor invoice is received, a customer invoice is created for the quantity in the vendor invoice and the order is considered to be fully invoiced until the next vendor invoice is received.
If you have activated billing-relevance indicator F for item categories in Customizing, billing can refer to the goods receipt quantity instead of the incoming invoice quantity.
You can control whether the invoice receipt quantity or the quantity of goods received is relevant for billing in Customizing for copying control for billing at item level.
FOR YOUR PROCESS Individual Purchase Orders WELL GIVE THE RIGHT SOLUTION
Individual purchase orders are used when your customer orders goods from you that are not in stock and must be ordered from one or more external vendors.
Process Flow
During sales order entry, the system automatically creates a purchase requisition item. The purchasing department creates a purchase order based on the requisition and the vendor ships the goods directly to you (unlike third party order processing, where the vendor ships directly to your customer). You then ship the goods to your customer. While the goods are part of your inventory, you manage them as part of the sales order stock. Sales order stock consists of stock that is assigned to specific sales orders and cannot be used for other purposes.
Goods receipt will be posted when ever the vendor ships the goods to our customer.
We will do this transaction in SAP using MIGO.
Invoice receipt is done when the Vendor sends us the invoice.. ( I.e Billing ).
It can be done using MIRO.
THe above two steps are standard and manual. There are many other ways that the actual process can happen. If the client follows EDI standards then the Goods receipt and Invoice receipt can be done through IDOCs automatically.
Process Flow for 3rd Party Sales
Customize the third party sales in summary:
Prerequisites for 3rd party sales,
Purchasing org,
purchasing group,
assign the Purchase org to company code
assign Purchase org to plant,
should not maintain the stock in material, it should be trading goods,
1. Create Vendor XK01
2. Create Material Material Type as "Trading Goods". Item category group as "BANS".
3. Assign Item Category TAS to Order type that you are going to use.
4. A sale order is created and when saved a PR is generated at the background
5. With reference to SO a PO is created (ME21N). The company raises PO to the vendor.
6. Vendor delivers the goods and raises bill to company. MM receives the invoice MIRO
7. Goods receipt MIGO
8. Goods issue
9. The item cat TAS or Schedule line cat CS is not relevant for delivery which is evident from the config and, therefore, there is no delivery process attached in the whole process of Third party sales.
10. Billing *--
SD - 3rd party sales order Create Sales Order
VA01
Order Type
Sales org, distr chnl, div
Enter
Sold to
PO #
Material
Quantity
Enter
Save
SD - 3rd party sales order View the PR that is created with a third party sales order
VA01
Order Number
Goto Item Overview
Item ->Schedule Item
SD - 3rd party sales order View the PR that is created
ME52N
Key in the PR number
Save
SD - 3rd party sales order Assign the PR to the vendor and create PO
ME57
Key in the PR number
Toggle the "Assigned Purchase Requisition"
Execute
Check the box next to the material
Assign Automatically button
Click on "Assignments" button
Click on "Process assignment"
The "Process Assignment Create PO" box , enter
Drag the PR and drop in the shopping basket
Save
SD - 3rd party sales order Receive Goods
MIGO_GR
PO Number
DN Number
Batch tab , click on classification
Serial Numbers tab
Date of Production
Flag Item OK
Check, just in case
Post
Save
SD - 3rd party sales order Create Invoice
MIRO
Invoice Date
Look for the PO , state the vendor and the Material
Check the box
Click on "Copy"
Purchase Order Number (bottom half of the screen)
Amount
State the baseline date
Simulate & Post
Invoice Number
*Invoice blocked due to date variance
SD - 3rd party sales order Create a delivery order
VL01N
In the order screen , go to the menu Sales Document , select "Deliver"
Go to "picking" tab
State the qty and save
SD - 3rd party sales order Create a billing document
VF01
Ensure that the delivery document is correct in the
Enter
Go to edit -> Log
Save
Third party order processing is as follows:
Assume three companies X, Y and Z
X - The company,
y - The customer
Z - Vendor
When ever X gets a PO from Y to supply some goods, X has an option of either manufacturing those goods or procuring those goods.
If he is procuring the goods, there are two methods that are generally followed:
Method 1) After receiving the PO from Y, X creates a sales order against Y.
Now at the same time he also creates a PO to a vendor Z to produce the goods
Z produces the goods and supplies to X
X receives the goods from Z
Then X delivers the same goods to Y.
After that X invoices Y and Z invoices X.
Note : Here there is no direct/ Indirect relation between Z and Y.
This process is known as Trading Process. and the Material here is created with Material type HAWA.
The other method is a Third party order processing method:
Here the glaring difference is that instead of Z supplying the material to X and X in turn supplying the same material to Y.
X authorizes Z to supply the material to Y on his behalf and notify him once the delivery is complete.
Now Z supplies the material to Y and acknowledges the same to X.
Z will send a copy of delivery acknowledgement and invoice to X.
After receiving the delivery confirmation and invoice from Z, X has to verify the invoice and this process is known as invoice verification and is done in SAP through Tcode MIRO.
The next step for X is to create an invoice and submit to Y
Only after the invoice verification document is posted then only X can create an invoice for Y.
This is the business flow that is followed for third party order configuration.
There are few steps that have to be configured to enable the system to function as mentioned above.
Step1)
If you are always following a third party process for a material then you have to create the material using item category group BANS.
The procurement type should be marked as External procurement (F) in MRP 2 view of the material master record.
if you are not always allowing third party order processing then u can create a material master record with item category group as NORM and the procurement type should be marked as ( X) meaning both types of procurement ( in house manufacturing and external procurement).
Step 2)
the item category in the order should be manually changed as TAS.
For that you need to configure the item category determination
Order type + item cat Group + Usage + High level = Item cat + Manual item cat
OR + NORM + + = TAN + TAS
OR + BANS + + = TAS
Step 3)
make sure that during the item category configuration for TAS you need to mark relevant for billing indicator as F
step 4)
The schedule line category for this type should be CS.
make sure that you mark subsequent type as NB - purchase requisition in this schedule line category as this will trigger the purchase requisition order immediately after the creation of the sales order and the PO to vendor is created against this purchase requisition.
Award if Helpful,
Regards
Priyanka.P

Header price into revenue account posting

Hello,
We have a condition type with calculation type is set as FIXED VALUE and relevant for header condition. When we insert the price in document header for header condition type, system automatically replicates/split the price into line item wise and during revenue account postings, system post the value for each line item instead the header price, example - PRICE IN BILLING DOCUMENT
Header Price: Stamp Value: 100 USD
Line Itme 1:
Quantity: 1
Basic Price : 200
Stamp Value : 50
Line Item 2:
Quantity: 1
Basic Price : 200
Stamp Value : 50
Revenue Account Posting -
Customer 500 Dr
Revenue Line 1: 200 Cr
Stamp value: 50 Cr
Revenue Line 2: 200 Cr
Stamp Value: 50 Cr
However we need the value in revenue account posting as below -
Customer 500 Dr
Stamp value: 100 Cr
Revenue Line 1: 200 Cr
Revenue Line 2: 200 Cr
Please suggest
Best Regards,
Goutham

Hello Goutham,
if I understood well your requirement:
2 billing items with 2 materials, every item has Price condition and Stamp value condition.
You want in FI document the 2 Price conditions separated, creating 2 FI lines.
Whilst the 2 Stamp conditions joined in 1 FI line.
In the standard, SD passes to FI one line for every condition of every item (+ customer line).
Then in FI side the lines are summairzed, or not, depending on setting in OBCY.
If in OBCY there is only the line '' '' then system does not summarize the lines with different materials.
So in the standard there is not a solution for your requirement (as both Price line and Stamp value line have material).
The lonely possibility is to clear the material in the lines referred to Stamp value condition, and leave the material in the others.
In this way only the Stamp value lines will be summarized.
This can be done by one of userexits mentioned in note [301077|https://bosap-support.wdf.sap.corp/sap/support/notes/301077].
Consider theis would be a modification, and so it is not supported by SAP.
Best regards,
Ivano.

CO Accounts Assignments have different profit centers

Hi,
i am trying to post a retirement without customer using transaction ABAON. i am getting an error " CO Accounts Assignments have different Profit centres". i checked the asset master and saw that there are two CO Accounts Assignment. Cost Centre & Internat Order ( Statistical). in the masterdata of the cost centre and the internal order we have the same Profit centre.
please help me as i am not good with CO.

Hi,
In a cost center you have a time interval.
When the asset was created in the past there was a different proffit center assigned to the cost center (See TC KS03).
You can do 2 things
1, create a new time interval with the correct information
2 .Do a intercompany transfer to a new asset (TC ABUMN).
When 1 is not working you have to do 2
I had the same problem with a BA and had to transfer it first
An other option but I don't adviese that is to turn of the error message. This can create other problems

Error in FWZE - CO Account Assignments have different profit centers

Hi,
Upon executing tcode FWZE, hit an error message "CO Account Assignments have different profit centers". Previously, in config the account assignment ref 50500 charged to profit centre 9000504. Then, I did create substitution rule, to ensure that flow has WBS ELement No. (double entry DR Inventory Consumption - Project, Cr Clearing Payment Request). In this substitution, I hard code the WBS ELement No. And the profit centre will follow the profit center in Project System(9001201). Before i did the substitution, user need to do manual adjustment every month, because the inventory consumption is without WBS Element No.
My question, is it possible to use the same account assignment refrence 50500 or I need to create a new account assignment ref, let say 50510? If I need to so, what is the relevant config I need to do.
Thank you & Regards

Hi,
you can post to another account, then you would get no message.
Also, you could switch-off the message or turn it into warning via OBA5. As you do an FI substitution and the error BK134 comes in CO, perhaps you could create forum posts in areas "ERP Financials" or "ERP Financials - Controlling".
Tomislav

Relase to account posting in different G/L

Similar Messages

Maybe you are looking for