Account Determination for Tax using Sale Tax Code

Hi,
We are using TAXINN and sales tax codes. We are using JTX1 condition in our sales pricing procedure for which we r maintaing condition record with correct tax code applied to it. We have assigned account keys in Tax Procedure, so no acct. key is assigned to JTX1 in sales pricing procedure. In record of JTX1 we are maintaining same tax rate (with tax code assigned to it) for eg. 4 % (not 100%) as maintained in tax code.
Now, we are able to save billing document but while creating accounting document system is giving following error:
No account is spesified in item 0000001002
No acct. was specified for acct. type S in item 1002 of the FICO doc.
The financial acctg. pgm. cannot process the doc.
A sys. error has probably occured in ther sppln. you called up. Check the data transferred to item 1002 of the FICO doc.
Pls. help.
Regards,
Dipti

Hi Dipti,
Hope you are working for Indian Client.
Since you are using TAXINN procedure, you should not use JTX1(Tax Jurisdict.Code) condition at all. As you are aware after implementation of VAT, we should switch off Tax Jurisdiction at all lelvels.
SD Pricing Procedure:
1. Condition Type Settings
a. Excise conditions (if req'd)
b. LST / CST Conditions
c. Freight and Insurance Conditions
2. Access Sequence Settings
3. Maintain Pricing Procedure
4. Assign tax code to Company code
Therefore, check your IMG settings once again.
Bye,
Muralidhara

Similar Messages

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

Use Tax and Sales Tax

Hi ,
I want to know exactly what is use tax and Sales Tax. and how it is effects the business process if Use tax or sales tax is used.
Thanks

Sales tax is applicable to Sales within a state. Use tax is applicable on purchase from other state.
It is clearly explained in SAP Library. Follow the link attached below:
http://help.sap.com/saphelp_47x200/helpdata/en/e6/149e36d10e057ee10000009b38f889/frameset.htm
Thanks
Palani

Posting keys for account determination for transaction EXD do not exist

hi
i am doing Sales order for 1 month,no error i have got
but now i am getting error
Posting keys for account determination for transaction EXD do not exist
HELP

Hello,
I have following suggestion to overcome this issue.
1. In the t-code "FTXP", check for assignment of the G/L account for the posting key.
2. Check out the SAP Note:200348.
3. In t-code "OBCN",for the account key EXD, make sure that the value of posting indicator is 2.
4. In t-code OBYZ, for the tax calculation procedures, change the key to EXD. The account keys in tax pricing procedures and SD pricing procedures Should be same.
Regards,
Sarthak

SD: Service tax and sales tax

Dear All
My client has 3 plants in different states and in to erection activities. while configuring the service tax and sales tax i have created single G/L accounts for the service tax and sales tax based on tax code.
Now my client is asking how can check the service tax payable and sales tax payable as per plant basis.
With my config all service tax will go to one G/L account , VAT will go to one account . how can we able check plant wise details.
Suggest me the way
Regards
Satya

Hello
As per my experience, the GL Acc for Service Tax & VAT can't be same. Check with your client.
Anyways, as per your requirement for VAT
1. Maintain 3 Tax code corresponding to your Plant. This will help you in different Tax Code differnet GL Acc
Say,
V1 - Output TaxCode AP
V2 - Output TaxCode KA
V3 - Output TaxCode TN
2. In Tcode OB40 - in Rules activate Tax code. By doing this, it will activate TAX CODE & ACCOUNT in account section.
With you can maintain,
V1 - 3888001
V2 - 3888002
V3 - 3888003
3. Maintain access sequence Country/Plant/PlntRegion/TaxCl1Cust/TaxCl1Mat. in Tax Condition Type.
Then maintain condition record (VK11) for your VAT.
Say,
Country - Plant- PlntRegion - TaxCl1Cust - TaxCl1Mat.
IN - 3010 - AP - 01 - 01 - 4 % - V1
IN - 3020 - KA - 01 - 01 - 4 % - V2
IN - 3030 - TN - 01 - 01 - 4 % - V3
Similarly, you can do for Service tax also.
Thanks & Regards
JP

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

Account determined for entry (chart of accounts no) WRX 0003 not possible

HI, I'm trying to GR a PO for a material using movement type 101 and am getting the following error
"Account determined for entry (chart of accounts no) WRX 0003 not possible"
I know that I need to go to OBYC to make an entry for transaction WRX for valuation group code 0003 and valuation class and then assign it to the relevant gl.
My problem is I don't know what the valuation class should be. In the PO there is short text entered for the item rather than a material number so I cannot go to the material master to check what valuation class is assigned. Is it linked anywhere to the material group?
Thanks in advance for your help

yes u can do
fist
u can make the entry and blank valuation class and give the gl account in wrx
so that it will take this GL account for blank materia number
or
u cna give valuation class to material group
MM purchasing -- materal master -- Entry Aids for Items Without a Material Master
hope this helps

Account determination error while using 412 Q in MB1B

Hi All,
While doing transfer posting for a material using Movement Type, 412 Q, we are getting the error "Account determination for entry 1000 AUM 1000 ___ 2002 not possible". The transfer posting was done already for the same material for other batch and it had accepted. This was the last batch to be transferred.
I know in OBYC, we have to enter the G/L Account. But I would like to know why the error has come only for one particular batch for the same material
Please help.
Regards,
Rosh

Hi,
AUM 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.
Please check whether GL code assigned for valuation class in Transaction AUM or not.
Regards,
Manish Jain

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

FAGLF101-Account determination for transaction V02 is missing for account

Morning
When I run the "faglf101" transaction, i get this error :
"Account determination for transaction V02 is missing for account 0000401142
Y1 PCG
Message no. FR005 "
I have tried to customize the adjustments accounts and postings keys in the IMG
"Financial accounting > Accounts Receivable and payable >
Business Transactions > Closing >Regrouping > Define adjustments
accounts for changes reconciliation accounts"., but i don't see the part "Regrouping" in the IMG.
I have tried to use the OBBW transaction, but his transaction code "A00-Transfer postings: changed recon. acct" don't correspond to mine (V02);
We are in ECC6.
Can somebody explain to me how can i correct this error please?
Best regards

This is meant for account determination for Receivables/payables sorting. Check your configuration in SPRO->General Ledger Accounting (New)->Periodic Processing->Reclassify->Transfer and Sort Receivables and Payables->Define Adjustment Accounts for Receivables/Payables by Maturity

Posting keys for account determination for transaction EXC do not exist

hi
i am doing Sales order for 1 month,no error i have got
but now i am getting error
Posting keys for account determination for transaction EXD do not exist
HELP

There will not be any such postings called FI side / SD Side.
Positng always done in Financial perspective only into Certain G/L accounts depends on configuration we did.
As we know,
To post Invoice Conditions in G/L accounts , we configure Account Determination . These tables will be communicated through Account keys maintained in Pricing procedure & in Account determination tables.
To account the stock in Inventory, will configure the same in OBYC - FI/MM Account Determination.- this will be triggered through Movement type - Transaction key / General modifier / Valuation calss / Valution group code n other factors.
In your issue,
Which Postings you are referring to?
In SO creation, Controlling documents will be created ( Ref: COPA - Controlling & Profitablity Analysis Customization)
After PGI in Delivery: Inventory will accounted through OBYC settings
After releasing invoice to Accounting, G/L accounts posted through VKOA settings.
Hope ,now you provide exact information related to your query

Service Tax and Sales Tax-India

In SAP how we can enter both Service Tax and Sales tax in single invoice. Is there is any option to enter both tax code in a single invoice?

Hi
For certain type of Vendor Invoices, both service tax and VAT is applicable in India. This can be done with the help of your tax procedure, where in you calculate service tax on Base Amount and VAT on the BASE AMOUNT plus Excise, if applicable. You need to create a single tax code like that and maintain the suitable condition records. I guess the standard TAX PROCEDURE TAXINN also takes care of this requirement.
Regards
Sanil

Account determination for entry ECCA WRX 0018 ZZ1 9126 not possible

Hi all,
I am getting this error while doing GR using MIGO.
"Account determination for entry ECCA WRX 0018 ZZ1 9126 not possible"
There are 5 items in the PO and I get this error if I try to post all of them together. However if I try to post 1 item at a time, I am able to post all the materials individually.
I have checked the entry in OMWD, where valuation grouping code is maintained againt the valuation

Hi,
There are two confusions in your posting -
1) At first, the error message has indicated that SAP has verified the G/L account with valuation class 9126 and therefore, blank valuation class was not taken into account;
2) Secondly, if you can be able to post GR individually for each and very PO line item, then it has nothing to do with missing account assignment determination.
Are you pretty sure that you can post GR individually?. Did you actually maintain the valuation class for all of your material IDs in material master? If the answer for two questions is ''Yes'', then I would suggest you to debug your program to see why SAP has populated the error message only in case of GR for all material items.
Cheers,
HT

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 Tax using Sale Tax Code

Similar Messages

Maybe you are looking for