Rounding up off values using Different Condition types

Dear All,
There is a requirement from the client where they want to round up the values in all the condition type values.For Example:
ZPR0-           1525
ZCOM(15%)-  228.75(It Should be 229.00)
NBT(Tax2%)   25.93(It Should be 26)
Similarly all the values for the condition should be calculated as the above mentioned scenario .Kindly suggest
Thank You!
Chakradhara

1.In V/06 goto the respective conditions type and in rounding rule field maintain A
2.goto pricing procdure in v/08 in calculation type field maintain routine 17 against the condition type s
3.in OB90 maintain 100( rounding unit) against your company code then check the results.
Thanks
Srinu.

Similar Messages

  • Using RB00 condition type for Price Adjustment

    Hi,
    I have to do a price adjustment due to some rounding issues in the pricing of my sales order.(Using standard Pricing Procedure RVAA01). I am thinking of using manual condition type RB00 at Item level that can accept both positive and negative values depending on the situation.
    If the calculated value>expected value then the user will enter negative RB00 value manually and
    if the calculated value<expected value then the user will enter positive RB00 value manually.
    The account key is however different in standard Pricing procedure for RB00 and it is ERS and for standard Base Price (PR00) it is ERL.
    So, my question is that does that make any difference if I maintain condition records in VKOA for RB00 same as PR00?

    Hi
    If you are looking for rounding then you round the decimals by not maintaining any decimals.But if it is a price adjustment then your approach is correct
    If it is VK11 then there is no need to maintain condition record for RB00 as it is a manual condition type at item level
    If you are talking to maintain revenue account determination VKOA then you have to maintain as whenever you give discount then it will hit some G/L account .So you should assign a G/L account also
    Regards
    Srinath

  • Use ofDIFF condition type

    Hi,
    Can any one explain me what is the use of DIFF condition type in procedure with example.Explain me with suitable example.
    Thanks in Advance.

    DIFF condition type is used with the following parameter.
    Requirment 13 Alt calculation 16 alt base value 4
    13 is for maintaining the Table T001R for a currency.
    16 is for Rounding Total
    4 rounding will be done for the net value + Taxes.
    by maintainng T001R the same condition type can round for the different condition type if the Pricing is used by more then one currency.
    Virandra Sharda

  • Two different condition types in one report

    Hello,
    i have a problem with the conditional display of a report.
    I want to use two different condition types for one report.
    For example I want to show the report only when the page is not in printer friendly mode and when the value of an item is NULL.
    Is that possible?
    Has anyone a solution for this problem?
    Thank you,
    Tim

    Tim,
    you can use
    IF V('PRINTER_FRIENDLY') = 'YES' AND :P1_ITEM IS NOT NULL THEN RETURN FALSE;
    ELSE RETURN TRUE;
    END IF;
    in the Conditional Display picking PL/SQL Function Body returning a Boolean.
    Denes Kubicek

  • Condition value of Tax condition type gets added to Total Value in Contract

    Hi All,
    I'm currently investigating an issue where there are 2 line items in an SAP Sales Contract. There is a human error in the second line where the billing end date is less than billing start date in the billing plan.  Consequently, the second line has null Outgoing target value.
    However, the header Total value in the Contract  gets wrongly calculated as Basic condition value of 1st line  + Condition value of tax condition type of line one due to this.   When I modify the billing end date for the second line item to be a date greater than the billing start date, the above problem disappears and the total value of the contract does not include the tax component.
    For eg.
    Normal Error free  Contract
    Total Value at Header =   700.00 EUR
                       Material          Outgoing Target val
    Item 0010    MAT1               450.00                          ( 450 + 50 (tax )  )
    Item 0020    MAT2               150.00   
    Contract with billing plan error in second line
    Total value at Header =   550.00 EUR 
                            MAterial       Outgoing target val          
    Item 0010         MAT1             450.00                    ( 450 + 50 (tax ) )
    Item 0020         MAT2              0.00         
    Any inputs would be most welcome.
    Regards,
    Venkatesh.
    Edited by: Venkatesh Gopalarathnam on Jan 24, 2012 9:48 AM

    No, i didn't.
    Actually, i enter condition type and amount in sales order manually.
    At that time my program which i modified at 'Define And Assign Pricing Procedures' in IMG should be run. 
    But the result of running is different from my purpose.
    To change Condition value of condition type in sales order, are there any solution?

  • V-41 tcode error :Table 304 is not defined for use with condition type PR00

    Hi All,
    I am trying to create a BDC using the transaction V-41. 
    The first screen has fields:
    ConditionType and Table, where I have to fill values ZPM1 and 800 respectively.
    But as soon as I enter the tcode v-41 and say enter, the above mentioned fields are already having the  values 'PR00' and ' 304'. Normally if you take an example fo t-code VA02, all fields are blank.
    Then an error message  is displayed:
    Table 304 is not defined for use with condition type PR00
    This behaviour is not allowing me to use the BDC feature.
    Please advise me on why this is happening. What are the possible solutions I can use to clear these values programmatically?
    Can anything be done via customizing?
    Regards,
    Namita.

    Dear ILHAN ,
    Well the problem you are facing is having the following solution:
    Table 304 is not defined for use with condition type PR00
    Message no. VK024
    Diagnosis
    The selected condition type does not fit in the condition table, that is the basis for the condition record. Alternatively the selected condition type is not included in the condition types that were selected on the selection screen or that are defined in the variant of the standard selection report.
    Procedure
    Úse F4 help to choose a valid condition type.
    If this does not give you the required condition type, check in Customizing for condition types and the related access sequences.
    In the condition maintenance also check Customizing for the selection report (pricing report), that you have selected in the navigation tree, using the standard condition table as a reference.
    I hope this helps.
    It has worked for me.
    I gave it a try and what I am getting using the transaction V-41 is create Price condition (PR00) : Fast Entry.
    Please award points if you find it useful.
    Regards,
    Rakesh

  • Function module to change the value for pricing condition type

    Hello experts,
    I want to change the value for pricing condition type for an item in the transaction CRMD_ORDER.
    I used many function modules but none are working.
    Please kindly suggest a function module that will change the value for a condition type .
    I have used the following function module but its not working, please correct the coding if anything needs to be changed or added. Please help me .
    Thank you.
    CLEAR PRCD_COND.
         SELECT SINGLE * FROM PRCD_COND WHERE KPOSN = WA_ORDERADM_I-GUID AND
                                              KSCHL = COND_TY.
      IF SY-SUBRC = 0.
    *    MOVE-CORRESPONDING PRCD_COND TO L_COND_CHG.
    *    CLEAR L_COND_CHG-KBETR.
        L_COND_CHG-STUNR = PRCD_COND-STUNR.
        L_COND_CHG-KBETR = COND_PRC.
    *    L_COND_CHG-KSCHL = COND_TY.
        INSERT L_COND_CHG INTO TABLE T_COND_CHG.
    L_HEAD_GUID = CRMD_ORDERADM_H-GUID.
    L_ITEM_GUID = WA_ORDERADM_I-GUID.
    INSERT L_HEAD_GUID INTO TABLE HEAD_GUID.
    INSERT L_ITEM_GUID INTO TABLE ITEM_GUID.
        CALL FUNCTION 'CRM_ORDER_READ'
         EXPORTING
           IT_HEADER_GUID                    = HEAD_GUID
           IT_ITEM_GUID                      = ITEM_GUID
         IMPORTING
           ET_ORDERADM_H                     = LT_ORDERADM_H
           ET_ORDERADM_I                     = LT_ORDERADM_I
           ET_PRIDOC                         = IT_PRIDOC_RD
           ET_DOC_FLOW                       = T_DOC_FLOW
    *     CHANGING
    *       CV_LOG_HANDLE                     =
    *     EXCEPTIONS
    *       DOCUMENT_NOT_FOUND                = 1
    *       ERROR_OCCURRED                    = 2
    *       DOCUMENT_LOCKED                   = 3
    *       NO_CHANGE_AUTHORITY               = 4
    *       NO_DISPLAY_AUTHORITY              = 5
    *       NO_CHANGE_ALLOWED                 = 6
    *       OTHERS                            = 7
        IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
        ENDIF.
    MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRI_COND.
    INSERT L_PRI_COND INTO TABLE PRI_COND.
    LOOP AT IT_PRIDOC_RD INTO LS_PRIDOC_RD.
    MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRIDOC_CHG.
    L_PRIDOC_CHG-PRIC_COND = PRI_COND.
    L_PRIDOC_CHG-REF_GUID = LS_PRIDOC_RD-GUID.
    L_PRIDOC_CHG-COND_CHANGE = T_COND_CHG.
    INSERT L_PRIDOC_CHG INTO TABLE PRIDOC_CHG.
    ENDLOOP.
    LOOP AT LT_ORDERADM_H INTO LS_ORDERADM_H .
    MOVE-CORRESPONDING LS_ORDERADM_H TO L_HEADER.
    INSERT L_HEADER INTO TABLE HEADER.
    ENDLOOP.
    LOOP AT LT_ORDERADM_I INTO LS_ORDERADM_I.
    MOVE-CORRESPONDING LS_ORDERADM_I TO L_ITEM.
    INSERT L_ITEM INTO TABLE ITEM.
    ENDLOOP.
    L_FIELD-FIELDNAME = 'STUNR'.
    INSERT L_FIELD INTO TABLE FIELD.
    L_FIELD-FIELDNAME = 'KBETR'.
    L_FIELD-CHANGEABLE = 'X'.
    INSERT L_FIELD INTO TABLE FIELD.
    L_INPUT-FIELD_NAMES = FIELD.
    L_INPUT-REF_KIND = 'E'.
    L_INPUT-REF_GUID = LS_PRIDOC_RD-GUID.
    L_INPUT-OBJECTNAME = 'PRIDOC'.
    INSERT L_INPUT INTO TABLE INPUT.
        CALL FUNCTION 'CRM_ORDER_MAINTAIN'
         EXPORTING
           IT_PRIDOC                     = PRIDOC_CHG
         IMPORTING
           ET_EXCEPTION                  = EXCEPT
         CHANGING
           CT_INPUT_FIELDS               = INPUT.
        IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
        ENDIF.
    REFRESH EXCEPT.
    CALL FUNCTION 'CRM_ORDER_SAVE'
      EXPORTING
        IT_OBJECTS_TO_SAVE         = HEAD_GUID
    *   IV_UPDATE_TASK_LOCAL       = FALSE
    *   IV_SAVE_FRAME_LOG          = FALSE
    *   IV_NO_BDOC_SEND            = FALSE
    *   IT_ACTIVE_SWITCH           =
    IMPORTING
       ET_SAVED_OBJECTS           = SAVED
       ET_EXCEPTION               = EXCEPT
       ET_OBJECTS_NOT_SAVED       = UNSAVED
    * CHANGING
    *   CV_LOG_HANDLE              =
    * EXCEPTIONS
    *   DOCUMENT_NOT_SAVED         = 1
    *   OTHERS                     = 2
    IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
    COMMIT WORK AND WAIT.

    Hi,,
    To be able to call a function module in an update work process, you must flag it in the Function Builder. When you create the function module, set the Process Type attribute to Update with immediate start
    Alternatively u can use this function module.
    CRM_STATUS_DATA_SAVE_DB
    BAPI_CUSTOMERCRM_CHANGE (If u wish to use a bapi for this).
    Also , Let me know what error you got when implementing other function module.Does the function module didnt return any error but still the value is not changed for pricing condition type?

  • Hide values for certain condition types in Quotation Saleorder and Invoice

    Hi All,
    I have written code to hide values for certain condition types in LV69AFZZ,
    this works fine in the ITEM LEVEL.
    But for the same condition types, I could not hide the values in the HEADER LEVEL.
    Unless I hide it at header level also, this is useless.
    Please guide me how to do it.
    Thanks & Regards
    Pradeep

    Hi,
    We have been using FORM USEREXIT_FIELD_MODIFICATION of LV69AFZz for item level & FORM USEREXIT_FIELD_MODIFIC_KOPF of LV69AFZZ for hiding heade level conditions.
    I hope this helps,
    Regards
    Raju chiutale.

  • Using Cumulative Condition Type KUMU

    Dear SAP Gurus
    I have a requirement here that when a packaged item is sold with some accessories, the order confirmation and billing output should only showed the total price on the main item. We are not using sales bom for this purpose.
    For example in SAP order entry screen:
    Line 1      Main item   net price  $100
    Line 2      accessory   net price  $  20
    But on billing output to show:
    Line 1      Main item   net price $120.00 
    Line 2      accessory   net price  $    0.00
    I am planning to use KUMU condition type to capture all the total net price of the 2 items into line 1.
    Is it normal for KUMU to be determined at the sub items as well ?
    Any ideas on how we could control the output print logic ? i.e to print only the KUMU condition type on main item if it exist.
    Thanks

    Hi friend,
    As per my information KUMU  is a cumulative condition. If you have sales BOM and if you carry pricing for the sub items and if you want to display the main item in the invoice with the price. This condition can be used to cumulate the sub item price and display it at the main item level.
    I think  this might be given you a idea of this condition type
    As pe my knowledge...
    The standard system condition type KUMU facilitate us  to display the total of the net values of an item and all the sub-items belonging to that item.
    Line: -
    Constraints OF KUMU cumulative condition type -
    Cumulative conditions cannot be used as header conditions and processed manually.
    When we copy a S O (sales Order) to a billing doc, the condition rate and the condition value of a cumulative condition is Freez. This means that the condition is not redetermined when it is copied regardless of the pricing type. The net value of the total is not redetermined even if the individual net values have changed.
    as already suggested KUMU condition is used as item condition.This is a statistical condition and alternative calculation type is 36.The item should be higher level item and prices of all lower level items assigned to this higher level item are cumulated.
    Regards,
    Rajeev Sharma

  • Store values of different data types into single database field

    Hi Friends,
      I  have to store values of different data types(character, numeric, date, time,  text, etc) into a single database field(Char 80). Then read the same values and display it into ABAP Webdynpro report. 
    Appreciate any ideas, examples, suggestions.
    Thanks
    JB

    Hi,
    Try like this:
    data: txt1 type string,
          var1(1) type c,
          var2(1) type n,
          var3 like sy-datum,
          var4 like sy-uzeit.
    parameters: a type c,
                b type n,
                c like sy-datum,
                d like sy-uzeit.
    concatenate a b c d into txt1.
    write txt1.
    var1 = txt1+0(1).
    var2 = txt1+1(1).
    var3 = txt1+2(8).
    var4 = txt1+8(8).
    write: / var1,
           / var2,
           / var3,
           / var4.
    Regards,
    Bhaskar

  • Change the Condition base value in a Condition type.

    Hi Experts,
    I have a problem because I need to change the condition base value for a condition type. This condition base is calculated as a result of other condition types in the list of pricing Elements. I would need to change the base in order to solve the problem.
    Thank you and best regards.

    Hi Alberto
    if i get it correctly , this is your scenario
    condition 1--- price x
    condition 1--- price Y
    condition 1--- price z
    now you want a fourth conddition with base value total of the above 3
    if so , you maybe define all the above 3 as statistical ,
    in another row , create a total of the above 3,
    assign a sub total this ,
    create new conditon type and in its alt base value , give the formalue for the sub total
    for eg 5 for sub toal 1, 6 for sub total 2
    and then you would get the right base value
    Hope this helps
    Thanks
    Akasha

  • How can i get different Condition Type for third-party Purchase Order?

    Hi, experts,
    for standard PO my Schema works well. now I want to get a different condition type for third-party purchase order. I try to extend field catalog (Pricing Purchasing). The Field PSTYP exists already. However, it is not provided in the field catalog.
    How could i do?
    Thanks
    Rene

    Hi Rene,
      If you are seeing fields in the field catalog but are not seeing this field when creating the condition table then the field  probably does not exist in the KOMG structure for allowed fields for condition structures. KOMG  represents the total of KOMK and KOMP which are the pricing communication structures. If your field is not there then you need to append it to item data in INCLUDE KOMPAZ in KOMP since this is an item level field. If it were a header level field you would append it to include KOMKAZ in KOMK.  The inclusion of new fields in KOMK or KOMP automatically means that they are also included in KOMG.
    After doing this you will see the field when creating a table. There is further documentation on this process in the IMG under SPRO-> Materials Management-> Purchasing-> Conditions-> Define Price determination Process -> System Enhancements  - View the documentation associated to this node in the IMG
    Hope this helps,
    Matt

  • Table to be used to fetch conditon value of a condition type

    Hi Friends
                  I need to do some enhancements to a report where in I have to add a new column which adds up the netvalue of the invoice ( netwr) with the condition value of a tax condition ( octori ). To fetch the condition value of this conditon which is the appropriate table to be used ? Usually KONV is used but this is leading to slow performance. Is there any alternative table ? Can KONP be used ?
    Regards
    Mahesh

    Hi
    Pl find below tables related to pricing
    KOMK,KOMV,KOMP
    KONV Conditions for Transaction Data
    KONP Conditions for Items
    KOND Conditions (Data)
    KONH Conditions (Header)
    KONM Conditions
    T684 Condition Exclusion Groups
    T684G Condition Exclusion Groups: Condition Types
    T684S Condition Exclusion: Procedure Assignment
    T689 Download Profile for the Conditions
    T689K Reference: Download Profile - Pricing Procedures
    Axxx- condition record tabel
    eg: A304- is table for condition record for material with release status
    A305, a306,a074
    A000 Condition Table for Pricing
    I have not checked any of them. Dont know whether it will help you.
    regards

  • Passing values/results between condition type by using the formula

    Hi,
    I'm having one condition type (A), that is determining a result percentage based on Condition Table A. Based on the percentege determined in Condition Table A, I would like to set a custom field value in the Kondition record structure (KOMP) so that value will be considered within condition type B and accessing condition table B.
    So far the only way to set values that I could find was within the Requirement formula associated with condition type B. Are there any other options? And how can I acces the percentage that Condition Type A determined? I looked into all kinds of global tables, but could not find anything.
    Thanks a lot for your help!
    Doreen

    Shivanand,
    There's no need to post that much code when you could create a very short test case that demonstrates only the problem you are having.
    You're using &NAME. notation on something that isn't a page or application item. You can't reference PL/SQL variables that way (or any other way) outside the PL/SQL scope. For your situation, you could create a page item named P55_DOCID and assign it a value in the PL/SQL process (:P55_DOCID := DOCID;), then reference &P55_DOCID. in HTML areas like the success message.
    Scott

  • Monthly purchase value,depending on condition type used.

    Can we search for PO,depending on condition type used in the PO.eg. we are using a condition ZENT for entry tax and
    the requirement is to search the po containing that ZENT condition.In dynamic selection mode there is condition group in
    purchase order detail,but it is not selecting the required PO.please guide.

    Hi,
    This requirement is not possible in std SAP Report.
    You need to develop a Z report with the help of ABAPers.
    Give proper logic for them for creating this req.
    Regards,
    Rahul

Maybe you are looking for

  • Getting a 8012 error while trying to download a purchased movie-ideas?

    Trying to download for family movie night, and am getting 8012 error.  Restarts have not made a difference...any ideas out there?

  • How to install Google's chrome browser safely on MacBook Pro-retina?

    Hello, I've arrived to a crossway which I need (don't want to) install Google's chrome browser or Firefox on my MacBook Pro. Yes, I don't want to, I hate it running on a Mac. I know it's the best browsing experience in a 'Chromebook', but in "Rome be

  • Best way to configure a network comprising WLSE and many APs ?

    Hi the Cisco NetPro community, I would like to have a discussion with you on the best way to configure a network containing a WLSE and a large amount of Access Points. The network I want to configure comprises some subnetnorks, each comprising about

  • Contribute CS4 Newbie Help

    Hello, I just downloaded the free trial version of Contribute CS4...installation when alright but when I try to open Contribute it takes quite a long time and then when it finally opens I get an error message that says Suitcase is having trouble open

  • OCR Solution: wrokflow on MIRO ( Park and Post Invoices)

    Hello one and All, We are planning to introduce a OCR solution which will scan and read the incoming paper invoices and it will then do the 3 way match on a daily basis and park the correct invoices.These invoices that are parked by the system should