Changing Inco terms after PGI

Hello!
We have a requirement that we occasionally need to change the inco terms (due to incorrectly entered earlier or at the lat minute they changed and for customs we need to change them). The Inco terms by themselves don't have any role to play in pricing the documents. But after the delivery is GI'd they can't be change din standard SAP. We need the ability to change the Inco terms in the delivery (after it has been GI'd) and in the invoice too if need be. Is this possible by somehow keeping these fields enabled regardless of what stage the process may have reached?
Thanks!

hi,
sorry to say, when a PGI is done there is no way to change the inco terms info on the delivery document. PGI is already a step where you have recognise that the inventory have been drop from your systems.
This is more a busienss process issue rather than a systems issue. One way is to have a report run before PGI to make sure all DO (before PGI) incoterms matches the source of the inco terms change.
Cheers.
Happy SAPying.
Regards

Similar Messages

  • Its possible to change the qualtity after pgi?

    i wants to change the quantity after did the PGI/
    customer reqiurement plz give the ans
    magha

    hai sap gurus
    this is my customer senario . in that sd process max sale order 1 & max delivery two , but customer required multible billing documents
    EXMPLE:
    sale order : 10 pcs ( only one material)
    delivery allowed ; 2(two)
    billing doc ; 10 billing doc( for each pieces) so system shold give 10 billing doc from two delivry
    plz help me to solve the issue
    with advance thanks
    magha

  • Delivery document change after PGI ?

    Hi All,
    Is any way can I change the value of the field of "Ext.delivery" in delivery document(Header-->Administration) after PGI and billing process. And the most important thing I have to mention: it was closed in previous period. Somebody can help on this issue would be appreciated.
    Thanks.
    mlai

    Hi,
    You can use the user exit MV45AFZ1 sub routine FORM USEREXIT_SAVE_DOCUMENT.
    Here write a small piece of code.
    if LIKP-LIFEX eq '' .
    Message'External Delivery Number is not Maintained' type 'E' .
    endif .
    I hope this will help you to validate before save the document.
    Regards,
    Murali

  • Not allowing changes to payment terms after the AR document is released to accounting

    Hi,
    Anyone know the best way to not allow a user to change the payment terms after the AR document has been created in AR? This is affecting aging because users are changing the payment terms without permission. What is the best way to control that?
    Thank you.
    AK

    Hi A K
    Frequent change in payment terms is something business should introspect. Payment term is decided and agreed upon with customer/vendor during the initial stages.
    However from IT perspective, it can be controlled keeping some system controls.
    1. Limit the Customer master change transaction to very limited users or to a manager. There should be internal approvals by management for business to make a change. Bring this into force.
    2. Regularly run the customer master change reports and provide the trend to management to restrict or limit the changes.
    3. Use Change Message control for master data by providing necessary warnings or error messages when master data is changed.
    4. In  the sales order level, there is every possibility to change the payment term. Based on the user authorization get the payment term field greyed out and provide change access to accounting or to a specific user upon approvals. This is a bit complex process but I feel this brings up controls and stops the process from exploitation.
    5. Also activate 'Sensitive fields' KNB1-ZTERM for payment term field in customer master. This brings up another layer of confirmation of change by other users.
    6. Another back route, not recommended in all cases, is to subsititute the required payment term during accounting document posting.
    Hope it helps.
    Thanks,
    Sekhar

  • Baseline Date after a change in Terms

    Dear Experts,
    I am having a problem where trying to change the term of payment of an invoice before a posting, the account doesnt set the baseline date correctly.
    This issue occurs for baseline date type 'Entry Date' .
    After whichever interaction in MIR4 , 'Enter' or 'Save', the baseline date will:
    1. set to the date as in the existing entry if there is no change .
    2. set to the system date  if there is a change in the payment terms,
    where the '2nd' is not correct because the payment term changed stated that the baseline date should be 'Entry Date'.
    The above mentioned logic is inside the function module
    'FI_CHANGE_PAYMENT_CONDITIONS'
    Codes bellow  shows the scenario mentioned in '1.' no changes
    Wenn keine Änderung, dann Export versorgen und Tschüss-----
      e_zterm = i_newzterm.
      zterm = i_newzterm.
      e_zfbdt = i_newzfbdt.    <----
    set to the existing entry
      zfbdt = i_newzfbdt.
      e_sklin = i_newsklin.
      sklin = i_newsklin.
      check not status is initial.
    Codes bellow  shows the scenario mentioned in '2.'terms change, and baseline date type 'C'
    T052 contains first entry for payment term key entered    "P00K005354
          case t052-zdart.                                "P00K005354
        when 'C'.                                    "P00K005354
           zfbdt = sy-datum.                     "P00K005354
           if  i_cpudt is initial.                   "Note 199967
               zfbdt = sy-datum.                "P00K005354   <------ set to current date
           else.                                      "Note 199967
               zfbdt = i_cpudt.                   "Note 199967
           endif.                                     "Note 199967
       Is this a program logic error  or is it the way it should be ?
    Any one encounter the similar problem ? or should there be OSS notes to apply ?
    Thank you .....

    Hi,
    If i gave the query that i mentioned above post, in my sql statement, the dynamic action is working but not fetching the correct date for the selected priority..
    what is the answer that im getting is
    When i select priority as low means
    what is populating in my due date field is not the date im expecting........
    it is giving some thing in the due date field like the below i mentioned.......
    " ,,11/10/10 0&amp;#58;0&amp;#58;0,11/10/10 0&amp;#58;0&amp;#58;0,,,,,,,,,,11/24/10 0&amp;#58;0&amp;#58;0,11/24/10 0&amp;#58;0&amp;#58;0,,,,,,,,,,,11/04/10 0&amp;#58;0&amp;#58;0,,,,,,,11/24/10 0&amp;#58;0&amp;#58;0,,,,,,,,,,,,,,,,,,,11/18/10 0&amp;#58;0&amp;#58;0,,,,,,11/24/10 0&amp;#58;0&amp;#58;0,,,11/24/10 0&amp;#58;0&amp;#58;0,11/24/10 0&amp;#58;0&amp;#58;0,,,,11/27/10 0&amp;#58;0&amp;#58;0,11/26/10 0&amp;#58;0&amp;#58;0,,,,,,,11/05/10 0&amp;#58;0&amp;#58;0,,,,11/24/10 0&amp;#58;0&amp;#58;0,11/24/10 0&amp;#58;0&amp;#58;0,,,,,,,,,,,11/19/10 0&amp;#58;0&amp;#58;0,11/05/10 0&amp;#58;0&amp;#58;0,11/24/10 0&amp;#58;0&amp;#58;0"
    i dont know why it is returning like this......please help me........
    Regards,]
    Harry......

  • Restriction  of Field Change in VL02N change(After PGI)

    Hi Gurus
    In outbound delivery we are using the following fields:-
    1.     Means of Tr id:- LIKP-TRATY
    2.     Means of Tr. Type:- LIKP-TRAID
    3.     Shipping Conditions:- LIKP-VSART
    4.     Special Procedure Indicator:- LIKP-SDABW
    The same fields are being used in pricing conditions.
    However, even after PGI is done the fields can be amended in delivery using VL02N. The system does not turns the fields grey even after PGI and fields are still amendable.
    How to restrict the change.
    Thanks.

    Hi,
    You can implement Badi LE_SHP_DELIVERY_PROC with following code in method CHANGE_FIELD_ATTRIBUTES
      data: ls_attrib  type  SHP_SCREEN_ATTRIBUTES.
      ls_attrib-NAME = 'LIKP-TRAID'.
      ls_attrib-INPUT = 0.
      append ls_attrib to CT_FIELD_ATTRIBUTES.
      ls_attrib-NAME = 'LIKP-TRATY'.
      ls_attrib-INPUT = 0.
      append ls_attrib to CT_FIELD_ATTRIBUTES.
      ls_attrib-NAME = 'LIKP-VSART'.
      ls_attrib-INPUT = 0.
      append ls_attrib to CT_FIELD_ATTRIBUTES.
      ls_attrib-NAME = 'LIKP-SDABW'.
      ls_attrib-INPUT = 0.
      append ls_attrib to CT_FIELD_ATTRIBUTES.

  • I  wants to change the quantity in billing after PGI? plz cive me idea

    i wants to change the quantity in billing doc after pgi
    plz
    give me the ans

    Hi
    Maha Lingam
    No u can not change qty. in billing once PGI is done. If u want to change the qty then U have to reverse the PGI Tcode VL09 and after that u can change qty in Delivery Tcode VL02N and again u have to do PGI.
    Thx.

  • Fast Change of Inco terms

    HI All
    Currently I have the same inco term for the header and line items in a sales order. If I change the inco in the header due to some reason, is there any way to change the inco term on the line item to the same value to that in the header?
    OR
    Is there any fast change way in the sales order to change hundreds of line item in the sales order for "inco term" value,.
    Please advice
    Thank

    Hello,
    When you create a sales document, the business data is only created on     
    header level. That is, the business data in the header is then valid for   
    all items. If an alternative value is now entered in the item, the new     
    value has validity for this item. The business data of the item is then    
    separated from the header data. Further changes to the business data       
    fields of the header no longer affect the changed item. If, then, the      
    terms of delivery are first changed in the item and then the term of        
    payment in the header, the new term of payment does not appear in the    
    changed item.                                                              
    In particular, header data is not transferred into the item if there is    
    a billing plan for the item.                                               
    The incoterms are business date. if you change this data on the header they should taken over into the item if you have only one entry for the header (POSNR = 000000
    ) in table VBKD.
    But if you have in table VBKD more than one entry with POSNR unequal 000000, then the changes on the header business data will not aken over into the item.
    For Example:
    MANDT VBELN        POSNR    KONDA KDGRP BZIRK 
    800   0000007100   000000   01          000003
    800   0000007100   000010   01          000003
    800   0000007100   000020   01          000003
    Therefore it is not possible to taken over the changes of hte incoterms from the header into the item.
    I hope that the information are helpful.
    Regards
    Claudia

  • Restricting Changes in Delivery after proforma invoice is generated

    Hi All,
    I have a requirement where i would like to restrict certain changes in delivery document for which proforma invoice is created so that the final invoice remains in line with the proforma invoice.
    for. example. change in item quantity, adding another items etc.
    is there any configuration settings for the same?

    Hello,
    When do you create Proforma Invoice? After PGI or before PGI.
    If you are creating Proforma after PGi then there is no issue as Delivery Cannot be changed after PGI.
    If you are issuing Proforma Invoice before PGI then you will have to go for a Z-Development as there is nothing available in SAP Standard to fulfill your requirement.
    Hope this helps,
    Thanks,
    Jignesh Mehta

  • Sales invoice carrection  & item deletion from sales order after PGI

    Hello Sir ,
                   i want to change the item price after billing , account document is created .
                   what can i do for it ?
                  and second is . i want to delete line item from sales order after PGI
                  like  after delivery customer want  to change the goods .
                  please ans me asap
    Thanks
    Arvind
    Edited by: saparvind on Nov 5, 2009 5:30 PM

    Hi ,
    i want to change the item price after billing , account document is created .
    what can i do for it ?
    Once the Billing document and corresponding Accounting document created, then you have to cancel the BILLING DOCUMENT to change the Price.
    To change the Price , If it is Manual price directly you can change in the Billing document.
    If the Price is coming from the CONDITION RECORDS then you have to UPDATE the pricing to the  CARRY OUT NEW PRICING in the Billing documents, with Option B
    i want to delete line item from sales order after PGI
    like after delivery customer want to change the goods .
    For this you have to reverse the PGI in the Transaction code VL09 and then cancel the DELIVERY in VL02N---Delete.
    Now you can change the Goods in the Sales document in VA02.
    Please check the above and revert.
    thanks,
    santosh

  • User Exit for VA02 while changing payment terms in the screen

    Hi,
      In Va02, in header details if we go to billing tab,
           Whenever we change the terms of payment(ZTERM) in the screen, we should check if the fixed value date(VALDT) is not blank based on some conditions.
      If it is blank before saving we should display error message with the VALDT screen field in VA02 transaction as open for input to enter the value.
    I have tried writing in MV45FZZ , in userexit_save_document_prepare , but the screen field is going to display mode after the throwing error message. but it should be open for input.
    Could anyone please suggest proper exits or badis to validate this condition?

    Hi Naimesh ,
      Thanks for your reply ,
    I have tried the code but its not working.
    As per my knowledge, statement after error message,will not be executed.
    Please suggest.
    raghavender,
    Thanks for your suggestion.
    I have tried it before , its working fine but as it is not suggested to use Leave to screen in custom code I was trying for alternate solution.
    Please suggest.
    Thanks ,
    Srilakshmi Godavarthi.

  • Change payment terms

    Hi,
    How do i change payment terms for an invoice after few installments have been made.
    ex.Lets say there is an invoice for Rs 500 and the number of installments to pay it is 2 250 for the first installment  and 250 for second installment.The first installment is made,Now the customer wants to change his installments to 3 for the remaining amount.Can this be donw in SBO.
    Thanks in Advance

    Dear Vikas,
    Yes I beleieve this can be done.
    Initially you set up the 2 Installments in the payment Terms Table and carry on with your Transactions like the Sales Order and the Delivery and create the A/R Down Payment invoice for say 50% and then make the payment for this 50% Amount WRT the A/R Down Payment Invoice. Now while you are creating the final A/R Invoice for the remaining amount in the accounting Tab go to the payment terms tab change the Installments to 3 and eneter the other relevant data. After this is done go to the Installmant tab and chane the Installments to 3.
    Hope this is helpful.
    Nagesh

  • Inco terms

    Gurus,
    I have been reading everywhere that incoterms is copied from sold to master record and is maintained under shipping tab in customer master. So if I maitain COL (collect) in customer master and I want to change it to 2DAY in sales order. It means customer is now asking for a 2DAY shipping, what partner functions are effect at this point and how? I am guessing if I am using company transportation then somehow the system needs to know that a 2DAY shipping charge needs to be sent to Bill to party, is this done in transportation? does it flow from delivery to shipment? does it take Carrier partner functions into consideration, to see who is actually doing the transportation?
    And Incoterms is in 2 parts, Inco1 +2, what is the use of part 2? Can i use it to specify who is transporting or maybe some special instructions like should reach by 5:00 and make it print in output? Does the part 2 has any significance while pricing?
    Edited by: Uma Kanth on Jun 15, 2008 7:28 PM

    Dear Uma Kanth
    If you make any changes in sale order, that changes will have impact only for that particular sale order. 
    With regard to Inco term2 usage, you can define / control your pricing based on this.  Let us assume if your pricing condition type is PR00 which is based on inco terms, in V/07, you can define table nos.033 or 034 or  434
    thanks
    G. Lakshmipathi

  • Day Limit in Change View "Terms of Payment":Details?

    What does exactly does the Daylimit field in
    "Change View " Terms of payment": Details "means?
    A detail explanation with an EXAMPLE is well appreciated.
    Thanks for your time

    Hi,
    The DayLimit Under Payment Term is Used to specify Perticular date to which you want the " Payment Term" or Condition should apply on the Invoice.  Explain you with simple example.
    Eg: 1.Payment Term 1001
    DayLimit 15
    Discount 2%  
    With the above inputs system Consider only the invoices posted on and before 15th date for 2% discount and for the Invoices posted after 15 of every month the said discount is not calculated or system will not consider the line for discount.
    Eg. Payment Term 1001
    Daylimit 31
    Discount 4%
    with the above inputs system consider's invoices posted from 16 to 31 dates for discount of 4%. 
    So If requirment is like this invoices posted on or before 15 should get 2% discount and invoices posted between 16 to 31 should get 4% discount then you can create the above manner.
    Hope you doupt is cleared .
    Thanks
    Goutam

  • Accounts updated after PGI and release to accounting

    Hi All,
    Could you pls tell me,
    1.Which documents documents are updated after billing(release to accounting?
    2.After PGI what documents will be updated and which accounts?
    Hope this is clear
    regards,
    James

    Hi,
    The following updations take place on PGI:
    1. Warehouse stock of the material is reduced by the delivery quantity
    2. Value changes are posted to the balance sheet account in inventory accounting
    3. Requirements are reduced by the delivery quantity
    4. The serial number status is updated
    5. Goods issue posting is automatically recorded in the document flow
    6. Stock determination is executed for the vendor's consignment stock
    7. A worklist for the proof of delivery is generated
    8. A worklist for the proof of delivery is generated
    After goods issue is posted for an outbound delivery, the scope for changing the delivery document becomes very limited. This prevents there being any discrepancies between the goods issue document and the outbound delivery.
    Cheerzz..
    Subbz..

Maybe you are looking for