Pricing condition indicator setting Problem

Gurus,
Please let me know how I can make specific condition type(excise) in pricing with Account key as not to debit customer account even that condition value is include in Net ,
I wants to post that condition to GL account also,
This only for Rebate Export,
Regards,
Sainath Gorde

Dear G. Lakshmipathi,
In our scenario we are exporting goods under Rebate Export ,
In this Scenario we am not giving reference of any Bond or LOUT,
in this scenario we are getting refund of Excise Duties from Govt after paying to Govt while Exporting,
That is why we also need to post that excise amount to GL account in a Provisional Rebate account,
& also required to avoid it from Debiting Customer account,
But we need to take care one thing that the same condition is used in other pricing procedures also,
So We cannot make any changes in direct V/06 for condition type,
We have to change what ever we want in Pricing Procedure only,
Regards,
Sainath Gorde

Similar Messages

  • Pricing condition/procedure set up for mark up price

    Hi All,
    I am struggling with a requirement related to MM pricing procedure. Below is the requirement:
    When a PO is created of a material, it will have something called as markup price included in the price of that material. Example- If a material price is 100, it will be made up of basic price 90 + mark up price 10 (two different condition types -PB00 and say ZPB0).
    Now when GR is posted, inventory a/c should be debited with 100, GRIR clearing a/c should be credited with 90 and GRIR clearing a/c for markup (new a/c) should be credited with 10. In short mark up price should be speared out in a different clearing account just like freight clearing account.
    At the time of IR, there should be only one line item showing balance of 100. Note there should not be two line items, one with 90 and other with 10 (just like in case of planned delivery cost).
    So, this scenario is very similar to planned delivery cost scenario except client doesn't want to have two line items in IR.
    Is there any standard way to achieve this?
    Regards,
    Pat.

    If you dont want the mark up to come in invoice separately, why do you want it to hit a GR / IR account? ( in short why use del cost condition )
    If hitting gr / ir is not a requirement and you just need to acrue it, try the following
    PB00 to take 100
    create 2 conditions one positve and one negative ( accrual, without condition category ) to take the value 10
    the + and - will cancel in the inventory account; you can accrue to different accrual accounts

  • All the pricing conditions are not visible for a given sales area, material

    Hello All,
    There is a customized screen with sales area(Sales org, distribution channel and division), material and sold to party. There is buttton when we click it has to display the pricing conditions. The problem here is it is not displaying all the conditions some conditions like ZB02 and MWST are missing. The Function module used is PRICING.
    Whereas in VA03 tranaction for a sales order created with this sales area, material it is showing all the conditions for a item.
    Please help me to solve this issue.
    Many Thanks,
    Rama

    Hi
    The BP's created for one particular sales area are not getting replicated into CRM, though before sometime it was happening.
    DJ>>  Hope the required sales area is available in CRM.
    The BP with the "general data", and "role of sold to party" only flows but not with the sales area. There is no BDoc error in the SMW01 either. While displaying BP for the role of sold to party, it shows "Sold-to-party(maintained)" but the sales area entries though maintained for this sales area in the ECC, do not flow to the CRM.
    DJ>> Please check the following -
    1. Create a BP in CRM (with the sold-to party role) with the required Sales area and see if this customer when replicated to ECC has the relevant Sales Area.  Ideally it should get replicated if all you middleware settings are fine.
    2. See you have not set a filter for a specific Sales Area and becuase of that BP is getting replicate but not the sales area.
    Hope this will help
    Regards

  • 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.

  • 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.

  • Pricing Condition Type R/3 - CRM (Exclusion Indicator)

    Hi,
    I am facing problem with the condition type in the CRM.
    In R/3 in contion type in Control data 2 we have a Condition Exclusion field and Same Exclusion  field is not availble in CRM.
    The Value in the Exclusion field is set not to perform this Condition Based on the Criteria.
    I need the same Condition to perform in CRM to exclude this Condition type in sales order processing.
    Can any one suggest how to and where to set or maintained this Value in Condition type in CRM
    Your suggestion is Valuble.
    Thanks in Advance.
    Regards,
    Naveen

    hi,
    You will have to first downlaod the Pricing condition from R/3 to CRM before downloading the condtion table,the download object is CRM_PRC_CNDTYP.
    Regards,
    Murali

  • 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

  • Transfer of Pricing Conditions from SRM 5.0 to ECC (Extended Classic)

    Hi All,
    I am currently doing an enhancement on a copy of function module B46B_DPO_TRANSFER and the implementation of BBP_DRIVER_DETERMINE BAdI that will call the copied FM to transfer the pricing conditions from SRM 5.0 to ECC since in standard only net price is being transferred to ECC.
    During the creation of PO, everything is ok. All conditions are transferred to ECC.
    But we are encountering problems in the replication from SRM to ECC when changes are done in the PO during deleting or inserting a condition to an item. Our problem is in figuring out what will trigger us to use Change types U, I, E, D in populating the CHANGE_ID field in POCOND table that will be used in BBP_PO_INBOUND function module.
    During creation of PO, I have set POCOND-CHANGE_ID = 'I' on all conditions to be transferred.
    When there are modifications on a PO, I have set POCOND-CHANGE_ID = 'U' and I am encountering problem when new conditions are inserted to an item since it will not be displayed (which I believe in this case, POCOND-CHANGE_ID should be 'I'), and when deleting a condition to an item.
    I would like to ask, if there is an indicator that a condition will be inserted to an item for us to assign POCOND-CHANGE_ID = 'I', and for us to assign POCOND-CHANGE_ID = 'D' when a condition will be deleted.
    By the way, I used FM BBP_PD_PO_GETDETAIL (exporting: E_PRIDOC) to get the PO conditions to be transferred and have checked E_PRIDOC-DEL_IND to check if a condition will be deleted. Unfortunately, it is not working on the deletion since it seems that DEL_IND field is not being populated if a condition will be deleted.
    Many thanks,
    Kezia
    Edited by: Kezia Layug on Mar 3, 2009 4:24 PM

    Hi All,
    I am currently doing an enhancement on a copy of function module B46B_DPO_TRANSFER and the implementation of BBP_DRIVER_DETERMINE BAdI that will call the copied FM to transfer the pricing conditions from SRM 5.0 to ECC since in standard only net price is being transferred to ECC.
    During the creation of PO, everything is ok. All conditions are transferred to ECC.
    But we are encountering problems in the replication from SRM to ECC when changes are done in the PO during deleting or inserting a condition to an item. Our problem is in figuring out what will trigger us to use Change types U, I, E, D in populating the CHANGE_ID field in POCOND table that will be used in BBP_PO_INBOUND function module.
    During creation of PO, I have set POCOND-CHANGE_ID = 'I' on all conditions to be transferred.
    When there are modifications on a PO, I have set POCOND-CHANGE_ID = 'U' and I am encountering problem when new conditions are inserted to an item since it will not be displayed (which I believe in this case, POCOND-CHANGE_ID should be 'I'), and when deleting a condition to an item.
    I would like to ask, if there is an indicator that a condition will be inserted to an item for us to assign POCOND-CHANGE_ID = 'I', and for us to assign POCOND-CHANGE_ID = 'D' when a condition will be deleted.
    By the way, I used FM BBP_PD_PO_GETDETAIL (exporting: E_PRIDOC) to get the PO conditions to be transferred and have checked E_PRIDOC-DEL_IND to check if a condition will be deleted. Unfortunately, it is not working on the deletion since it seems that DEL_IND field is not being populated if a condition will be deleted.
    Many thanks,
    Kezia
    Edited by: Kezia Layug on Mar 3, 2009 4:24 PM

  • Manual Pricing Condition for sales order!!

    Hi,
    I have an issue, My requirement is I have to add a manual pricing condition in sales order header level. I have define the pricing condition for Freight Charges and that I have added to the pricing procedure that we have used for the transaction.
    The problem is when Iam creating the order in the condition tab manully want to choose the condition type, but what I created condition type (Freight Charges) is not appearing in the view. Only exesting condition types only appearing in tha selection view. I am on CRM Stand alone
    Pls anyone can advise where I miss the setting, I am new in CRM PRICING
    Regards
    VJ

    Hello VJ,
    You must consider that there is a setting "manual" in the pricing procedure customizing, indicating that the condition must be manually entered, and also a setting in condition type  customizing regarding changes that can be made. In condition type customizing you should NOT have option D "Not possible to process manually". Have you checked condition type customizing?
    Additionally please execute function module from note 867428 ( IPC_DET_CLEAR_CUST_BUFFER ).                
    This will ensure that all the customizing changes are immediately available  ( otherwise you would need to wait until the automatic buffer refresh occurs, by default once per day 
    Best Regards
    Luis Rivera

  • 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.

  • 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.

  • User exit to copy Manual pricing conditions with in sales documents

    Hi all,
    I have a situation where i have to copy the manual pricing conditions from inquiry to quotation.
    Problem: From VA21 when I try to do the same using the tab "create with reference" the document is being copied but the manually set pricing condition in the inquiry is not being copied into quotation. This is because in the copy controls the pricing type is set to 'B' which means "carry out new pricing". I can change it to 'C' or 'D' so that it copies manual pricing but i am not allowed to do so because other sales orgs in the company has a problem if i do so. Only our perticular sales org needs this config. I cannot even create another item catogory specific to this plant because it is against the rules of the company. So I am looking for a user exit in which i can change this pricing type during runtime so that i can plug in some code specific to this sales org to copy manual pricing. I have found one from the SAP note 24832 (MV61AFZA). It doesn't work as i think its obsolte. Can anyone suggest me a better way of solving this issue. Any quick response is appreciated.
    Thanks,
    Giridhar.

    Hi
    The following EXITS may help you
    Exit Name              Description                                                                               
    SDTRM001            Reschedule schedule lines without a new ATP check                 
    V45A0002            Predefine sold-to party in sales document                         
    V45A0003            Collector for customer function modulpool MV45A                   
    V45A0004            Copy packing proposal                                             
    V45E0001            Update the purchase order from the sales order                    
    V45E0002            Data transfer in procurement elements (PRreq., assembly)          
    V45L0001            SD component supplier processing (customer enhancements)          
    V45P0001            SD customer function for cross-company code sales                 
    V45S0001            Update sales document from configuration                          
    V45S0003            MRP-relevance for incomplete configuration                        
    V45S0004            Effectivity type in sales order                                   
    V45W0001            SD Service Management: Forward Contract Data to Item              
    V46H0001            SD Customer functions for resource-related billing                
    V60F0001            SD Billing plan (customer enhancement) diff. to billing plan      
    V45A0001            Determine alternative materials for product selection
    Regards
    PRabhu

Maybe you are looking for