condition records

[former_member208541]

Hi all,

1) how to maintain different validity dates in a condition record. what are the steps in the VK11.

2) if there are three validity dates in a condition record, how to make one validuty date active nd otehr as inactive.

3) Aslo can all the three validity dates can be active at the same time.

regards

sachin

[Lakshmipathi]

Hi sachin

In VK11, item wise you can maintain the validity period by entering some date in "valid on" and "valid to". and during this particular period, whatever sale order is generated, system will pick from this condition.

Meanwhile, if you want to change any rate, you can do so via VK11 itself so that by default, system will consider "valid on" date as system date. This means, the revised condition will not get updated in orders created before the changes takes place. You have to update it either manually each order or through MASS.

Only one price will be active at any point of time.

Reward me if this helps you.

Regards

G. Lakshmipathi

[Former Member]

Hi Sachin,

You can define more then one validity date in condition by defining scale. Try this option, hope will work

Rajesh

[Former Member]

hi ,

go to the transaction code VK11 and there you can find the filed from and to date just enter the date and the price, depending upon the date specified system is going to take that values

reward the points if it is helpful to u

Regards,

Murali

[Former Member]

hi,

you can maintain condition records by validity dates in the from, to fields.

when you create a new condition record or when you change the validity period of an existing record, the validity period overlaps the periods of other existing records. The system reacts differently to whole or partial overlapping:

<b>Partial Overlapping of Validity Periods</b>

There is no system message

The validity period of the condition record that already exists is adapted

A condition record is created for the whole of the current year:

01.01. - 31.12.: 20 USD

At a later point, a further condition record is created, that falls within and splits the original condition record:

01.02. -15,02.: 18 USD

The following condition records are now created:

01.01. - 31.01. -20 USD

01.02. - 15.02. -18 USD

16.02. - 31.12. -20 USD

Note that condition records 1 and 3 have the same pricing information. This means that changes to the price of the first record automatically influence the third record and vice versa. 20 USD represents the basic price and 18 USD represents the promotional price.

If this system behavior is not required, then splitting of condition records should be avoided. In the example above, you would have to shorten the year price and then create two independent periods.

<b>Complete Overlapping of Validity Periods</b>

If the old condition record is completely contained in the new condition record, you receive a system message. The message tells you that the old condition record will be deleted if you continue (This message appears when you want to save). You can either stop what you are doing or continue by confirming.

<b>Its a forum ethic rewarding useful answers. Pl appreaciate the time and effort to give answers by rewarding useful answers.

I request you close the previous threads as well by awarding suitably.</b>

Thanks,

Sadhu Kishore

[Former Member]

HI,

There is any possibility of controling below issue?

I want to capture Overlapping record also.

-

---

Complete Overlapping of Validity Periods

If the old condition record is completely contained in the new condition record, you receive a system message. The message tells you that the old condition record will be deleted if you continue (This message appears when you want to save). You can either stop what you are doing or continue by confirming.

[Former Member]

Hi Sachin

You define the validate dates in the "From and "to" fields. You can define any number of validity dates at a given time

e.g. for condition type ZXXX - you can have value of 5$ from 01-May t0 31-May, 5.5 $ from 01-Jun to 30 -Jun and 6.0 $ from 01-Jul to 31-Jul - you can define them today.

and depending upon the current date, the applicable values as defined above will be applied.

Please try this and reward points if it helps you

Rgds

[former_member208541]

hi,

what is meant by depending on the current date, the applicable values are applied.

regards

sachin

[Former Member]

curren date = that day's date

if you create an order today , then it will be 5$, if you create an order on june 5, it will be 5.5$ in the above example

assumption - pricing date = date of order creation