Reg. Requirement type in Sales order

Dear Experts
Where is assigned the Requirement type KEK in spro img screen( List of allowed Requirement types ). Pls help me.
Thanks in advance
Rajakumar.K

check T code OVZH u will find requirement type and requirement assignment.
Thanks & regards,
Ratish

Similar Messages

Requirement type in sales order

hi sap gurus,
i want to know how requirement type is configured and how it conmtroll the scenario in MAKE TO ORDER scenario. previously i have seen that with requirement type in sales order Procurement tab, system determine the planning statergy and it determine the special stock type of material, e.g. E for sales order stock and Q is for project stock. but i want to know whether this is correct or not and how this is happenning i.e. what is the configuration and assignment.
please help at earliest.
biplab rout

Hi,
Check this thread
Re: Requirement type
Re: requirement type and requirement class
Thanks,
Raja

Where we can see requirement type in sales order.

Hi
Where we can see requirement type in sales order ?
Can we change the requirement type in sales order.
Thanks,
KP

Hi
1.You can see requirement type in sales order in the Procurement tab.
2.Yes you can change the requirement type in sales order in the same field.
Regards
Vamsi

Changing requirement type in sales order

Hello,
I'm tryin' to change the position requirements type in an existing sales order (switching between make-to-order and make-to-stock). Both options are available to choose (KE and KSV).
But after saving the order the field is grey and no longer accessable.
What is wrong?
Thanks,
Sebastian

Hello Sebastian;
It can be the relationship between the "completion rule" in the item category and the "Pos./neg. quantity" field in the copy
control of the sales documents. It is blocked one way (if you try to change the field in the copy control when the completion rule is blank you get an error message) but it lets you go through when you remove the completion rule with a value already in the field "Pos./neg. quantity".
The rules that I mentioned above can be interfering when you make a changes in Requirement type.
Regards
Ruy Castro

How to Avoid Duplicate Pricing Condition Types In Sales Order and Billing

Hi SAP Gurus
I have a requirement in Pricing (Sales and Distribution). We have issue duplicated condition types in Sales order and it causes wrong posting in to accounts.
I want make them inactive duplicated Condition type in Sales order and Billing Documents.
Please advice me how to make inactive status to duplicated Condition types
Thanks in Advance.
Ravikanth

Hi
You can use Exclusion Group
You can define 2 Groups and include 1 condition type in each
and define exlusion procedure
A   Best condition between condition types
B   Best condition within the condition type
C   Best condition between the two exclusion groups
D   Exclusive
E   Least favorable within the condition type
F   Least favorable betweent the two exclusion groups
you can use Exclusive to set your condition type or as per your requirement
Regards
Jitesh

About hide special condition type in sales order condition screen

Hi all,
    I have such requirement:
    Customer want to hide some condition type in sales order condition screen.
    I have tried the authrization object :V_KOND_VEA but it only controll the master data level
    and the special still show on the condition table.
    I have also find any user exit in SD module:
    USEREXIT_FIELD_MODIFICATION (module pool SAPMV61A, program MV61AFZA)
    But it looks like a system modification, and need the modification key.
    So, is there any solution such as enhancement or configuration to meet this requirement?
Many , thanks.

Check this thread where similar requirement was discussed
[Condition Type |Condition Type]
thanks
G. Lakshmipathi

Default document currency as per document type for sales order

Dear All,
We are facing problem in Default document currency as per document type for sales order,
Our requirement is not to give currency in customer master & set it as default document currency as per document type,
for example: Document type 'OR' default currency 'INR',
                     Document type 'ZEU' default currency 'EUR',
                     Document type 'ZUS' default currency 'USD',
                     Document type 'ZNP' default currency 'NRP,'
                     Document type 'ZAF' default currency 'RAND,'
Is it any how possible in standard setting ?,
Regards,
Sai

Hi,
The system proposes the sales document currency from the customer master record of the sold-to party. You can change the currency manually in the document or change in currency in customer master. If you change the currency, the system recalculates prices for the entire document.
to determine different currrency in sales docuement you need to write an user exit and then overwrite the docuement currency copied from customer master. Try user exit 'USEREXIT_MOVE_FIELD_TO_VBAK' under include MV45AFZZ for this change.
with regards
vivek.

View requirements for delivered sales orders in MD4C.

MD4C shows requirements for open sales orders and other related data but if a delivery has been created for the order which covers complete sales order item quantity it is excluded in the report.
I want to view such requirements too. Is there a possibility of the same and how?
Or any other transaction where this can be seen?
Regards,
Sonal Murbade

Hi,
When a delivery is completed (e.g. bu PGI). the requirement is not needed any more and it's deleterd in table VBBE or VBBS, so, you can not see it in requirement list any more.
You sill can see the order in table VBAP(sales order) or table LIPS (delivery).
BR

Forgot to put ZPNT (Penalty condition type) in sales order

Dear Expert,
We have created sales order and billing document has been sent to customer,after that we came to know tht we forgot to put ZPNT Condition type in sales order. Now i want to create another sales document with reference to billing document, in which only ZPNT Condition type will be appear (not other condition) and thn will create billing document with reference to new sales order so that ZPNT amount goes to the right ledger A/C......Is it the right process to solve this problem if yes thn please advise me how to fonfigure the system.
Regards
Parul Deshwal

hi Parul,
rather than doing this which is quite complecated process
saying complecated because, when u do Copy from billing to sales document all condition will appear and might be there r some mandatory conditions in pricing procedure which you can not remove.
Above all, IF your condition ZPNT value is based on some other conditions then also it will not be possible for you to calculate it correctly.
there is one more possible way by creating DEBIT NOTE with reference to sales order but again you might have to face above mentioned problems
So better you follow standard and easy method
1. Reverse the billing document if PAYMENT is not posted
2. Reverse the Delivery (if any)
3. add your condition type to sales order for line item and create it
Regards

Purchase order type in sales order header

Dear Friends,
how can I make purchase order type in sales order header be default.
With regards

Hi Vamsi,
if you want to enter a default value in the purchase order type field in sales order header, then do it by either of the ways
1. by variant tcode SHD0
2. by USEREXIT_MOVE_FIELD_TO_VBKD in program MV45AFZZ
regards,
Santosh

How can prevent duplication of condition types in sales order??

How can prevent duplication of condition types in sales order.
While we want Amount field Changeable by user.
Please give me solution.

Dear Rohit,
Can you explain your scenario in detail with an example or any screen shot so that we will help you in easy way ...
Regards,
C.B Reddy

Add an output type in sales order header

Hi Dear Experts,
I try to find a way to add an output type in sales order header after the order was created.
I also need the output to be sent immediately to the FAX.
Do you know any BAPI or Function that can help me or have any idea how it can be done?
Thanks and best regards,
Sagit.

Hi,
You can use the FM ..RV_MESSAGE_UPDATE..
Thanks
Naren

Manual Condition type in Sales Order

Hi,
i need to enter a manual condition type in sales order which should come in % and the value should not come or it should come as zero, Is there any way to make that manual condition value as Zero in sales order.
Ragu

Raghu,
Pls check the OSS notes 392668, that will solve your problem.
The same pasted here for your reference. However, I advise you to download it and then read due to inconsistent formatting here.
Reward if this helps.
When you create documents in which the standard pricing is used to determine condition records as well as to calculate a pricing result, the display and entry of manual entries is not clear in the relevant condition screen (screen 6201 in the SAPLV69A or SAPMV61A programs for releases prior to 4.6A).
This note explains the interaction of manual entries with the attributes maintained in the pricing procedure and in Customizing of the condition type.
Other terms
KAUTO, V/06, V/08, KAEND fields, KOZGF, PRICING_CHECK, LV61AU08, XKOMV_ERGAENZEN_MANUELLE, LV61AA53, manual entries, MANU
Reason and Prerequisites
In the pricing Customizing, the following fields affect the manual entry of complete condition lines or individual condition rates:
Description        Technical name              Maintenance transaction in SD
Access sequence    KOZGF                  V/06 and V/07
'Manu'            KAUTO                  V/08
Depending on the characteristic of the mentioned fields, the pricing condition screen appears as follows:
KAUTO   | KOZGF    | Condition record existing on DB? | Result
Initial | Initial   | -                                | (1)
Initial | Existing | No                              | (2)
Initial | Existing | Yes                              | (3)
Set     | Initial   | -                                | (2)
Set     | Existing | No                              | (2)
Set     | Existing | Yes                              | (4)
Result (1)
A condition line is set for the relevant condition type [KSCHL]. The 'Condition rate' field [KBETR] does not contain a value, but is ready for input. The displayed line serves as an input help or a template for the manual entry.
Result (2)
No relevant condition line is set on the pricing condition screen, in other words, the condition type is missing.
If you enter the condition type manually without entering a condition rate in the same processing step, you get a 'template line' as described in (1).
Result (3)
A suitable condition record that exists on the database is set with amount (= normal, automatic determination).
Both the 'Condition origin' indicator [KHERK] and the 'Condition control' indicator [KSTEU] are set to 'A'.
If you create another line with this condition type and enter a condition rate not equal to zero, a line is set with this condition rate.
The 'Condition origin' indicator [KHERK] as well as the 'Condition control' indicator [KSTEU] has characteristic 'C'.
If, on the other hand, you create another line and enter a condition rate of zero (or do not enter any condition rate) and the condition record that exists on the database has a scale, the system sets the condition rate according to the achieved scale level. If zero is to be set as the condition rate even if scales exist, then use modification Note 179354. If no scale is maintained, then the system always sets zero as the condition rate.
In these cases, the 'Condition origin' indicator [KHERK] has characteristic 'C', the 'Condition control' indicator [KSTEU] characteristic 'A'.
Result (4)
No relevant condition line is set on the condition screen, even though a condition record suitable for the access sequence exists on the database. The pricing analysis displays the message "Manual condition (Condition record exists)". If you enter the condition type manually without entering a condition rate in the same processing step, the record that exists on the database is set. If a condition record has a scale, the system sets the condition rate of the first scale level independently of the achieved scale level.
In this case, the 'Condition origin' indicator [KHERK] has characteristic 'C', the 'Condition control' indicator [KSTEU] has characteristic 'A'.
Thus, the setting variant leading to result (4) serves to suppress the setting of automatically found condition records into a pricing result. However, you can add the maintained record to the already determined pricing result by entering the relevant condition key.

Exchange Rate type in sales order

Hi,
can we see exchange rate type in sales order.
regards
sachin

Dear sachin
Yes in VA02, select Goto - Header - Sales. Here at the bottom of screen, you will see a tab "Pricing and Statistics" under which, there is a field "Doc.currency".
Thanks
G. Lakshmipathi

Removing incoterms as a required field from sales order.

hi,
how can i set incoterms field as a not required on the sales order?

Hi
I have rechecked the whole thing
May be at item level it should be asking now
Check the procedure flowing at VOV7 for your sales order item category
Go to OVA2 choose your sales item
Again the procedure of what is there in VOV7 and remove the incoterms at item level also
Then completely come out of SAP and relog and do it after 2 mins
I have Incoterms removed and tested it and it is working
Incoterms completely removed in sales order the order gets saved without incoterms
Both at header and item level it has to be removed from the incompletion procedure
Regards
Raja

Reg. Requirement type in Sales order

Similar Messages

Maybe you are looking for