Condition group in Sales order

Hi Experts,
I need help in maintaining the <b>condition group 1</b> value in tab <b>additional dataA</b> in sales order item level. Right now we are getting the values based on the sold to customer of the sales order but we need it based on the ship to customer.
Even a way to approach it will be really appreciated.
Thanks,
Surya

Hi,
You can proceed as follows:
Procedure for copying customer master fields to a sales document
Copying customer master fields to a sales document is carried out in two steps:
1. A field in the customer master table (KNA1 or KNVV) is first copied by INCLUDE (KUAGVZ, KUWEVZ, KURGVZ and KUREVZ) to the sold-to party, ship-to party or payer view (KUAGV, KUWEV, KURGV or KUREV). A value is assigned to the field via a user exit (V05...).
2. The field is copied to the sales order table (VBAK, VBKD or VBAP) from the respective customer view (KUAGV, KUWEV, KURGV or KUREVZ). A value is assigned to the field via a user exit in program MV45AFZZ (USEREXIT_MOVE_...).
In your case it will be:
The following communication structures are relevant for using customer master record fields in SD documents:
KUWEV (Ship-to party view of customer master record)
Transport from customer view to the sales document table
USEREXIT_MOVE_FIELD_TO_VBAP
Regards
Shounak

Similar Messages

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

How to update the condition price in sales order while creating the invoice

Hi,
How to update the condition price in the sales order to carry out the new price while creating the invoice?
While creating the invoice it should update the condition price in sales order.
Thanks,
Balaram

No, pricing is not there in delivery.
I found an exit for VF01transaction where we can update the price in order.
Can you please tell me how to update the price if I have the order, material numbers and conditions number?
Thanks,
Balaram

Pricing amount and condition value in sales order

Hi all,
I have noticed for a sales order we are not able to see condition type amount, condition value in sales order even though it shows net price finaly ofr a sales order. Not even able to select the condition lines.
To be specific not able to find value in field KBETR - amount column and KWERT - condition value column
When we go to sales order line item and select condition tab, do see value displayed in Amount and Condition column. Is there are specific reason it is doing visa vis in our production we see both values.
Advise what could be the reason value not getting displayed in Amount and Condition value column.
thanks

It is due to auth for specific columns we have solved the problem.

Changing Availability Checking Group in Sales Order.

Hello Gurus:
We changed the checking group in the material master. The existing sales orders still shows the earlier checking group. So how to change the checking group in existing sales order also (after it is changed in material master). Also, once the checking group in sales order is changed, how to de-commit and re-commit material as per the new checking group. Thanks.
- Chetan

Chetan,
As you have changed Checking Group in MMR later on all ur availability check etc will be calculated as per previous MMR settings..
Still go to OVZ9...See if your sales order has correct Check rule/Group..
Then Go to sales order Carry out availability check again...See if Avalability Overview has changes as per your new Check Rule..
Also Do Some R & D...
Like test with change in quantity of line items...save and carry out avalability check gain..See if schedule line dates in Sales order Is there any change?
See if any change is there...
If not better create new sales order...it will minimise your efforts and will be quicker way..
REWARD IF U FINDS THIS AS USEFUL...
Regds
MM

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

How to clear the delivery group in sales order?

Dear All:
My sales order is auto created from CRM by BAPI, but in vbap table, the GRKOR field is 001, only one order , how to clear the delivery group in the sales order ?
Regards
Peter.

Thread Locked - Reason Duplicate Post
How to clear the delivery group in sales order?
Please dont post the same query twice. Continue all your queries in one thread
G. Lakshmipathi

About account assignment group in Sales Order.

Hi gurus,
I am working in SD for the first time and I am facing below problem
1. Material code was created with account assignment group (MVKE-KTGRM) as blank (Sales Org 2 view)
2. Later this material was entered in Sales Order.
3. Subsequently Sales Order BOM and Production Order were made against this material.
4. We maintained account assignment group in material master after creation of Sales order but account assignment group was not updated in Sales Order.
5. Now the field is gray out or non-editable is there any way by which we can maintain account assignment group in the sales order.
6. As the field is non editable we are unable to do Invoice by VF01.
Is there any way by which we can maintain account assignment group in Sales Order??
Edited by: Deepak Kulkarni on Mar 6, 2012 2:09 PM

Hi
As you have mentioned that you have maintained the acct assignment grp in the material master after the order was created, it will not appear in the sales order item already created and it will only reflect in new orders and changes to existing orders for that material.
Proposed solution:
If it is order related billing that you are doing, then goto VA02 and delete and re-enter the item with same material and qty.
The account assignment group will appear.
If the item is delivery related and if the delivery has already been created but PGi not done, then delete the delivery and then delete the item in the sales order and re-enter the item as told above. If PGI also done, then reverse the PGI, delete the delivery and re-enter as suggestd in above scenarios.
The account assignment group will appear in the billing document document tab in item level.
Regards
Madhu

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

How to limit the number of price conditions in a sales order

Dear experts,
We've created discounts in our pricing procedure, and they are added manually. They have a maximum.
But the problem is that the user can add several discount price conditions in the sales order!
Is there any customizing to limit the number of occurrences to 1 in the pricing procedure?
Thank you for your help
Marjolaine

HI,
You can make use of feature to maintain maximum and minimum limits per condition type.
SPRO > SAP Implementation Guide > Customer Relationship Management > Basic Functions > Pricing > Define Settings for Pricing > Create Minimum/Maximum Limits
In this activity you can restrict manual processing of pricing conditions in transactions using minimum and maximum limits per condition type.
Kindly reward with points in case helpful
Sharif

Condition populated twice in the item conditions in the sales order

Hi,
We are creating the sales order through .csv flat file. The program calls the relevant BAPI which creates the sales order. It also fills the amount from the file for the manual condition type YNET in the pricing procedure. YNET is defaulted automatically in the sales order. But maintaining value is not mandatory.
The problem is in sales order, YNET is displayed twice in the item conditions.
One YNET with no value and another YNET with value which we passed through file.
Any suggestions how we can get only one YNET in the item conditions in the sales order or how the value from our file can be added against the YNET in the pricing procedure with showing another YNET in the item conditions in the sales order
Thanks in advance,

Hi Ramakrishnan,
Thanks for your reply. Its a manual condition type. No condition records maintained.
Thanks,
Ram
Original thread:
Hi,
We are creating the sales order through .csv flat file. The program calls the relevant BAPI which creates the sales order. It also fills the amount from the file for the manual condition type YNET in the pricing procedure. YNET is defaulted automatically in the sales order. But maintaining value is not mandatory.
The problem is in sales order, YNET is displayed twice in the item conditions.
One YNET with no value and another YNET with value which we passed through file.
Any suggestions how we can get only one YNET in the item conditions in the sales order or how the value from our file can be added against the YNET in the pricing procedure without showing another YNET in the item conditions in the sales order
Thanks in advance,

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

Credit group in sales order

Hi
How we link credit group to sales order ?
Regards
Prabudh

hi,
it is done through ova6 Transaction code. more over i am sending you the screen shot of credit check managment stps. follow this u will not get any error while u r determining the order.
pl. follow the steps of credit check.
1. Define the credit control area under img=definition=financial accounting= define cr.control area.
2.assign it your company code and ur sales area under assignment under img screen.and assign it your sales document types and delivery types and pgi.
3. create the credit groups for your customers. it can be determined or happen in three stages either in Sales order , or else in delivery or in Post goods issue (PGI).
the menu path for credit groups as IMG= SD=BASIC FUNCTIONS= CREDIT MANAGEMENT AND RISK SETTINGS= DEFINE CREDIT GROUPS.
ex: Z1 - credit groups for sales order
Z2 - credit groups for delivery
Z3 - credit groups for PGI
4. define the risk categories. it is required b'coz the customer is of high risk, or medium risk, or low risk customer.
it is under IMG= FINANCIAL ACCOUNTING= FINANCIAL ACCOUTING AND GLOBAL SETTINGS= DEFINE RISK CATEGORIES.
ex: Z1- LOW RISK CUSTOMER
Z2 - MEDIUM RISK CUSTOMER
Z3- HIGH RISK CUSTOMER.
5.maintain automatic credit control check for ur credit control area and credit groups of the customer and risk categories. so that the credit check will determines automatically. menu path is IMG=SD=BASIC FUNCTIONS= CREDIT MANAGEMENT AND RISK CATEGORIES= DEFINE AUTOMATIC CREDIT CONTROL.
6. while u r creating automatic credit control, pl. copy from the std. one and make changes. so that all the existing details will copy and fine tuning have to be done by the SD consultant. basically this is integration with FICO.
So copy it from any one of the 1000 credit control area and make changes like
dynamic credit as C and activate the open for order and deliveries and save
i.e maintain credit control area + risk categories+ credit groups for the customer.
7. finally maintain the credit limit thru FD32 for ur customer. activate everything on that screen.
if you follow those rules, definetely cr. limit will determine for you.
pl. reward point if it is helpful.
regards
KR

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

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.

Condition group in Sales order

Similar Messages

Maybe you are looking for