Condition type GRWR

Hi,
What is condition type GRWR? When is it used?
Thanks,
Kaveri

Hi Kaveri,
The statistical value is used for creating documents in foreign trade and for declarations to the authorities.
To do this, the condition type GRWR has been created in the standard system. It calculates the statistical value and places it in field KOMP-GKWRT.
General import and export processing
Condition type GRWR has the following controls in pricing:
1. Control in condition type GRWR for MM-Purchasing and SD-Sales:
a) Price condition
b) Percent calculation
2. MM import control in pricing procedure RM0000:
a) Requirement 8 (only in the case of export)
b) Statistical condition
c) Subtotal C (place value in item field KOMP-GKWRT)
3. Control using access sequence GRWR
4. Access with the Incoterms field to condition records that you created
5. SD export control in pricing procedure RVAA01:
a) Base formula 2 (reference to net value)
b) Requirement 8 (only in the case of export)
c) Statistical condition
d) Subtotal C (place value in item field KOMP-GKWRT)
6. Control using access sequence K033
7. Access with the Incoterms field to the condition records created
Hope this will help you.
Thanks,
Nisha

Similar Messages

Condition type manually removed in back-end

Hi!
I am creating a purchase order in SRM. The order is created with a foreign supplier. When replicated to back-end and looked at in ME23N the condition GRWR is 0 when it should be the same amount as the Gross price. When doing an analysis of the Pricing we can see that the condition type GRWR has been removed manually.
The exact message is:
GRWR 008 Condition record exists (removed manually)
When PO is created directly in SAPECC, the condition GRWR is taken into account and populated with value. The condition itself is set up for combination of Incoterms only. The order created from SRM and the order from SAPECC are both using the same calculation schema RM0000.
Any suggestions?
Have I missed a setting in SRM?
Sincerely
Anders Öhrling

Hi,
we have exactly the same issue as you described. Did you find a solution for this problem?
Regards
Stefan

Different base value reference steps for same condition type

Dear Gurus
I have a scenario where I have single pricing procedure for normal sale and Intercompany billing.
Condition type GRWR should take the base value from step 350 in standard scenario
But in Inter company billing it should take the base value from a different step.
Want to check the possible way to determine these.
Regards,
Neeraj Srivastava

In the pricing procedure, in the step that you're interested in intercompany billing put in the subtotal field the indicator "carry over value to KOMP-KZWI". Make sure that the KOMP-KZWI field that you'll choose is not used in any other step.
Then with the help of an ABAPer you should maintain a routine (Tc VOFM -> Formulas -> condition base value) that in the case of intercompany billing (if billing-type is XXX ... etc) will take the KOMP-KZWI* value that you chose previously.
Then back in the pricing procedure, assign your new routine in the field "Alternative formula for condition base value" (BasType).
Agis

GRWR Condition type

Hi all,
please tell the use of GRWR condition type and in which case this is used and for what purpose
regards
Komal

Hi,
I can't fully explain its use, but it is relevant to exports only (due to a condition type of 8 being relevant, in a standard SAP system).
It relates to the European community only and therefore may well only be relevant for something like Intrastat reporting (relevant to VAT).
If the PO is from an EU country and is crossing "borders" then it applies a statistical value to the transaction for reporting purposes.
Sorry I can be more specific or more confident in my response.
I have just seen that Yogesh has provided a lot more help while I was typing my reply. Thanks Yogesh.
Steve B
Message was edited by:
Stephen Birchall

Condition types doubling/tripling/...when sales documents created with reference to other documents

Hi,
When I create a sales order with reference to a Quote, the pricing condition types are duplicating. Same is happening when subsequent documents like Billing, credit memo request and credit memo are created. Particularly, the condition types are doubled/tripled/.... in the subsequent documents. Because of this, pricing net value is calculated wrong. For example, freight charges getting added twice. I searched the forum and found similar issue was discussed at Condition types - Doubling UP raised by forum member Sridhar Vijjhalwar, however there is no solution added in it.
Has any other member came across this issue and resolved?
I have checked the access sequence and exclusive indicators are checked. Copy controls are also checked, looked good and I tested by adding copying type D/G. Checked OSS note also and found one OSS note 1459807 - Invoice has missing/incorrect conditions when created from a sales order.
but it is not solving the problem either. Issue also elevated to SAP for their investigation. Our system is SAP ECC 6.0 - EHP6.
Quote Pricing:
Sales order Pricing:
I appreciate any pointers to resolve the issue.
Regards,

what was the scenario, and how did you replicate?
It is a configuration for a new project (France country), however we found that the same issue popping up for existing business processes also. As for replicating, we just tried the same procedures, the issue is found in subsequent documents.
If you have observed one notable thing is - all the condition types which duplicated were Z Conditions, and the standard conditions were never duplicated at least in my case.
In our case even standard condition types like MWST, SKTO, GRWR, VPRS also shows duplicating.
if you can throw about the business process?
As you have mentioned order created with reference to quote was only the straight forward scenario?
I tested other scenario also, like creating a sales order, then delivery and then billing. In this case in billing document, the condition types are duplicating. If I create a credit memo request against the billing document, then it further duplicating.
I am not sure what is causing this. I initially thought it may be copy control settings pertaining to the new project, however other business documents also has the same issue. Other business are using different document types.
Thanks for your follow-up.
Regards,

How to prevent consecutive entries of same condition type in a sales order

Hi,
My client is using manual condition type for the basic price "ZBPR". Now system allowing multiple entry against this condition type in the pricing screen during order creation i.e in the first line if we put Condition Type "ZBPR" and putting some value as amount, then again if I put "ZBPR" as condition type and give some other value as amount then system is allowing this and doing all the subsequent calculation.This is not acceptable by the client.
The functional person regarding this is saying this can be done by using routine.Can some body tell me which routine should I take for this if that is possible by routine and the required code.Also say if there is other way to solve this.
Thanks,
Manas.

Hi ,
u can do it thru VOFM(tcode)--->Menu -> Formulas>condition value , but in this case u need to derive the value of this condition type by using ur own logic.
Re: vofm-routine
Regards
prabhu

How to restrict duplicate condition type in sales order

Hi All
Is there any standard method to restrict user for adding a particular discount condition type more than once in sales order. condition type is manual and its records are also being maitained manually.
Else would I will have to create userexit at sales order level or a routine in pricing procedure. I doubt on creating a rotuine in pricingprocedure because in pricing procedure there is already a restirction to add similar condition type more than once.
Thanks

create a routine and add this routine to the discount condition type only.

Creation of New Condition Type

Hello SAP Folks,
I have one issue related to pricing. See the case is i have to produce an extra cost in the Sales Order which is actually depended
upon the net price. This condition type is percentage based and calculation works in the following way:
Let the new condition type be Z123 and Net price be PR00.
So for year variation 1-2 year, the condition type Z123 will be 1.5 times of PR00
2-3 year, the condition type Z123 will be 2.0 times of PR00
3-5 year, the condition type Z123 will be 3.0 times of PR00
Can anyone throw light on how to configure this condition type ???
Regards,
Sarthak

Hi,
For Z123 Condition type make (V/06)
Cond. class A Discount or surcharge
Calculat.type A Percentage
Plus/minus A Positive
and all other settings are same as Discount condition Type
For making Z123 customize an Discont Condition Type (EX:K004,)
Then while creating the condition record give the percentage as 150% 1-2 yearin valid from and to date,
give the percentage as 200% 2-3 yearin valid from and to date, give the percentage as 300% 3-4 yearin valid from and to date, and save the record. (VK11)
In the pricing procedure For step z123 condition type from which you want the % that is step of PR00 should be mentioned in the FROM and TO column.(V/08)
This will result as per your requirement

In import Pricing Proceedure, Some Condition types added to Material Cost

HI,
In Import Pricing procedure, Some condition types (Like Basic Customs Duty,Edu Cess & Hier Edu Cess) are added to material cost. The remaining are not added. What is the configuration to add condition types to Material cost?
Note - we have added FR3 account key for all condition types. Then why few condition types are added to material cost and why others are not added to material cost?
Can any one please help me on this..
Thanks
KB

Assign key "NVV" to those condition types which are to be loaded to material cost.
Hope this resolves ur problem

Condition type freight is not getting displayed in print preview

Hi,
I created PO, and while seeing its print preview:
Condition type freight is not getting displayed.
Where i missed?
Uts

hi,
Inddition to M/08...(As given above)...
Also do check the smart form or SAP script...used for the output...check it with the ABAPer...whether the field is liable for o/p or not??
Smart form is attached at message type of message determination..
Regards
Priyanka.P

Pricing: New condition type not getting listed in options in product master

Hi,
I have created a new pricing procedure and also created a new condition type for it. I am trying to create a condition record in the product master for this condition type but the condition is not there in the list of conditions. How can I inlcude it in the condition list?
Even the new condition type I have created by copying 0PR0 is not getting listed in the options, whereas 0PR0 is getting listed.
Regards,
Meenakshi
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:27 AM
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:29 AM

Hi Meenakshi,
you need to enhance the condition maintenance group in the customizing, which is assigned to the product master. Please check: IMG: Customer Relationship Management -> Master Data -> Products -> Special Settings for Sales Operations -> Assign Condition Group to Application CRM and IMG: Customer Relationship Management -> Master Data -> Conditions and Condition Technique -> Condition Technique: Basics -> Create Maintenance Group.
Best Regards,
Michael

Statistical condition types not getting displayed in invoice

We have configured the tax collected at source (TCS) condition types and make them as statistical in the pricing procedure. Now, the issue is when we are using them the values for these condition types are getting calculated correctly as the total value is correct but in the invoice their individual values are not getting displayed.
In the analysis also we can see that the condition records are found but being statistical condition they should get displayed in the invoice as only the correct total value will not serve the purpose, please help
Thanks & regards
Puneet Agrawal

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
<b>Reward points for useful Answers</b>
Regards
Anji

Condition types not getting displayed

i have uploaded a smartform & copied the standard program(/SMB40/FM06P) of it into my system.the condition type texts & their amounts are getting displayed for import purchase order(conditions are getting picked from me22n--->conditions) but for domestic invoice im unable to display condition type texts & their amounts.(these are picked from me22n-->invoice---->taxes).
in program lines this code exists.
<FS>   like EKPO.
<KO> like KOMV.
input parameters            output parameters
ZXEKKO                        G_KSCHL
L_NETWR                      G_VTEXT
<KO>                             G_KWERT
G_VTEXT                        G_FRAKWERT
G_FRAKWERT               G_TAX
G_TOTAL
<FS>
G_TAX
L_KWERT
CLEAR: g_vtext,g_kwert,l_kwert.
CHECK NOT <ko>-kwert = <fs>-netwr.
Get Condition Type Text from table T685T and the value
SELECT SINGLE vtext INTO g_vtext FROM t685t
WHERE spras = sy-langu
AND kschl = <ko>-kschl.
IF sy-subrc = 0.
MOVE <ko>-kwert TO g_kwert.
ENDIF.
Check document currency
IF NOT l_netwr IS INITIAL.
WRITE g_kwert TO l_kwert CURRENCY zxekko-waers.
ENDIF.
*Determine if the discount is based on %
IF g_vtext CS '%' OR
g_vtext CS 'percentage' OR
<ko>-kschl = 'SKTO'.
<ko>-kbetr = <ko>-kbetr / 10.
MOVE '%' TO <ko>-waers.
ENDIF.
Determine Tax
IF g_vtext CS 'tax'.
ADD <ko>-kwert TO g_tax.
CLEAR g_kwert.
ENDIF.
Determine Freight Charges
IF g_vtext CS 'Freight'.
ADD: <ko>-kwert TO g_frakwert.
CLEAR g_kwert.
ENDIF.
i feel the data is coming from above code only.please suggest where i have to make changes so that it picks data from ME22N->INVOICE--->TAXES which has conditions for domestic purchase order.please help.

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
<b>Reward points for useful Answers</b>
Regards
Anji

Pricing condition types in SRM 7.0

Hi,
We are using SRM 7.0, we have decided to go ahead with the pricing proceedure and the condition types which are there in ECC the same should be replicated to SRM.
We have created the same pricing proceedure and the calculation scheema in SRM.
Now my requirement is when i create a PO with the conditions and when i am transfering to ECC the PO should also be with the condition types. It should be a similar PO in ECC.
Is this can be addressed.

Hello All,
As I have already mentioned the condition types in SRM are identically matched to ERP condition type hence the data is flowing correctly and even the idoc has the z-condition type Z123.The IDOC in backend ERP has status 53.
On trial and error method we did unchecked the manual indicator check in the pricing schema for the relevant condition type and because of that now the Z-condiiton type can be seen in the backend ERP contract.
If the indicator was checked, this means that this condition can be maintained only manually (directly in the transaction
ME32K in ECC) and nothing can be transfer from other source.
Note: If the same condition type is being used in more than one pricing procedure then ensure that the check bok is unchecked for agianst the relevant condition type.
Thanks,
Yatin

G/L Account assignment to condition type

can we assign more than one G/L account to one condition type and if how?
Edited by: Lakshmipathi on Aug 4, 2011 12:01 PM
Better use the subject effectively. Also search the forum before posting such basic question and stick to forum rules

Dear gaddammai ,
PLEASE READ THE FOLLOWING THREAD BEFORE POSTING
https://wiki.sdn.sap.com/wiki/display/HOME/RulesofEngagement
Read This Before Closing your Threads
Now, search the forum before posting any queries.
This will help you develop the skill to use right 'search terms'.
About your question, yes we can have multiple G/L for same condition types if,
the condition types are assigned with different account keys in two different pricing procedures.
Thanks & Regards,
Hegal K Charles

Condition type GRWR

Similar Messages

Maybe you are looking for