Discount in taxusj procedure

Dear Experts,
is there any specific customisation required for cash discount granted and allowed in tax jurisdication procedure for USA and Canada?
can any on help on this?
Regards
babu..

Hi there,
Check the account key for the discount condition type, and make it deductable in transaction OBCN.
I belive the discount condition type you have included in the TAXINN.
Note: But as far as my experience goes discount should be included in the pricing procedure, an ays it totally depends upon the client's request.
Regards
Sujoy

Similar Messages

Discount in Tax procedure

Hi,
    My Client want to make a PO with requirement is as follows
Basic Price -                                 100   (which will come in pricing procedure)
Basic Excise duty -                         10   (which will come in tax procedure)TAXINN
Ecess                                              2   (which will come in tax procedure)
Sub total                                       112
Discount                                          -5   (which will come in tax procedure)
Sub total                                       107
VAT                                                 4   (which will come in tax procedure)
AVAT                                               1   (which will come in tax procedure)
Final value                                      112
Now My question is how to Include condition type of discount in tax procedure. I mean what shall be condtion class, Calculation type, and condition category. As of now i have maintained in condition type in tax procedure in TAXINNcondition class as "Tax" Calculation Type "Percentage" and Condition Category as " tax". But what happening if i give discount as 5 % the so it should be subtracted from the sub total amount , which is showing in calculation but when i do GRN Discount amount is getting added to the inventory (rather it should have been deducted)
   How to solve this Discount issue , it should be subtracted in the inventory rather that adding to that

Hi there,
Check the account key for the discount condition type, and make it deductable in transaction OBCN.
I belive the discount condition type you have included in the TAXINN.
Note: But as far as my experience goes discount should be included in the pricing procedure, an ays it totally depends upon the client's request.
Regards
Sujoy

Discount configuration net procedure

Hi,
   I have understood that
   For GROSS procedure cash discount calculation, we use only two general ledgers:
   1.Cash discount recieved
   2.Cash discount paid
   For NET procedure cash discount calculation, we use only two general ledgers:
   1.Cash discount clearing account
   2.Lost cash discount account.
My Question is, do we have an option of assigning all the four general ledgers:
   1.Cash discount clearing account
   2.Lost cash discount account
   3.Cash discount recived account
   4.Cash discount paid account.
while calculating cash discount following NET procedure. If we have an option of doing so, pls let me know.
   Thanks & Regards
    Manoj.M

first of all, you are talking about general ledger accounts, not general ledgers.
according to me you need:
incoming invoices cash discount clearing: OBXA
outgoing payments cash discount received: OBXU
outgoing payments cash discount lost: OBXV
incoming payments cash discounts granted: OBXI

How to give the seasonal discounts in pricing procedure

Dear SD Gurus,
Can anybody guide me how to map the below scenario
A company wants to give the seasonal discount in a month.The first week it should give 3% discount on the purchase and the 2nd, 3rd,4th week should be 4%, 5%, 6% respectively.One more query that Do we have any option to give the discounts on hourly basis ? Pls clarify
Pls answer the query.

just maintain a discount condition type in your pricing procedure with the required validity dates as
1 st week -- 3 %
2 nd -- 4 %
3 rd - 5%
4 th - 6%
you cannot give disc on hourly basis.
thanks
sadhu kishore

Help on Discount after Approval Procedures

Hi Experts,
Our customer is reporting an error after approval process that some documents has discount after the approval procedure.
Our customer insist that there are no discount when they approved the PO/ or Ap invoice but after approval, the originator can no longer add the documnts due to discounts.
Is there anybody experience the same problems with thier system.
I cannot report this since I cannot simulate the error
We are using 2007B Pl15
Regards,
Sandra

HI Sandra,
I agree with Gordon, I faced similar issues with the discount field but not with approval process though.
This happens when Quantity and unit price of an item are entered and the line total gets populated automatically after this if the user changes the line total without deleting unit price or quantity the discount field gets populated according to the change in the line total, please check if the end user is doing any of this.....or similar changes in these lines.....
regards,
Murali

How to map DEPB discount in import pricing

Dear All,
One of my client requires DEPB discount to be mapped in SAP.
In this DEPB discount (value) will get reduce from the customs duty and same will be reduced from the material account.
eg.
Description                 - value   - vendor          - material cost (loaded on material - 117)
material value              - 100    ( Vendor - X)   - 100
basic custom duty       - 20     (Vendor - Y)   -   20
CVD/Cess/Shcess      -    5     (Vendor - Y)
cess on custom duty   -    2     (Vendor - Y)   -    2
DEPB discount           -   -5     (Vendor - Y)   -   -5
How we can accomodate DEPB discount in pricing procedure. Rest procedure is working fine.
I want to create new condition type and assigned in pricing procedure to have above effect.
Please suggest if anybody has came accross the above requirement.
Regards,
Umesh

better create as cdn type in import pricing schema with from to step, so that it will deduct the % as required.
I think ur suggestion will suit the purpose
regdz

Difference among different pricing procedure

Hi,
I want to know that, what is the difference among different pricing procedure,Like
Standard,return,sample,scrap and credit memo.
Please reply soon.
Regards
prabudh

Hell tiwari,
**Please Do reward if it helps**
sales org + dist chan + div + document pric proc + cust pric proc --- > Pric Proc.
we determine the pric procedure. So, just have a different document pricing procedure for sales order document type and invoice document type. You can have a different pricing procedure with this change.
There are two simple reasons for making any Pricing Procedure in SAP SD Modules.
1) Business Reason. What are the pricing aspects or strategies you want to apply for the client requirement in order to sell their
goods or render services, is all about the reason for various pricing procedures.
Eg: Domestic sales pricing procedure,
- Export Pricing Procedure,
- A rebate pricing procedure or
- A High Discount oriented pricing Procedures.
- A repair pricing procedures.
You have your own conditions intended to few transactions only. Put all this conditions as a set defining your own Procedures. It may even include special requirements and formulas applied for such Pricing Procedures.
2) A special pricing procedures, in order to facilitate added functionalities of SAP pricing architecture, we must define new
pricing procedure. SAP Standard programmes checks these special Indicators in-order to do some required functions.
As a example 1, you need to have a Pricing procedure for condition supplement inorder to use the condition supplements. The condition supplement pricing procedure must be given in the condition type definitions (v/06) of the Pricing Condition where you need to supplement, without which SAP SD Condtion Supplements functionality doesnt work.
As a example 2, you need to have a Pricing procedure for Inter Company Billing Conditions(IV01 & IV02) inorder to be active for Inter Company Billing specific transactions. Thus make sure that, the procedure wouldnot apply for non-Inter company transactions.
Eg: KA0000 for Condition Supplement for KA00
- PR0000 for Condition Supplement for PR00
- ICAA01 for Inter-Company Billing
In V/08 of defining a new Pricing Procedure, in main screen, you have a field called TSPP (Transaction Specific Pricing Procedure). This has to be ticked on for Intercompany Billings.
The SAP help reads for this field as Under: Transaction-specific pricing procedure
Pricing procedure transaction-specific indicator
Before Release 4.0A, no special pricing procedures were used for intercompany billing and rebate credit memos, programs were just set accordingly to deal with these situations. As of Release 4.0A you are offered greater flexibility in the form of the option to define special pricing procedures for intercompany billing and rebate credit memos. For reasons of future compatability, you will still be able to use the old program specifications. For this reason, you must set this indicator if you want to create a special pricing procedure. This is to prevent the program settings being used.
This indicator is also used as of Release 4.0A to redetermine the condition class and the statistical condition indicator when copying from a reference document.
Example:
You copy prices from a shipment document to the billing document. The prices should lead to a surcharge in the billing document. This is guaranteed by the redetermination of the condition class in the pricing procedure.
Same case with Standard Pricing procedure or Inter Company Pricing Procedure.
Regards
AK

Unique Discount

Hi Gurus,
Our client has a unique way of treating discounts. initially, if a customer buys 100pcs, $1 each, they wait for 1-2 days for all returned items before they bill the customer. after the returns, they give the customer a sort of discount based on the total ordered qty/amount less the returned items. the discount is in a form of percentage. the first 2 parts can be addressed by standard billing type F2 and returns RE processing. the tricky part is the discount after all returned item. how can i compute the allowable discount in % that is based on the total order less the returned item? pls see sample scenario below.
customer buys 100 pcs worth $100
customer returns 10 pcs worth $10
customer gets discount 10%
what transaction can be used wherein only 90pcs worth $90 will be displayed and a discount of 10%? the user should be able to see the 90pcs, $90 with $9 as discount.
Please help. <<text removed by moderator>>
Regards,
Paul

Hi John
The scenario is intriguing ,so as per you if customer returns 50 % material he will get 50 % discount .
I would like to know whether the discount you are referring to is from total receivables from customer ,or your client needs the discount to be checked in each individual invoice.
We need to consider Without invoicing you may not be able to actually dispatch materials with Tax/Excise/local charge details and returns may not be immediate ,so invoicing and returns are the processes to be followed.
But once invoice is generated and released to accounts ,std SAP does not allow to change invoice. So I would suggest using credit memo copied from invoice and pricing conditions can have routine where you can get details of returns from return document in document flow. then use these details to calculate discounts in pricing procedure.
Secondly for control of discount amount and authrisig release this credit memo document will be more useful. you cn use pricing or sales document user exits for the same.But this method is only useful when you are tracking discounts ,returns and billing wth active receivables for a certain period .
For individual updating of invoice you need to use modification through ABAP programming where after returns you can update invoice tables for individual records using batch processing. But you need to chec the impact on FI data due to this . Also system may become unstable due to this program.
I hope this helps
Do keep us posted on whats your team's decision and what point you considered for the same.
Regards
Mandar

Various pricing procedures

hello SD Gurus, please provide various examples of pricing procedures which are normally used

hi
commonly used pricing procedures are Standard ,Customer specific and document specific
There are two simple reasons for making any Pricing Procedure in SAP SD Modules.
1) Business Reason. What are the pricing aspects or strategies you want to apply for the client requirement in order to sell their
goods or render services, is all about the reason for various pricing procedures.
Eg: Domestic sales pricing procedure,
- Export Pricing Procedure,
- A rebate pricing procedure or
- A High Discount oriented pricing Procedures.
- A repair pricing procedures.
You have your own conditions intended to few transactions only. Put all this conditions as a set defining your own Procedures. It may even include special requirements and formulas applied for such Pricing Procedures.
2) A special pricing procedures, in order to facilitate added functionalities of SAP pricing architecture, we must define new
pricing procedure. SAP Standard programmes checks these special Indicators in-order to do some required functions.
As a example 1, you need to have a Pricing procedure for condition supplement inorder to use the condition supplements. The condition supplement pricing procedure must be given in the condition type definitions (v/06) of the Pricing Condition where you need to supplement, without which SAP SD Condtion Supplements functionality doesnt work.
As a example 2, you need to have a Pricing procedure for Inter Company Billing Conditions(IV01 & IV02) inorder to be active for Inter Company Billing specific transactions. Thus make sure that, the procedure wouldnot apply for non-Inter company transactions.
Eg: KA0000 for Condition Supplement for KA00
- PR0000 for Condition Supplement for PR00
- ICAA01 for Inter-Company Billing
Here I would like to remind about a important field in pricing.
In V/08 of defining a new Pricing Procedure, in main screen, you have a field called TSPP (Transaction Specific Pricing Procedure). This has to be ticked on for Intercompany Billings.
The SAP help reads for this field as Under:
Transaction-specific pricing procedure
Pricing procedure transaction-specific indicator
Before Release 4.0A, no special pricing procedures were used for intercompany billing and rebate credit memos, programs were just set accordingly to deal with these situations. As of Release 4.0A you are offered greater flexibility in the form of the option to define special pricing procedures for intercompany billing and rebate credit memos. For reasons of future compatability, you will still be able to use the old program specifications. For this reason, you must set this indicator if you want to create a special pricing procedure. This is to prevent the program settings being used.
This indicator is also used as of Release 4.0A to redetermine the condition class and the statistical condition indicator when copying from a reference document.
Example:
You copy prices from a shipment document to the billing document. The prices should lead to a surcharge in the billing document. This is guaranteed by the redetermination of the condition class in the pricing procedure.
Same case with Standard Pricing procedure or Inter Company Pricing Procedure.
to view different pricing procedure u can proceed through the t-code V/08
Message was edited by:
SHESAGIRI GEDILA

BASCIC+ED-DISCOUNT (+ VAT )

Hi
Here i have to define a proceedure
where Excise Duty has to calculate on Basic
and then the discount on Basic+ED
then CST on Basic+ED-Discount.
Basic------X
ED on X-- Y
Total- X+Y
Discount--- D= X+Y-D
Vat on X+Y-D
Please guide me how to resolve this
Where i have to configure either it is in Pricing procedure or Tax procedure
Chris

hi,
maitain the same condition type for discount in tax procedure as well as pricing procedure.
matain the condition record for that condition as per ur logic.
Do matain the dicount condition statastical in both pricing and tax procedure.
regards,
sujit.

Need some help with VAT Setup

Here is my scenario.
We're dealing with a partner in Germany. We will be shipping them parts from the US and need to slap on a 19% VAT surcharge when invoiced.
I can get the VAT to calculate correctly on the SO and Invoice, the issue is that it will not post to accounting because of the below error:
Tax statement item missing for tax code O1
Here is my setup:
I am using condition type MWST, access sequence Country(US)/Destination Country(DE) Amount 19%, Tax Code O1
In OB40, under key MWS, I have the GL account entered for the Tax Code and Accounts are determined for Tax Code.
I looked at the GL itself and in the control section, the tax category has a * meaning all tax types are allowed. It's also configured to post w/o a tax code present.
I'm at a loss, is my setup missing something or completely incorrect?

After kicking this around for a few days I'm still lost as to the issue
The new error I get is "Condition type MWST tax code O1 does not exist".
"When calculating tax, the system tried to determine the
condition amount and the condition number from tables A003
and A053 using the specified condition type and tax code.
However, no values were found there."
I discovered this SoldTo had a jurisdiction code and as soon as I removed it, I got past the earlier error and run into this one now. It appears it defaults to the jur. code for our main office if one isn't assigned to the sold to. I looked at these tables and these are the condition tables behind the MWST access sequence for tax condition types.
Here is my scenario again, please help me confirm I am approaching it the right way.
Need to collect 19% VAT when shipping from US plant to Germany.
I am using condition type MWST on the pricing procedure and this has an entry in VK13 to apply the 19% tax based on source/destination country. This seems to be working, it pulls it in ok onto the order in the tax field. I am using tax code O1 in the VK13 entry. I assume this is used in conjunction with the TAXUSJ procedure and will be used to calculate the right tax amounts.
I assume that since the source country is US, the tax calculation procedure TAXUSJ is where I need to do any config. I added a MWAS condition type which points to AccKey MWS. However, in FTXP I cannot enter in any percentage here. The field is greyed out. Within VK12, the only options I have for tax codes are from TAXUSJ.
I'm assuming that when trying to post to accounting this is where it's getting stuck since it can't find an entry in the condition tables behind this.
Can someone who's more of an expert on this please confirm my approach is correct. How can I get this tax in the TAXUSJ procedure?

Difference between Posting Date & Baseline date in MIRO

HI,
What is the difference between Posting Date & Baseline date in MIRO?
Regards
Chandan
Edited by: Chandan H N on Dec 14, 2009 11:11 AM

Dear,
Posting Date:
Posting Date in the Document
Date which is used when entering the document in Financial Accounting or Controlling.
Use
The fiscal year and the period for which an update of the accounts specified in the document or cost elements is made, are derived from the posting date.
When entering documents, the system checks whether the posting date entered is allowed by means of the posting period permitted.
Note
The posting date can differ from both the entry date (day of entry into the system) and the document date (day of creation of the original document).
Baseline Date
Baseline Date for Due Date Calculation
Date to which the periods for the cash discount deadline and the due date for net payment refer. This is the case for line items in open item accounts.
For line items in G/L accounts, the item is due immediately on this date because there are no cash discount specifications.
Procedure
During document entry for open item accounts, the date may be defaulted. For this, a terms of payment key must have been specified in the customer's/vendor's master record for which a default value is requested in the document.
The proposed date can be overwritten.
If the cash discount rates (and days) have not been entered, the baseline date for payment is the same as the due date.
Regards
Utsav

How to find changes

Hi,
In my tax procedure it was tax usx assigned to country us
now country us taxusj procedure assigned
how to find who has chnaged this procedure and when
i will assign points
Thanks
Chiru

HI Chiru,
Goto "assign country - calculation procedure"
Then goto UTILITIES>Change logs
Give the required input you will get the info on who changed what.
Hope this helps.
Pls assign points if it does.
Thanks,
Vamsi

In excise tables

in my excise table the excise base amount is takeing gross amount but it should take the gross amount subtract discount my tax procedure is taxinn plz help me

Hi Pavan
As far as I know, the Excise Base Amount is always the Gross Amount before charging Discounts. (The Tax authorities wouldn't be keen to lose Excise Duty just because a Trade Discount is offered; hence the JEXP Condition is a Percentage on the Gross Amount while the Assessable Value - JASS - is identical to the Gross Price.
Atleast that is how my Client wants it and my Pricing Procedure is working - I am onto TAXINN, too.
Regards
Ramana ND

Shipment Cost and Plant Abroad Config Doc

Can anybody provide me with the Step by step
1.Shipment cost configuration Doc.
2.Plants abroad configuration doc.

Hi
Please Follow below steps.Shipment cost
1)Create the transportation planning point for the company codes.
2) Maintain transp. relevance for the dly doc. type, item cat and routes
3) Define the shipment types
4) Define the shipment cost types
5) Define shipment cost item categories and assign
6) Define shipment cost relevance
7) Maintain pricing
8) Assign purchasing data
9) OBYC
10) OKB9
AND Please check the below:
Step1: T.Code: VL01N: Just Create Delivery Note here. Do not do the Picking and Packing.
(This is Client Specific)
Step 2: T.Code: VT01N: Create Shipment.
Here mention your Transportation Point and Shipment Type you Configured for this and Click on deliveries ICON.
GO to W.ref to
Outbound Delivery : Give your Delivery Number that you created earlier for this shipment and F8( Excute)
Then Select the Delivery and Click on OverView
Here Click on Planning then automatically Route( If route determination is done) and Vendor Number get generated and Save the Data.
Step.3: T.Code: VL02N: Change Delivery.Here give the Delivery no and
Do picking, Packing (If necessary) and PGI.
Plants abroad: Sales-specific settings
Description
If plants exist abroad for a company, i.e. in the same company code, (within the EU), the tax postings and the trade statistics for the goods flow between these plants are required for (INTRASTAT) internal EU trades statistics. In SD, this applies to replenishment and consignment.
You can meet these requirements by carrying out billing with special settings in pricing for the relevant transactions:
Because the INTRASTAT declarations were created using billing documents and the tax postings were created using financial accounting documents, billing documents are created for consignment fill-ups or pick-ups and replenishment deliveries although they are not relevant for billing. However, because there are no amounts the billing document has a total value of 0, obtained using a special pricing procedure (see below). INTRASTAT declarations and tax postings (the billing document is forwarded to FI) are created based on the resulting billing documents.
Do not make these settings if the plant abroad is not in the EU. All that is required is a pro-forma invoice.
Change system parameters in customizing
You can find Customizing for 'Plants abroad' in the IMG via 'Sales and Distribution/Basic functions/Taxes/Plants abroad "Plants abroad".)
A special pricing procedure (RVWIA1) is assigned to the new billing document (billing type WIA) defined for replenishment deliveries and consignments between EU countries. This pricing procedure has the following structure:
 1. Pricing condition (PR00)
 2. Input tax in destination country (based on pricing condition)
 3. Output tax in country of departure (that is, 0% on deliveries within the EU)
 4. 100% discount R100 (based on pricing condition)
 5. Output tax in destination country (based on the 100% discount)
This causes the total value of the billing document to be 0. The discount annulls the price. Input and output tax have the same percentage rate so that the total of the tax posting is zero and the total billing document has value 0.
Changes to the interface
Stock transfer
Replenishment deliveries between different EU countries are relevant for billing. The billing status is A.
The origin of the VAT registration number (billing header) has a new value: J
Consignment fill-up / pickup
Consignment fill-ups / pickups between different EU countries are relevant for billing. The billing status is A.
The origin of the VAT registration number (billing header) has a new value: J
During consignment fill-up, the coutry of the ship-to party is now used as the departure country country for tax determination.
Changes in procedure
Deliveries that occur as a result of a stock transfer order, can be billed if the delivering and receiving plants are in different EU countries and belong to the same company code.
Consignment fill-ups and pickups can be billed if the delivering plant is in an EU country and the consignment stores are in a different EU country. The consignment fill-up is then no longer relevant for the INTRASTAT declaration.
Condition records must be created for tax conditions WIA1, WIA2, and WIA3.
 1. WIA1: Input tax in country of destination.
 The tax code for the tax determination procedure of departure country must agree with the tax code of the country of the company code. This is because the tax code is accessed via the company code country during forwarding to FI. The field 'reporting country' (that is - country of destination) must be maintained in the characteristics of the tax code.
 2. WIA2: Output tax in the country of departure (0 % for EU-internal deliveries)
 3. WIA3: Output tax in country of destination.
 The tax code for the tax determination procedure of departure country must agree with the tax code of the country of the company code. This is because the tax code is accessed via the company code country during forwarding to FI. The field 'reporting country' (that is - country of destination) must be maintained in the characteristics of the tax code.
The total of the taxes has a value of 0. The total of the billing document also has a value of 0. The price is reduced by 100% using discount R100.
Procedure for removing dataset errors
Note:
When you maintain the tax indicator, remember that the tax indicator must be maintained at the same time in different tax determination procedures, or that you have to create a general tax determination procedure containing the tax indicators of the different relevant countries.
Please read the Release Note
abroad.
Dependent functions
INTRASTAT declarations, combined declaration, Sales tax advance return
http://sap.ittoolbox.com/groups/technical-functional/sap-acct/plant-abroad-functionalty-66840
SHESAGIRI.G
Message was edited by:
 SHESAGIRI.G

Discount in taxusj procedure

Similar Messages

Maybe you are looking for