FM SD_SALESDOCUMENT_CREATE - pricing condition problem

Hello,
I hope someone could help me on this one:
First of all, my SAP version is 4.6c.
I've been developing a program that will create a sales contract using FM SD_SALESDOCUMENT_CREATE. Overall, the sales contract is being created successfully.
However, in the item pricing, the pricing condition that I need to create is being duplicated. I understand that in the pricing procedure the particular condition is being inserted automatically. The problem is, instead of the FM updating the default inserted pricing condition, it's inserting the one being passed.
I've already done a little research through the forums. I've tried [this|SD_SALESDOCUMENT_CREATE with Pricing Condition; suggestion where I create first the document then update it using SD_SALESDOCUMENT_CHANGE. There is also [this suggestion|SD_SALESDOCUMENT_CREATE - Duplicate sales conditions; that sets the field LOGIC_SWITCH-COND_HANDL, but my version does not have that field.
Finally, there's [this suggestion|http://www.sapfans.com/forums/viewtopic.php?f=13&t=218865&start=0&st=0&sk=t&sd=a] that sets the field LOGIC_SWITCH-PRICING to a particular value. I tried the initially suggested value of 'G' - Copy pricing elements unchanged and redetermine taxes. The duplicate condition no longer occurs, but other pricing conditions were removed. Using other values resulted in either the contract creation failing, or the condition value not updating.
So, please please can anyone help with my problem? Thank you in advance.

SALES_CONDITIONS_IN
            ITM_NUMBER                     000010
            COND_ST_NO                     020
            COND_COUNT                     01
            COND_TYPE                      YB05
            COND_VALUE                                           10.000000000
            CURRENCY                       TWD
SALES_CONDITIONS_INX
           ITM_NUMBER                     000010
           COND_ST_NO                     020
           COND_COUNT                     01
           COND_TYPE                      YB05
           UPDATEFLAG                     U
           COND_VALUE                     X
           CURRENCY                       X
IF the condition is being inserted automatically,you must update it.
some import parameters are obligatory,including COND_ST_NO COND_COUNT.

Similar Messages

Problem with pricing condition type in case of proforma invoicing

Hello All,
the problem is related to a pricing condition type in case of proforma invoice where the details are as follows -
Name of Condition Type - ZADC - Add 10% on Cost                                         Access seq.   Z038 Diff
                                                                                Plus/minus    A Positive
Cond. class - A Discount or surcharge
Calculat.type - A Percentage
Cond.category - Blank
Manual entries      D Not possible to process manually
Amount / Percent - Checked
Item Condition - checked
Scale Basis - Quantity
Currency Conversion - Checked
Quantity Conversion - Checked
This condition type has been kept as statistical in the pricing procedure. Still in the proforma invoice the condition type is not getting reflected automatically , whenever I am updating with " carry out new pricing " option the condition type is getting populated.In case of other commercial invoices this very condition type is getting populated automatically without any updates.Along with this point to be noted is that the Condition type in which the actual costi is captured has been kept active.
What more needs to be configured or what are the changes to be done to populate the condition type automatically as statistical during the time of proforma invoicing?
Thanks & Regards
Priyanka Mitra

Hi,
Kindly do the pricing analysis and check whether you have the following error such as
Inactive condition type because of subsequent price,
Regards,
Ravi

Problem in Copying Pricing Condition Type

Hi All,
This problem is regarding copying pricing condition type in Sales Order. The problem is given below with an example -
Qty of Material A - 10 PC.
Condi Type   Amount Currency   Per UOM Condition value Currency
ZP06             100         INR          1     PC      1000.00             INR
ZP07                2         INR          1      PC         20.00             INR
ZP08               98        INR          1      PC        980.00             INR      Statistical
ZP01               98        INR          1      PC        980.00             INR      Mandatory with ERL A/c Key Active
The condition types ZP06 & ZP07 have access sequence maintained for them and ZP08 has been derived deducting ZP07 from ZP06.
I want the above mentioned scenario where the values of Condition Type ZP08 which is a Statistical Condi Type will be copied exactly & entirely to condition type ZP01 where It will remain active alongwith posting key ERL.
I have tried copying it by 100 % copy but the value is getting changed as 100% instead of 98 INR.
Considering the above scenario please suggest some soluitons.
Thanks & Regards
Priyanka

Hi Tarpan,
First of all thanks for checking my post.
In the problem I am not looking for the value of ZP08 to be maintained manually.I want the system to copy the exact details of ZP08 to ZP01 entirely where the condition type ZP01 will remain active alongwith the posting key ERL.
I have tried copying the condition type ZP08 by using 100% copy of condition type but in ZP01 the resultant value becomes 100% in place of 98 INR.
Please suggest some solutions.
Thanks & Regards
Priyanka

Problem in data upload using pricing conditions with sales deal

hi...
i have to upload following fields -
Condition Type
Condition Table
Valid from
Valid to
Sales deal
Amount/Rate
Currency / %
Pricing Unit
Pricing UoM
Sales organization
Distribution channel
Sold to Party
Material Number
Material Pricing Grp
Batch number
Buying Group of Sold-to
Customer
Customer Group
CustomerHierarchy 01
CustomerHierarchy 02
CustomerHierarchy 03
CustomerHierarchy 04
CustomerHierarchy 05
Division
Sales Order Type
Sales Document Type
End user
Material Group
Tax Classification Material
Payer
Plant
Price Group
Price list type
Pricing reference material
Prod. Hier -1
Prod. Hier -2
Prod. Hier -3
Prod. Hier -4
Prod. Hier -5
Product hierarchy
Region of Dly Plant
Sales district
Sales group
Sales office
Sales unit
Ship-To
Shipping point
Buying Group of end user
Tax classification for customer
Type of Transaction
Scale Basis1
Scale Rate1
Scale Basis2
Scale Rate2
Scale Basis3
Scale Rate3
Scale Basis4
Scale Rate4
using XK15 t-code and SALES DEAL is the major concern.
1) First i used RV14 BTCI , that is a standard report for uploading the pricing conditions. But by using this all fields are updating except SALES DEAL becoz this is not present in the structures (like- BKOND-1, BKOND-2, BKOND-3 etc) that is used in RV14BTCI program. I searched other structures also but SALES DEAL is not present there.
2) Second i tried to find out some Function module that is containg SALES DEAL and i found two FMs - IDOC_INPUT_COND_A and BAPI_PRICES_CONDITIONS.....but
a) the FM - IDOC_INPUT_COND_A is used with ALE and where third party is involved, so we require control data and status data for this I dont have this. so we cant use it.
b) and the FM BAPI_PRICES_CONDITIONS is also not working for SALES DEAL....by using this it is also not uploaded becoz some mandatory information related to sales deal like- sales organisation, distribution channel are not present in this FM.
3) to upload this we can use the BDC recording method.....but the problem is - there are almost 15 condition types and based on these conditions almost 20 - 25 condition tables are there for every condition and based on the every table different screen sequence are there.....so if we go for BDC recording...than we have to make 325 recordings.....also not feasible solution.
so plz give the suggestions for this problem and check my efforts also may be i missed something that can be a solution.
Thanx in advance for all.......plz help.....

Hi Jitendra,
Goto RSA3 trans in the source system. Check if are able to extract the data.
If so then replicate the DS once in BW system. Activate all the DS, transfer rules etc & try to load it again.
Hope this will solve your problem!
Regards,
Pavan

Pricing Condition Type Problem !!

HI
Pricing condition for CVD was maintained as fixed value(calculation Type) originally. Client wanted it to be percentage basis. I changed it to % basis. It was wrking fine. But today again when a PO was made for same material .... the CVD was coming as fixed value and not % basis. Checked the M/06 conditions for CVD its still % calculation type. material price was picked from info record. all was done on dev server.
can any one guide why itshappening like this
Thank you

Hi,
CVD condition type is usually maintained as %age basis only.
the info record will store the the last PO history. if the combination of material, vendor is found , the access sequence will pick the condition record.
keep the same material and try will another vendor , this will not happen the system will pick the %age basis only.
check your info record?
check what you have maintained in MEKI for the condition type for CVD.
regards
Rajesh

CRM Pricing - BADI to Populate pricing conditions fields

Hello All,
We have CRM 5.0 installed in our customer.
We are facing problems when we tried to replicate the pricing from R/3.
Basically, all Brazilian formulas we have in R/3 are Z. We tried to replicate them in JAVA (IPC) with no success. At this time, it is imposible for us to move to the standard because of the decision of the business.
We are trying to find one BADI where we can populate all the pricing conditions retrieved via RFC from R/3. Unfortunatelly we don't have good luck with this.
Our idea is to use this BADI to call R/3 and retrieve the conditions needed, and then populate the CRM pricing fields..
Could you please help us? Do you have any other idea to solve this issue?
This is very critical for us.
Thanks in advance.
Martin

Hi Ntk,
Thanks for your reply.
I tried to search in se18. I found one BADI that runs when users enter new materials or changes the quantity of the sales order.
This one does not help us too much, because when you go to conditions tab (into CRMD_ORDER or via ICWEB) all conditions are redetermined with the pricing determined in IPC.
We want to fill the conditions of the sales orders or the sales quotations at running time. In the BADI we would use the function module RFC SD_SALESDOCUMENT_CREATE (in simulation mode) in R/3 and retrieve all conditions fields and then populate the pricing conditions in CRM.
Do you know any BADI with this behaviour? Or another similar?
THANKS!

Free Goods with pricing condition (Urgent)

Hi MM Expert,
we have a probleme with free goods. because in PO item of free goods, there is no condition management (no Invoice entry) but we should manage some pricing condition for the item (spécifique condition relative to transport, ...).
so are the any way of managing the expenses annex condition(transport charge, customs clearance charges,) for the free goods in an item of Purchase Order ??
thank's in advance.
Said

Hi,
This is not possible to maintain the condition s for free goods because while creating the PO for free goods by selecting the free goods tad at item level, There is no Condition tab at Item detail .means you are not able to mainatin conditions.
If you want to maintain the conditions ,you have to treat as a Normal scenarios .
Regards
Sanjay L

Unable to display the pricing conditions for a product.

Hi All,
I have created a product with help of function modules.The problem is that i am able to populate the pricing conditions data into internal table,but the pricing conditions is not being displayed in the Masterdata->Products-> Maintain Products screen. Can anyone suggest me in this regards.Is there any function module to be used? or any other procedure to be followed for the pricing conditions to be dispalyed? If any sample code also please provide me.Please respond soon it is an Urgent Requirement. Points will be awarded for useful answers.
Thanks in Advance,
Shwetha.

Hi,
The pricing in SD and MM is a separate module like thing and is maintained for different products based on the Condition records.
The basic Pricing Procedure consists of Condition Types, Condition Records, Accesss Sequences and condition tables.
Generally with respect to all sales and purchase documents the pricing is maintained in KONV and KONP tables based on the different condition types.
reward points if useful
regards,
ANJI

How to update pricing condition in sales in batch in the evening

Gurus,
I have a situation where I am supposed to update the freight charge condition type ("ZFR9" in my organization) on a scaled basis, depending on how much the customer (ship-to) has ordered on the same date. Since this changes from time to time, I need to write a program that does the following in the background in the evenings.
1) Accumulate the wt of the material ordered by the same ship-to customer on the same delivery date.
2) Find the scaled freight rate from a central universal freight charge table.
3) Update the ZFR9 by this new frieght rate in all such sales order/line items that have the delivery date in question.
The problem with using BDC is that the condition type ZFR9 appears on different lines depending on presence or absence of other condition types.
Also I could not find any BAPI that does the update on a line item pricing condition.
I am on 4.6C.
Thanks for any help you can offer me.
Regards
Raju

Guys,
I am trying to make this work. I am able to add extra pricing conditions to sales order but I can not understand
- how to change the value of an existing condition type OR
- how to delete the condition type from the sales order line item
Here is the sample code that I am using to test this out (most of the information is hard coded so that I can focus on a particular record)
REFRESH RETURN.
    CLEAR   RETURN.
    REFRESH ORDER_ITEM_IN.
    CLEAR   ORDER_ITEM_IN.
    REFRESH ORDER_ITEM_INX.
    CLEAR   ORDER_ITEM_INX.
    REFRESH PARTNERCHANGES.
    CLEAR   PARTNERCHANGES.
    REFRESH CONDITIONS_IN.
    CLEAR   CONDITIONS_IN.
    REFRESH CONDITIONS_INX.
    CLEAR   CONDITIONS_INX.
    CLEAR SALESDOCUMENT.
    CLEAR ORDER_HEADER_INX.
Move screen accepted docnumber TO SALESDOCUMENT.
    MOVE P_VBELN       TO SALESDOCUMENT.
    ORDER_HEADER_INX-UPDATEFLAG = 'U'.
    APPEND ORDER_HEADER_INX.
Move screen accepted line item
    ORDER_ITEM_IN-ITM_NUMBER = P_POSNR.
    APPEND ORDER_ITEM_IN.
Move screen accepted line item
    ORDER_ITEM_INX-ITM_NUMBER = P_POSNR.
    ORDER_ITEM_INX-UPDATEFLAG = 'U'.
    APPEND ORDER_ITEM_INX.
Set the condition value
    CONDITIONS_IN-ITM_NUMBER      = P_POSNR.
    CONDITIONS_IN-COND_ST_NO      = '230'.
    CONDITIONS_IN-COND_COUNT      = '01'.
    CONDITIONS_IN-COND_TYPE       = 'ZSR3'.
    CONDITIONS_IN-COND_VALUE      = '333.00'.
    CONDITIONS_IN-CURRENCY        = 'USD'.
    CONDITIONS_IN-COND_UNIT       = 'LB'.
    CONDITIONS_IN-COND_P_UNT      = '100'.
    APPEND CONDITIONS_IN.
    CONDITIONS_INX-ITM_NUMBER     = P_POSNR.
    CONDITIONS_INX-COND_ST_NO     = '230'.
    CONDITIONS_INX-COND_COUNT     = '01'.
    CONDITIONS_INX-COND_TYPE      = 'ZSR3'.
    CONDITIONS_INX-UPDATEFLAG     = 'X'. " update
    CONDITIONS_INX-COND_VALUE     = 'X'. " update
    CONDITIONS_INX-CURRENCY       = ''.   " no update
    CONDITIONS_INX-COND_UNIT      = ''.   " no update
    CONDITIONS_INX-COND_P_UNT     = ''.   " no update
    APPEND CONDITIONS_INX.
    WRITE: / 'BAPI Called for', P_VBELN, P_POSNR .
    CALL FUNCTION 'BAPI_SALESORDER_CHANGE'
      EXPORTING
        SALESDOCUMENT               = SALESDOCUMENT
ORDER_HEADER_IN             =
        ORDER_HEADER_INX            = ORDER_HEADER_INX
SIMULATION                  =
BEHAVE_WHEN_ERROR           = ' '
INT_NUMBER_ASSIGNMENT       = ' '
LOGIC_SWITCH                =
      TABLES
    RETURN                      = RETURN
   ORDER_ITEM_IN               = ORDER_ITEM_IN
   ORDER_ITEM_INX              = ORDER_ITEM_INX
PARTNERS                    =
PARTNERCHANGES              = PARTNERCHANGES
PARTNERADDRESSES            =
ORDER_CFGS_REF              =
ORDER_CFGS_INST             =
ORDER_CFGS_PART_OF          =
ORDER_CFGS_VALUE            =
ORDER_CFGS_BLOB             =
ORDER_CFGS_VK               =
ORDER_CFGS_REFINST          =
SCHEDULE_LINES              =
SCHEDULE_LINESX             =
ORDER_TEXT                  =
ORDER_KEYS                  =
     CONDITIONS_IN               = CONDITIONS_IN
     CONDITIONS_INX              = CONDITIONS_INX
EXTENSIONIN                 =    .
    IF sy-subrc = 0.
      CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
           EXPORTING
                WAIT = 'X'.
IMPORTING
RETURN        =
    ELSE.
     WRITE: ' BAPI RETURN CODE = ', SY-SUBRC.
    ENDIF.

How to read pricing conditions on sales order

Hi
i need to retrive pricing conditions of sales order but before posting sales order
any user exit avialable ...?
also i hv found one user exit in that there is FM EXIT_SAPMV45A_003
But i am not able to read pricing conditions values
also no data is there in konv table coz sales order has yet not been post
so before sales order can i read the pricing conditions values ...
pls guide
if possiple pls provide example also
thanks
Taran

Hi
The problem is you can't use the KNUMV, because u make sure to get the princing active in the document at run time.
If you want to know the old data you can read the table KONV using field KNUMV, but here you can't know if some modification is done.
U can try to know the field-symbols:
DATA: XKOMV LIKE KOMV.
DATA: FIELDNAME(30) VALUE '(SAPMV45A)XKOMV[]'.
FIELD-SYMBOLS: <TKOMV> TYPE TABLE.
ASSIGN (FIELDNAME) TO <TKOMV>.
LOOP <TKOMV> INTO XKOMV.
ENDLOOP.
Max

2 pricing conditions in PP

Hi everyone,
This is a RETURNS scenario.
We create a Credit Memo Request (Sales Order type: CR) when the customer calls in for a Return and we make another Sales Order (Sales Order Type: RE) when the goods actually come in. A credit memo is created against the CR initially and later a billing doc. is created against deliv. made from the RE order.
Now the requirement is to have 2 pricing conditions in PP of the CR order. Say ZR00 and ZR01, where ZR01 = -(ZR00). This is coz' ZR00 is posted to the sales account and ZR01 to Accrual account. When RE is created the -ve price in Accruals account from the CR is cleared.
Now standard SAP allows only one pricing condition in a PP, any ideas on getting around this?
Temporarily I have made ZR01 a 100% discount....but I knw thats not the way to go about it.
Any help is appreciated
regards

Hi,
Maintain a single Price Condition Type, say ZR00, in your PP.
In T. Code: V/06, maintain Field: Plus/ minus as "Blank" for Condition amount as both: Negative (a Discount) or Positive (a Surcharge), or whether both positive and negative amounts are possible.
{Condition Class: B - Prices}
In T. Code: V/08, insert your condition type: ZR00 and maintain other column entries as, for example, Column: Account Key as "ERL - Revenue"; Column: R as "Checked for Mandatory, if reqd." etc..
You may insert other condition types, based upon Condition Type: ZR00, in subsequent rows, such as "Material", "Customer Discount", "Customer/ Material" or Tax Conditions etc..
In Acct Determination, T. Code: VKOA, Maintain G/L accts. for "Cust Grp./ Mat. Grp/ Acct Key" and maintain Provision Acct, next to G/L Acct for account determination takes place in the billing document with the field, relevant for accrual.
Rest will be assured from FI-Consultant as maintain G/L accts and postings is FI-job.
There is no need of maintaining 2- Condition Types in PP, at all.
Best Regards,
Amit.
NOTE: Hope, I have understood the problem and answered to your query, up to some extent.

Invoice List: Missing Pricing Condition

Hi,
We are trying to implement invoice list because of the different sold-to party but same payer requirement. we have configured all the requirements listed
Prerequisites
You can only process invoice lists if the following prerequisite data is defined by your system administrator in Customizing for Sales:
    Condition type RL00 (factoring discount) must be maintained and, if required, also the condition type MW15.
    An invoice list type must be assigned to each billing type that you want to process in invoice lists. The standard version of the SAP R/3 System includes two types of invoice lists: LR for invoices and debit memos, LG for credit memos.
    Copying requirements must be defined (for example, the payer, terms of payment and other fields that must be identical in the documents to be included in the invoice list)
In addition, before you process an invoice list, you must maintain the following master data:
    A customer calendar must be defined, specifying the time intervals or dates on which invoice lists are to be processed.
    The customer calendar must be entered in the Billing Sales Area view of the customer master record.
    Pricing condition records for the condition type RL00 and, if necessary, (e.g. in Germany) the condition type MW15 must be maintained.
    Output condition records for condition types LR00 and RD01 must be created.
It successfully creates the invoice list now with net value, but, the pricing condition is missing.
What might have been the problem?
Thanks in advance for your help...

Hi,
Have you maintained the pricing condition record for RL00? Also can you please explain what have you maintained in copy control? If possible, please share the screenshot.
Thanks,
Jaydip

Inserting Pricing condition in Sales order when saving the sales order

Dear ABAPers,
My customers requirement is when saving the sales order new pricing condition has to be updated in the line item.for this i am using the User Exit 'USEREXIT_SAVE_DOCUMENT_PREPARE' ( MV45AFZZ).While saving the Sales order i am calculating the Price and updating in the Pricing conditions.
In XKOMV internal table i am appending the pricing condition.But the problem is ,it is not calculating the taxes and it is Updating in VBAK and VBAP.
How to do this.
Thanks & Regards,
Ashok.

Dear ABAPers,
I have Solved this Problem.
Thanks & Regards,
Ashok.

Pricing Condition in scheduling agreement

Hi Gurus,
I'm working with scheduling agreements and I figured that whenever I create scheduling agreements, pricing condition PB00 gets defaulted to the scheduling agreement,
Can you guys be kind enough to tell me what configuration is driving this?? How can we make changes to the config settings so that I can have a condition type of my choice assinged to the scheduling agreenment??
More over I have a requirement to have a tiered pricing in scheduling agreement. I do know that this is driven by SCALES in SAP however as per my requirements I need to have SCALES per formulas. In the condition type configuration we do have a field for SCALES where we can assign the formulas but whenever I click on this field a screen pops up with some ROUTINES.
Can someone tell me how can I define the ROUTINES and the ABAP formula for this ROUTINE so that I can have my tiered pricing conditions accomplished??
Any feedback on this will be highly appreciated!!
Thanks folks,
Dhaval Joshi

Hi Ramesh,
Thanks for the heads up. I looked at the config for the schema dtermination and I see that the pricing procedure RM0002 has not been assinged to any vendor POrg schema in this configuration.
I then looked at the config for the condition type PB00 --> pricing procedure RM0002 has been assigned to the condition type PB00 and since we don't have any entries maintained for RM0002 in the schema determination config I was just wondering if this is what is influencing the automatic proposal of the condition type PB00 in my scheduling agreement.
Also can you please tell me what is a difference between a Purchasing Document (BIG) and Purchasing Document (Small) in the schema determination config.
All I wanted to accomlish here is my teired pricing to work when I assign scales on the condition type in the scheduling agreement ( not in the PIR)
What currently happening in my case is ....
Example: Scale From 1 pc - 100.00 USD
from 50 pc - 90.00 USD
from 100 pc - 80.00 USD
Target quant. 100 pc
schedule lines 30 pc
20 pc
The problem is that the goods receipt of 30 pc is valuated at the price 80.00 USD It always takes a lowest price on the scale.
I've tried looking for OSS notes and also looked enough on the forums but I could not get any resolution to this question.
I would appreciate if I could get any heads up from your side.
Cheers,
Dhaval

Scheduling Agreement pricing condition PB00 value

Hi Experts.
Within pricing schema I do have pricing condition PB00 that is manually put in by the user. I have created a routine in order to calculate the PB00 value based on some logics and assign it to PB00 within the pricing schema.
So, if the custom logic are found, the price value should be change accordingly, if not the value put by the user will be kept.
The problem is that, at end of my routine the price is correctly calculated (let's say the user writes 2 and my routine calculates a price of 3) and the price is correctly updated on the scheduling agreement line field NETPR. But if i go inside the item to see the conditions I still see PB00 with the not-changed value.
Can anybody suggest? I am manipulating xkomv-kbetr and konp-kbetr.

Hi, Thanks for answering.
They are set so. But i need in any case to change the value of PB00 accordingly to my routine.The problem is that, at end of my routine the price is correctly calculated. PB00 value is 2 and it correctly recalculated by my routine to 5. on the SA item I see hte net price equal to 5, but if I go in the details I see condition PB00 still equal to 2.
Do you have any hints? thanks.

FM SD_SALESDOCUMENT_CREATE - pricing condition problem

Similar Messages

Maybe you are looking for