Currency by default into the conditions types

Hi Experts,
I have the following scenario. The Company where I work carries out purchase orders that requires to maintain two kind of currency for two conditions types. So, I wonder if it's possible to customize the currency by default into the conditions types, so this way the company will be able to create a purchase order by treating different kinds of currencies although the header document shows just one of those.
I'll appreciate any idea about explained above.
Best Regards.
José

HiI,
NARMALLY SYSTEM WIL Lallow to create PO with the document currency of the vendor or the local currency of the plant /materials and with other currency by a curency conversion.
If your intenstion to see that differant conditions in the PO need to have differant currencies , you need to give the conversion in the PO items condition if the header currency is differant from the conditions currency.
You can create the condition record at MEK1 to get defaulted into PO with the currency you want .with proper condition tables.
Regards,

Similar Messages

How to find out the condition type of the tax code in the PO document

Hi friends,
My questions is how to find out the condition type of the tax code in the PO document.
When you use me23n to display one PO document. In the invoice tab, there is one text field named 'tax code' whose value could be T1, T2, J1, J2 and so on. Beside the text field, there is one button named taxes. When you click the button taxes, it will show you the condition type of the tax code. For example, if the tax code is 'T1', then its condition type 'mwcn'.
I want to use the information on the PO to find out the value 'mwcn' of the tax code 'T1'. Could anybody help to describe the logic?it looks like the value is saved in the table konp. But I don't know the logic. Please describe. Thank you.

Hi,
Hope you have asked for select query..
select single knumh from a003 into wa_knumh
where mwskz = wa_itpotab-mwskz
and kappl = 'TX'
and aland = 'IN'.
select single kbetr from konp into wa_kbetr
where knumh = wa_knumh.
cheers,
Dep

Change the condition type based on sales document type

Dear ALL,
I have created a condition Zxxx which is a fixed calculation type for the documents created by the upload from external tool to SAP. I created this condition because external tool is using a 15 place decimal which SAP doesn't allow and if the normal condition type Zyyy is used SAP calculates once in SAP and there are rounding issues. What the Zxxx condition type does is accept whatever value is sent up from external tool to SAP, regardless of the quantity. The problem is that whenever they create a credit with reference, in SAP and they want to do a partial credit, the Zxxx doesn't take the partial quantity into consideration and doesn't change the value.
Is there a way to force SAP to change the condition type from Zxxx to Zyyy based on sales document type without recalculating the whole document because that would again, cause rounding issues. We would need to have the calculation done only on quantities changed in the credit memo request .
please advice me. your inputs are highly appreciated.
TIA
KOGI

Dear ALL,
someone please help me with this issue. your inputs are higly helpful.
TIA
KOGI

MM-PUR default scales for condition types for service (ME31K

Hi,
We have faced the following problem:
The business case was, to have default scales for certain condition types for a service for a purchasing contract.
We didn't find it in SAP, so we wrote an OSS. SAP answered that it's not possible now, nor in the future.
So we decided to look around in SAP, and found out that it was half possible.
I've abused the exit USEREXIT_XKOMV_BEWERTEN_INIT of program RV61AFZB.
In this exit I provide the internal table staffel for program SAPMV13A with the correct information (via ASSIGN ('(SAPMV13A)STAFFEL[]') to <staffel>.)
In this way, if a user adds a service, this exit will get reached and the scales are filled. If the user then clicks on conditions and then double clicks the condition type with the scales, all the default scales are shown to the user. If you then click on save, the next screen is the service screen, if you then click on save again, all the date is stored in the database. (bit of a work around, but this works)
However, I can't figure out how to save the scales data, when you only add a service and then push the save button without viewing the conditions. Quite logically actually because I'm skipping two whole screens with pbo and pai modules, in these modules internal converting takes place.
Has anyone encountered this problem before and how did you solve it then ?
Alternatively what is the SAP standard way to add pricing condition scales on condition types of a service of a purchasing contract? As you know there is no BAPI yet to change/create a purchasing contract.
I was thinking, to add the scales by updating the tables directly via ABAP, I know that's not a clean way to do it, although it isn't too risky.
Kind regards, Rob Dielemans

Dear Rob,
Is this solution properly working for you?
I think my problem is similar: purchasing outline agreement (contract) refuses to apply relevant scale prices in the item line. Always uses the first price - without considering order quantity depencies.
Regards,
Tamás
Edited by: Tamas Szabo on Mar 31, 2009 3:50 PM

Checking for the condition types using case statement

hi folks,
I have a lot of condition types that I have to check for and I am using case statement to do that. The code goes like this.
case wac-kschl.
        when 'ZRAT' OR 'ZAGR' OR 'ZRCR' OR
              'Y098' OR 'Y007' OR 'ZREW' OR 'Y106'        OR 'ZTSR' OR 'Y127' OR 'Y125' OR 'Y126' OR 'Y124' OR 'Y157' OR 'Y092' OR 'Y085' OR 'Y090' OR 'ZMZD'
OR 'Y215' OR 'Y214' OR 'Y111' OR 'ZC$D' OR 'ZAUD'.
up till here it is working on errors and when I add few more condition types to the case statement it is throwing the error.
I have to check for all the condition types out here.
How can I correct it? Is there a better way to do it?
thanks
Santhosh

Hi Santhosh,
I think that your CASE statement has a flaw. The line length of one of the lines is too large. You need to insert a carriage-return to shorten it (or press the button 'Pretty Printer').
The code would look nicer like this:[code] CASE wac-kschl.
    WHEN 'ZRAT' OR 'ZAGR' OR 'ZRCR' OR 'Y098' OR 'Y007' OR 'ZREW'
      OR 'Y106' OR 'ZTSR' OR 'Y127' OR 'Y125' OR 'Y126' OR 'Y124'
      OR 'Y157' OR 'Y092' OR 'Y085' OR 'Y090' OR 'ZMZD' OR 'Y215'
      OR 'Y214' OR 'Y111' OR 'ZC$D' OR 'ZAUD' OR 'Z001' OR 'Z002'
      OR 'Z003' OR 'Z004' OR 'Z005' OR 'Z006' OR 'Z007' OR 'Z008'
      OR 'Z009' OR 'Z010' OR 'Z011' OR 'Z012' OR 'Z013' OR 'Z014'.
    Do your thing here
      WRITE: / 'OK'.
    WHEN OTHERS.
      WRITE: / 'NOT OK'.
ENDCASE.[/code]If this will not work for you, you could try a different approach:[code]* Local definition
DATA:
    var_list(1024).
Build variable string for checking
CONCATENATE 'ZRAT ZAGR ZRCR Y098'
              'Y007 ZREW Y106 ZTSR'
              'Y127 Y125 Y126 Y124'
              'Y157 Y092 Y085 Y090'
              'ZMZD Y215 Y214 Y111'
              'ZC$D ZAUD'
         INTO var_list
    SEPARATED BY space.
Check if the correct value is supplied
IF var_list CS wac-kschl.
Do your thing here
    WRITE: / 'OK'.
ENDIF.[/code]Hope this helps you a bit.
Regards,
Rob.

Can we take standard report for all sales orders based on the condition typ

Hi all,
Based on the condition type, we need to take a report for sales orders on the particular date.
Thanks and Regards.....VM

Hello again.
Searching for a solution, I found a Logical Database for sales orders, that have all the information that you need.
Using like reference the post of Bhagavatula, in the same transaction SQVI you can use, instead of the suggested join, you can select a logical database called VAV in Data source.
This logical database links the tables, VBAK, VBAP, VBUK and KONV that is the central point of the question.
You can list the information of logical database using the transaction SLDB.
In 'Logical Database' inform VAV.
Press F8 to list all the fields.
More information about logical database in:
Link: [SAP Logical Database|http://help.sap.com/saphelp_46C/helpdata/EN/9f/db9b5e35c111d1829f0000e829fbfe/content.htm]

In sales order for the condition type MWST, **Tax code** is displaying wron

Hi
In sales order for the condition type MWST, *Tax code* is displaying wrongly at header level i.e. FF instead of AO (under account determination tab)
AO tax is 0% but for FF it is 19%
I have checked with the Access sequence it is picking access 08 correctly according to this it should show AO in tax code field for MWST but it is not so..
There is a manual change for tax classification for material master in va02 initially it was blank now it is changed to ' 0 ' is any way influencing....?
Even if I consider material tax classification and customer tax code should not be FF because tax code FF is not maintained for the combination of access sequences for condition type MWST
Please help me.
Rajendra Prasad

Dear Rajendra,
There is a manual change for tax classification for material master in va02 initially it was blank now it is changed to ' 0 ' is any way influencing....?
Definitely material Tax classification will influence to determine the Tax code.
-->So Make sure that customer and material master having proper tax classification indicator.
-->Have you Update the price after changing the tax classification in the sales order.by going to item dat -->condition tab then click on Update push button bottom of the conditions screen.
-->Once again the check the condition record maintanence also for your MWST access sequence.
I hope this will help you,
Regards,
Murali.

How to hide the Condition types in item condition screen in Sales Order ?

Hi Experts,
We got new requirement from the Client. Pricing Condition types are ZZBG, ZPBG, ZPBA, ZFSG, ZBDG and ZBHG part in Pricing Procedure. These condition types have Condition records. These need to be hidden in Item conditions screen in Sales Order but other status of the conditions remain unchanged. Pleas provide me the solution earliest How this we can achieve in a best way.
Best Regards,
Srikith

Hi Srikanth,
You can achieve this using CONDITION EXCLUSION.
Maintain Condition exclusion for first condition type its Exclude the condition types which are below to that.
You must set a condition exclusion indicator for the price. You can do this in two ways:
If you want to set the condition exclusion indicator a follows then you specify it:
1..for all condition records of a condition type (e.g. with condition type PR00) when defining a condition type in SD Customizing
2.for an individual condition record (e.g. only for material 4711) in the detail screen of a condition record (in the Condition exclusion field)
Hope this will helps you
Dasaradha

Which table i can use to find out the condition type in PO item ?

Hello, erveryone. Which table i can use to find out the condition type in PO item ? Thank you.
Xinzhou.

hi
The Table name used to find the Tax Values are
KOMV: Pricing Communications-Condition Record
KONV: Conditions (Transaction Data)
From the above tables you can refer the fields below.
KAWRT
KBETR
for excise check table J_1IEXCHDR for header
J_1IEXCDTL for item excise
Fetch the corresponding records based on the field
KNTYP
regards
kunal

Price was not picking from the Condition type for Item Category 'P' in PO

Hi Experts,
I Created one condition type based on Material and WBS which price was fixed based on this
I used the Purchase Order having Item Category P or Q Price should pick from the condition type where I mapped the WBS Element and Material.
The Net price was not picking from the Condition type Record. Why? What should be the Problem?
Whether my logic is correct or not?

The Scenario: I want to fix the Material price base on each WBS Element for a Project. For each WBS Element the Price will be various for same material.
Please help on this.
Thanks
Muthukumar

Hi,
In standard configuration you cannot set item delivery date as a pricing data.
Maybe you shoud look at SAP enchancement - in dedicated structures you can pass additional item data (structure KOKMP).
IMG link:
Materials Management -> Purchasing -> Conditions -> Define Price Determination Process -> System Enhancements
hope it helps.
regards,
wojciech

Changing the Condition type Text in the Purchase Order

Hi SAP,
Hi,
We have a requirement where by we need to change the Description of the condition type text in the Purchase order.
The condition type is a entered at item level.
Normally this description comes from the Condition type Definiton i.e., T685T-VTEXT.
can any one of you suggest a User exit or a method where by we can change this text at PO.
Has any one of you came across such situation before. if so please provide me with your inputs.
Thanks
Best Regards
ShitalD
Edited by: Shital Deshpande on Feb 21, 2010 1:07 PM

Hi,
I think it is a config setting..Please check with your functioal consultant regarding the same.. I won't suggest to change the standard SAP table T685T but you can keep it as last option .
From SPRO you can follow the below path
Sales and Distribution->Basic Functions -> Pricing > Pricing Control -> Define condition types.
Regards,
Nagaraj

How to make the condition type active

hi,
how to make the condition type active when its in inactive stage and its showing yellow triangle and y in the control features of it.
and
how to solve if is showing a statement as "INITAILISED".
regards,
balajit

Dear Balaji,
Yes it will come as Inactive mode.....If you make the 2 condition Class is same in single Pricing procedure ,In Standard system will display like this only..
For Example:PR00-Condition class is Price
EX00-Condition class is Price
Then first Condition type will become Inactive.. change the Class of the Second Condition Type.
Best Regards
raj.

Changing the Condition type Name in VA03 transaction

Dear Peers,
I want to change/update the condition type name in VA03 transation....is this possible through 'BAPI_SALESORDER_CHANGE' or is there any else method do change/update the condition type name in VA03 transaction.
Regards,
Harish Kasyap.

Hi,
I think it is a config setting..Please check with your functioal consultant regarding the same.. I won't suggest to change the standard SAP table T685T but you can keep it as last option .
From SPRO you can follow the below path
Sales and Distribution->Basic Functions -> Pricing > Pricing Control -> Define condition types.
Regards,
Nagaraj

Check the condition type

hi
there is a condition type in the name of "octroid" which is calculating in the sales order properly, now the issues is that the same octroid condition should not apper in the invoice or u can say at the time of commercial invoice so is there any way how can i make the invoice with out the condition type "octroid" . is there any kind of setting to be made in copy control
waiting for ur reply
regards
subhrangshu

Hi Subhrangshu,
You can assign 2 different price procedure in the sales document and the billing document.
In the second one, just take out the condition you don't want to appear.
Another possibility would be to create a condition formula and add it in the single price procedure, so that the price condition is excluded in the billing document.
You can take an example on the condition formula used for rebate conditions, they are only valid for billing documents, not sales order. As you want the reverse, just change the logic!
Best Regards,
Franck
Freelance Logistics SAP Consultant

Tax value is not picked up correctly for the condition type in SO creation

Hi All,
I have a issue in Picking up Tax value correctly for the condition type in SO Creation.
Actual Issue:
When creating the sales order manually,
tax value is picked up correctly for one condition type: ISS3.
When the Sales Order is created via Idoc using the function module 'idoc_input_orders', tax value is not picked for same condition type: ISS3.
We need to find out why the value for the condition type 'ISS3' is not picked in this way!
Can anybody solve this issue!
What can be the reason which is stopping picking up tax value for condition type: ISS3 when Sales Order is created via F.M 'IDOC_INPUT_ORDERS'! While it picked up the same while creating Sales Order manuallly.
Thanks in advance.
Thanks,
Deep.

Hi All,
Can anybody give the solution for above posted issue!
Working:
When creating the sales order manually,
tax value is picked up correctly for the condition type ISS3.
Actual Issue:
When the Order is created via Idoc using the function module 'idoc_input_orders',
tax value is not picked .
I need to find out why the value for the condition type 'ISS3' is not picked.
I have debugged the issue from WE19 but upto Conditions tab it is picking up tax value but then it is becoming zero again it remains zero after saving SO.
But Manually tax value is picked up for condition type ISS3 and remains same after saving order.
I have debugged it several times fro WE19 but not able to find route cause for the issue.
What can be the issue over here!
Can anybody give me solution for the same!
Thanks in advance.
Thanks,
Deep.

Currency by default into the conditions types

Similar Messages

Maybe you are looking for