Incoterms on Item level is not updated on STO.

Issue: they have created a STO with wrog incoterm, now the issue is that the Incoterms on PO--> Item level is not updated if Incoterms on Header level is changed. I suggested them to change incoterm on item level manually, but user is saying the problem is that SAP doesn't change automatically Incoterms on item level if Incoterms on Header level are changed??
What user is saying..Is this correct? or any thoughts/solution to fix this issue?
Can anyone suggest me on this?
Thanks & Regards
Suresh Babu

HI,
Try this link
How Incoterms gets defaulted for STO
Regards
KK

Similar Messages

  • Item level status not updated

    Hi gurus,
    My problem is in the search result screen from Check Status Transaction. When it is create da SC (from Describe requirement or Internal Goods) and the PO is also created, item level status should be Purchase Order Created. However, the status is Approved. The PO is correctly created and it has already been sent to the vendor. Even the lorry icon and invoice icon are able.
    If the SC comes from a catalog item, then it is working ok.
    Do you know how to solved my issue?
    I am working with SRM 5.0 and Extended classic scenario.
    Many thanks!
    Patrícia

    HI,
    Try this link
    How Incoterms gets defaulted for STO
    Regards
    KK

  • Delivery address at Item Level and not at the Header Level

    Hello Experts,
    We are facing an issue as described below:-
    We are in SRM 7.0 using classic scenario.
    After approval of multi line Shopping Cart in SRM ,PR's are getting
    automatically created in backend R/3 system.After converting PR's into
    POs in backend R/3,we are observing that the delivery address for these
    PO'are getting printed at Item level and not at the Header Level
    inspite of the delivery address being same for all the Item level.
    As desired,the delivery address in the PO's should have the delivery
    address at the header level if the the delivery address is identical
    for all the Item Levels.
    However,if we create a PR directly in R/3 system and then convert these
    PR's into PO's in the backend R/3 system,we find that the deliver
    address are getting printed at the Header Level if the delivery address
    is same for all the item level(which is as desired)
    Any pointers will be highly appreciated.
    Thanks & Regards,
    RKS

    It is standard process only.
    In Po delivery address is maintained at item level because to which address perticular material to be delivered,
    this may change from material to material or may not change

  • Item level security not working when placed in a portlet page

    I have three page links linking to separate pages and have two of them with item level security turned on for specific groups with view privilges. I have the access for those groups with view privilges in the page level as well. I have published that as portlet and placed the portlet in another page which has view priviliges for the groups specified in item level as well.
    But I notice that when i place the portlet in a page, the item level security is not working.
    Item Level Security Not Working for Items Placed on a page and published as portlet and placed in another page. Is there some work around for this.
    Thanks
    Valli

    Would you please clarify for me? Is the problem that unauthorized people can see the portlet, or that unauthorized people can see the links?

  • PO item change is not updated after Delivery completion

    Dear All,
    PO item change is not updated in the PO at the completion of the delivery.for a particular line item. In our QA system, its updated but client is facing an issue with the production system. Pls check the attached screen which I got from QA. There is no such log in the production system. Kindly help me to have a solution for this.
    Regards
    Sujith

    Hi Dev,
    After we post the GR for a PO line item, PO history is updated (line) and at the same time that particular change log is available under PO line item. But in production system, said log is not updated after GR is completed fully.
    Rgs
    Sujith

  • Delivery address appearing at Item level and not at Header level in PO

    Hello Experts,
    We are facing an issue as described below:-
    We are in SRM 7.0 using classic scenario.
    After approval of multi line Shopping Cart in SRM ,PR's are getting
    automatically created in backend R/3 system.After converting PR's into
    POs in backend R/3,we are observing that the delivery address for these
    PO'are getting printed at Item level and not at the Header Level
    inspite of the delivery address being same for all the Item level.
    As desired,the delivery address in the PO's should have the delivery
    address at the header level if the the delivery address is identical
    for all the Item Levels.
    However,if we create a PR directly in R/3 system and then convert these
    PR's into PO's in the backend R/3 system,we find that the deliver
    address are getting printed at the Header Level if the delivery address
    is same for all the item level(which is as desired)
    Any pointers will be highly appreciated.
    Thanks & Regards,
    RKS

    HI Paul,
    Thank you for your response.In our case even if all the Line/items level have same Plant and storage location still the delivery address is getting printed at Item level and not at Header Level and this is happening only for PO's created from PR's orginating from SRM7.0.
    However if we create PR's directly in R/3 and then convert them into PO's,the delivery address is getting printed at the Header level if the delivery address is same for all the Item level.
    Can you plz some insite into this?
    Your help will be highly appreciated.
    Regards,
    RKS

  • Delivery address at Item level and not at Header level in PO

    Hello Experts,
    We are facing an issue as described below:-
    We are in SRM 7.0 using classic scenario.
    After approval of multi line Shopping Cart in SRM ,PR's are getting
    automatically created in backend R/3 system.After converting PR's into
    POs in backend R/3,we are observing that the delivery address for these
    PO'are getting printed at Item level and not at the Header Level
    inspite of the delivery address being same for all the Item level.
    As desired,the delivery address in the PO's should have the delivery
    address at the header level if the the delivery address is identical
    for all the Item Levels.
    However,if we create a PR directly in R/3 system and then convert these
    PR's into PO's in the backend R/3 system,we find that the deliver
    address are getting printed at the Header Level if the delivery address
    is same for all the item level(which is as desired)
    Any pointers will be highly appreciated,
    Regards,
    RKS

    This may be an old note, but it may point you in the right direction: Note 450425 - Delivery Address creates individual R/3 address number.
    If you debug the function module in SRM that creates the PO in ECC, you can check if this is the case.
    Regards,
    Robin

  • ASCP Taking Lead time to buy Item from Item Level and not from ASL

    Hi All.
    We have a buy Item Which is used at multiple Organization now we have defined processing Lead time for this Item at Item Level and ASL level (Global) However for different organization Like ABC and XYZ we have same supplier and Supplier Site for this item,
    Below is the details of Item
    Item's Processing Lead Time at Item Level
    Org - ABC - 35
    Org - XYZ - 15
    Item's Processing  Lead Time at ASL Level
    Org - ABC - 10
    Org - XYZ - 5
    Now when we run ASCP plan for org XYZ and check for exception, Item's Lead time is coming from Item Level (15) not from ASL Level (Does this is expected behavior from Oracle?)
    Regards.

    Hi Abhishek,
    I tested one more time with the same scenario, this time ASCP is considering Processing lead time form ASL only however it is considering processing lead time for another organization (When I am running ASCP plan for Org XYZ ASCP is considering Processing lead time for ABC).
    Does it is due to same supplier site for both the organization?
    Also it has an active sourcing rule for the same supplier
    Regards.

  • Item level changes not being updated.

    Hi,
    I am implementing BADI BBP_DOC_CHANGE_BADI, method BBP_PO_CHANGE.
    The problem that I am facing is that whenever, I change anything at the Item level, after the PO has been created, (say for eg item quantity), it is not being updated to the database. I also noticed one thing. When I click on the order button (after changing the item quantity) the import parameter of the BADI it_item of the is empty. Also I am checking in transaction BBP_PD, whether the update has happened.
    Thanks in advance
    Pete

    Hi Yann,
    Below is the code in the BADI BBP_DOC_CHANGE_BADI.
    method IF_EX_BBP_DOC_CHANGE_BADI~BBP_PO_CHANGE.
    CLASS cl_exithandler DEFINITION LOAD.
    DATA: LV_CUF_BADI TYPE REF TO IF_EX_BBP_CUF_BADI, "ZCL_IM_SRM_TANDC_BADI, ",
      LV_CUF_BADI_ACTIVE.
    DATA: IV_MODE   TYPE xfeld,
            IS_CUF_HEADER  TYPE BBP_PDS_HEADER,
            IS_GETDET_HEADER TYPE BBP_PDS_PO_HEADER_D,
            ES_UPD_HEADER TYPE BBP_PDS_PO_HEADER_D,
            IS_UPD_HEADER TYPE BBP_PDS_PO_HEADER_U,
            LV_CHANGE TYPE C,
            IS_ITEM TYPE BBP_PDS_ITEM ,
            IS_ACC TYPE BBP_PDS_ACC,
            IV_DOC_TYPE TYPE CRMD_ORDERADM_H-OBJECT_TYPE VALUE 'BUS2201',
            LV_INCLUDE_NAME TYPE DD03P-TABNAME VALUE 'INCL_EEW_PD_HEADER_SSF_PO',
            LT_DDIC TYPE DD03TTYP,
            LV_REPID TYPE SY-REPID,
            LV_DYNNR TYPE SY-DYNNR,
            I_HEADER LIKE IS_CUF_HEADER,
            GV_CLAUSE_ID(256) TYPE C,
            LV_FLAG(1),
            LV_IMP(1),
            LS_COUNTER(1),
            LS_COUNT(1),
            LS_NUMB(1),
            LS_GUID(32),
            LS_GUID_INIT(32),
            LS_GUID_BLANK(32) TYPE C VALUE SPACE,
            LS_NUMB_BLANK(1) TYPE C VALUE SPACE,
            LS_CNT(1),
            LV_UCOMM(4),
            EV_OKCODE TYPE SY-UCOMM.
    DATA: WA_PDHSC TYPE BBP_PDHSC,
    WA_PDHSC_SEL TYPE BBP_PDHSC,
    *wa_it_item type BBPT_PD_PO_ITEM_ICU,
    WA_IT_ITEM TYPE BBP_PDS_PO_ITEM_ICU,
    wa_et_item TYPE BBP_PO_ITEM_BADI,
    WA_HCF TYPE BBP_PDS_HCF_PO.
    LS_COUNTER = LS_COUNTER + 1.
    IF SY-UCOMM = 'SAVE'.
    IMPORT LV_TEXT TO LV_IMP FROM MEMORY ID 'TEXT'.
    LV_IMP = LV_IMP + 1.
    EXPORT LV_TEXT FROM LV_IMP TO MEMORY ID 'TEXT'.
    ENDIF.
    IF SY-UCOMM = 'CHEC' OR SY-UCOMM = 'ENT1' OR SY-UCOMM = 'SAVE' OR SY-UCOMM = 'LIST'.
      GET PARAMETER ID 'NUMB' FIELD LS_NUMB.
      IF LS_NUMB IS INITIAL.
        MOVE IS_HEADER-GUID TO LS_GUID_INIT.
        MOVE LS_COUNTER TO LS_COUNT.
        SET PARAMETER ID 'GUID' FIELD LS_GUID_INIT.
        SET PARAMETER ID 'NUMB' FIELD LS_COUNT.
      ENDIF.
    ENDIF.
    MOVE-CORRESPONDING IS_HEADER TO I_HEADER.
    IMPORT LV_TEXT TO LV_IMP FROM MEMORY ID 'TEXT'.
    IF SY-UCOMM = 'SAVE' AND LV_IMP = 2.
    CALL METHOD cl_exithandler=>get_instance
    EXPORTING
    exit_name = 'BBP_CUF_BADI'
    IMPORTING
    act_imp_existing = LV_CUF_BADI_ACTIVE
    CHANGING
    instance = LV_CUF_BADI.
    MOVE SY-UCOMM TO LV_UCOMM.
    LV_REPID = 'SAPLZSRM_CUST_SCREEN'.
    LV_DYNNR = '1001'.
    GET PARAMETER ID 'GUID' FIELD LS_GUID.
    IF LS_GUID NE IS_HEADER-GUID.
      I_HEADER-GUID = LS_GUID.
    ENDIF.
    CALL METHOD LV_CUF_BADI->PUT_DATA
    EXPORTING
              is_header             = I_HEADER
              is_item               = IS_ITEM
              is_acc                = IS_ACC
              iv_doc_type           = 'BUS2201'
              iv_include_name       = lv_include_name
              iv_mode               = IV_MODE
              it_dd03p              = lt_ddic
              iv_caller_dynnr       = '1000'
              iv_caller_repid       = SY-REPID
            IMPORTING
              ev_repid              = LV_REPID
              ev_dynnr              = LV_DYNNR.
    CALL METHOD LV_CUF_BADI->GET_DATA
        IMPORTING
          ev_okcode = EV_OKCODE
        CHANGING
          es_header = I_HEADER
          es_item   = IS_ITEM
          es_acc    = IS_ACC.
    ENDIF.
    WA_PDHSC-GUID = IS_HEADER-GUID.
    WA_PDHSC-ZZ_OPT_TERM_COND = I_HEADER-ZZ_OPT_TERM_COND.
    MOVE-CORRESPONDING IS_HEADER to ES_HEADER.
    MOVE IT_PARTNER TO ET_PARTNER.
    loop at it_item into wa_it_item.
    MOVE-CORRESPONDING wa_it_item to wa_et_item.
    append wa_et_item to et_item.
    endloop.
    MOVE IT_ACC TO ET_ACC.
    MOVE IT_HCF TO ET_HCF.
    MOVE IT_ICF TO ET_ICF.
    MOVE-CORRESPONDING WA_PDHSC TO WA_HCF.
    APPEND WA_HCF TO ET_HCF.
    IF LV_UCOMM = 'SAVE' AND LV_IMP = 2.
      SELECT * INTO WA_PDHSC_SEL FROM BBP_PDHSC WHERE GUID = IS_HEADER-GUID.
      ENDSELECT.
      IF SY-SUBRC = 0.
        UPDATE BBP_PDHSC SET ZZ_OPT_TERM_COND = WA_PDHSC-ZZ_OPT_TERM_COND WHERE GUID = IS_HEADER-GUID.
        SET PARAMETER ID 'GUID' FIELD SPACE.
        SET PARAMETER ID 'NUMB' FIELD SPACE.
        CLEAR LV_IMP.
        EXPORT LV_TEXT FROM LV_IMP TO MEMORY ID 'TEXT'.
      ELSE.
        INSERT INTO BBP_PDHSC VALUES WA_PDHSC.
        SET PARAMETER ID 'GUID' FIELD SPACE.
        SET PARAMETER ID 'NUMB' FIELD SPACE.
        CLEAR LV_IMP.
        EXPORT LV_TEXT FROM LV_IMP TO MEMORY ID 'TEXT'.
      ENDIF.
      COMMIT WORK.
    ENDIF.
    endmethod.
    Let me know if you need any clarifications.
    Thanks,
    Pete

  • PGI status at delivery header level has not updated

    Dear Friends,
    We had created deliver, picking was completed and PGI was completed successfully. However when we try to create Billing, an error occurs stating that PGI is not completed.
    Further when we check the delivery, the Goods Issue status at item level is completed but at the Header level the GM is B which is partially completed. In the Document flow we can see the PGI Status is completed.
    I think there might be some table which was not update. Is there any way to update the status in the delivery?
    Further we tried to reverse the PGI through VL09, but system is not able to find the delivery ..this might be because the system might be checking in some table where the statues has not updated.
    Please suggest me how should I complete this.

    HI,
           Go to transaction "SE16N" and enter table "VBUK" and give the delivery number in the field sales document number. Now you type "&SAP_EDIT" in the transaction bar and execute. Here you can change the status(Total goods movement). And see If you can actually bill the document. Kindly please let me know If you need any more information on this.
    Regards,
    Ram Pedarla

  • Fixed Value Date at line item level is not in changable mode when copied

    Dear SDN Team,
    Hi i have a problem in the Fixed Value date at the line item level in the Return sales order.
    The Problem is When creating the return order with reference to the scheduling agreement (10.03.2010).  In the Return sales Order at the line item level the fixed value date is coping from scheduling agreement item (fixed value date eg: 31.12.2009)
    But i would like to have the fixed value date in the return order as 10.03.2010  but the field is greyed out.
    But normally when the sales document is created with reference to the preceding document the same will be copied.  But field is greyed out and it is not in changable mode.
    Can any one help how to solve this.
    I have checked also SAP Note where i did not find any messages.
    In normal scenario - when the order is created without any reference the fixed value date is in changable mode until the document is in open.
    Pleas help me to resolve this.
    With Regards,
    Jai

    Hi Lakshmipathi,
    I am sharing the resolution which was done to this requirement.
    We have a specific condition type with statisticaly used and with routine to have KWERT with zero value,
    Based on the different key combination. We have a specific key combination for the SA and SDoc and for this we need to maintain a condition record for the condition type with fixed value date and which will be linked to only the specific document.  Once this is done.
    We need to do update pricing in the sales order for the particular line item. by doing this the Fixed value date will be changed in the particular line item.
    Thanks and Regards,
    Jana

  • BAPI_ACC_DOCUMENT_POST line item text SGTXT not updating

    Hi,
    We have copied following LSMW for opening balance upload from ECC 5  to ECC 6.
    When we upload through LSMW (BAPI_ACC_DOCUMENT_POST ) which is used for uploading opening balances of G/L accounts field Long Text (Tech Name: ITEM_TEXT) not updating.
    Form Vendor and Customer Opening balances LSMWs  Long Text (Tech Name: ITEM_TEXT) field of G/L line item is not updating. According to my observation data field  SGTXT of BSEG table. not getting updated through this LSMW. I have tried same transaction through  T Code F-02 and it is updating field SGTXT of BSEG  table. As per confirmation from business same LSMWs  are working fine in ECC 5.
    Jigar

    hi experts,
    no body faced this situation?
    Any suggestions ?
    kindly give me any inputs
    thanks & regards,
    Raghul
    Edited by: Raghul Gandhi on Aug 11, 2009 11:32 AM
    Edited by: Raghul Gandhi on Aug 11, 2009 12:56 PM

  • Notes at the Item level is not getting Copied

    Hi All,
    When a quotation is copied by clicking on the "Copy" button, the new quotation has all the Notes copied at the header level. But all the Notes maintained at the Item level dosent get copied.
    The Copy control has been maintained between the Item Category (ZAGN to ZAGN) and a Copy Routine 9REVQT is maintained.
    Help in this regard would be appreciated.
    Thanks
    Srinivas

    Hi Thomas,
    Thanks for the reply.
    I tried that but looks like it doesnt work as we are not creating the follow up but copying a quote. Once copied the new quote doesnt have the notes maintained at the item level.
    Could you please tell me what would be the "Reference Text Type" for the notes maintained at the item level (As shown in the attachment)?
    Regards
    Srinivas

  • XVBAP has the new line item but does not update Sales Order

    Hi
    I need to update the sales order with a new line item when the line item has a base unit of measure as the sales unit. I need to then convert the base unit to sales unit with a whole figure and the rest can be in the base unit.
    I am able to see the update in the xvbap but the line item doesn't get updated.
    I am puting this code in a perform within
    MV45AFZB  within   Form  USEREXIT_CHECK_VBAP
    But I guess I am doing something wrong can someone please take a look at it and tell me what is wrong with the coding.
    *&  Include       ZSD_CREATE_NEW_LINE_ITEM              *
    *&      Form  create_new_line_item
          text
    -->  p1        text
    <--  p2        text
    FORM CREATE_NEW_LINE_ITEM .
      CONSTANTS: C_MEINH LIKE MARM-MEINH VALUE 'CSE'.
    Variables Used
      DATA: WS_WMENG LIKE VBEP-WMENG.
      DATA: INPUT  LIKE VBAP-KWMENG,
            WS_EA  LIKE VBAP-KWMENG,
            WS_CSE LIKE VBAP-KWMENG.
      DATA: WS_MVKE_VRKME LIKE MVKE-VRKME.
    Internal Tables and Structures
      DATA: WS_XVBAP LIKE XVBAP.
    DATA:
    it_vbap  LIKE vbap OCCURS 0 WITH HEADER LINE,
    it_vbep  LIKE vbep OCCURS 0 WITH HEADER LINE,
    it_xvbap LIKE vbapvb OCCURS 0 WITH HEADER LINE.
      DATA: BEGIN OF WS_MARM,
              MEINH LIKE MARM-MEINH,
              UMREZ LIKE MARM-UMREZ,
              UMREN LIKE MARM-UMREN,
            END OF WS_MARM.
      CLEAR WS_MVKE_VRKME.
      SELECT SINGLE VRKME INTO WS_MVKE_VRKME
        FROM MVKE
        WHERE MATNR EQ XVBAP-MATNR
        AND   VKORG EQ XVBAK-VKORG
        AND   VTWEG EQ XVBAK-VTWEG.
      IF VBAP-VRKME <> WS_MVKE_VRKME.
       LOOP AT XVBAP.
          SELECT SINGLE MEINH UMREZ UMREN
            FROM MARM
            INTO WS_MARM
            WHERE MATNR = VBAP-MATNR
            AND   MEINH = WS_MVKE_VRKME.
          IF XVBAP-MEINS <> WS_MVKE_VRKME.
            IF NOT XVBAP-KWMENG = 0.
              WS_WMENG = XVBAP-KWMENG / WS_MARM-UMREZ.
              IF WS_WMENG > 1.
    This means that the line item needs to be split into CSE & EA
                  INPUT  = XVBAP-KWMENG.
                  WS_EA  = INPUT / WS_MARM-UMREZ.
                  WS_CSE = WS_EA.
                  WS_EA  = WS_CSE * WS_MARM-UMREZ.
                  WS_EA  = INPUT - WS_EA.
    Now we have the qty. split into EA & CSE. Now to
    assign it to xvbap
                  XVBAP-KWMENG = WS_EA.
                  XVBAP-VRKME  = WS_MVKE_VRKME.
              READ TABLE XVBAP WITH KEY POSNR = XVBAP-POSNR.
                MODIFY XVBAP INDEX SY-TABIX.
                  WS_XVBAP = XVBAP.
                  WS_XVBAP-KWMENG = WS_CSE.
                MOVE-CORRESPONDING WS_XVBAP TO XVBAP.
                INSERT XVBAP INDEX SY-TABIX.
              ENDIF.
            ENDIF.
          ENDIF.
      ENDIF.     " IF xvbap-vrkme 'EA'.
    ENDFORM.    " create_new_line_item

    Hi Clark,
    Pls check the Include MV45AFZZ instead of the one which you are using . Here in this include MV45AFZZ you can have access to the Header and Line items data .
    Here in this include
          FORM USEREXIT_SAVE_DOCUMENT                                   *
          This userexit can be used to save data in additional tables   *
          when a document is saved.                                     *
          If field T180-TRTYP contents 'H', the document will be        *
          created, else it will be changed.                             *
          This form is called at from form BELEG_SICHERN, before COMMIT *
    form userexit_save_document.
    Endform.
    Either you can write the code you want to update the XVABP table here or you can use the form .
          FORM USEREXIT_MOVE_FIELD_TO_VBAP                              *
          This userexit can be used to move some fields into the sales  *
          dokument item workaerea VBAP                                  *
          SVBAP-TABIX = 0:  Create item                                 *
          SVBAP-TABIX > 0:  Change item                                 *
          This form is called at the end of form VBAP_FUELLEN.          *
    form userexit_move_field_to_vbap.
    endform.
    This are the 2 performs in this include where you can do you code and it will defnitely solve your problem.
    Good Luck to you . Let me know if your problem get solved.
    Thanks & Regards,
    Naidu.

  • Item Level Security not working with Tabs

    I've Portal 9.0.2.2.22
    This issue is with Item Level Security with Tabs. Here is what I've have:
    Page Group: MyPagegroup (Privs: portal => Manage All)
    Page: MyTestPage (Privs: portal => Manage All,
    testUser => View)
    There is a tab called MyTab on page MyTestPage which has two items (simple images) image1 and image2. The tab's access privs have been set NOT to inherit from the page. The public check box has not been checked for the tab. I've specifically assigned access privs to the tab.
    Now here are the two scenarios that I'm having problem with:
    1) MyTab (portal => Manage All, testUser => view)
    image1 (ILS enabled: portal => Manage All)
    image2 (ILS enabled: portal => Manage All,
    testUser => View)
    When logged in as "testUser", I still see both the images on MyTab although image2 doesn't have view priv to testUser. My expected result is to see just image2 on the tab.
    2) MyTab (portal => Manage All)
    image1 (ILS enabled: portal => Manage All,
    testUser => View)
    image2 (ILS enabled: portal => Manage All)
    When logged in as "testUser", I still see NO images on MyTab although image1 has view privs to testUser. I would expect to see image1 on the tab.
    Question: In both the above cases, the tab privs seem to be dictating what the user sees regardless of what the item level privs are set to. Is this normal behavior or a bug? If a bug, is there a patch? Is there any way so that even after setting the tab privs, I still have finer control of what the user can access through item level privs?
    If I don't put the items under a tab, then things work as expected.
    thanks
    Lalit Agarwal
    Vienna, VA
    703-521-5200 x3610

    This is a known problem with the 9.0.2 release - fixed in 9.0.2.6.
    Regards,
    Jerry
    PortalPM

Maybe you are looking for