Payment terms on SRM

Hi All,
The problem we have is the that we don’t see on the search help the list of payment terms during contract creation.
Steps we followed:
1) Replication from back-end using BBP_UPLOAD_PAYMENT_TERMS, in this way following tables are filled BBP_PAYTERM and BBP_PAYTERM_TEXT
2) We didn’t create any local payment terms so that going on customizing view (SRM Server -> Cross application Basic Settings -> Create Payment Conditions) the view is empty even if we made step 1.
Unfortunately the replicated payment terms are missing on help search during contract creation.
Could you please share with me what you think about these problems ?
Thanks in Advance,
#Bill J.

Hi Emre,
Did you find any solution? I am still working on this.
Thanks in advance if you clarify this on going issue in my mind
Bill J.

Similar Messages

  • Payment Terms fetch Issue(Plant Level) @ SRM 7.0

    Hello Experts,
    We are currently implementing SRM 7.0 system(Classical Scenario) across regions.In one such scenario we found out that when we create a PO directly in SRM the Payment Terms is fetched correctly from the Vendor Master at Plant Level(Bypassing the Purch Org Level data, since Standard SAP looks for plant specific data & the same has been implemented in SRM by enahancing the BADI BBP_DOC_CHANGE_BADI (Implementation ZBBP_DOC_CHANGE_PO ,Method :- BBP_PO_CHANGE using a Custom FM with SQL Query on LFM2)
    However when a PO is ordered via the Shopping Cart method,the payment term is fetched at Purch org level,even though we have an Alternative Data(at Plant level) in R/3.
    The Header & Item Level Data are the same.for both the PO's. Can someone please give some pointers on fixing this issue.As we know from SAP,fetching Plant related Payment Term into SRM is not a SAP Standard Feature & thus a custom logic was implemented.Payment Term Table(BBP_PAYTERM) is updated with the latest data with all Payment Term translations maintained in R/3.
    Awaiting your suggestions.
    Thanks,
    Arnab Sinha
    Shanghai,China

    Dear Poster,
    As no response has been provided to the thread in some time I must assume the issue is resolved, if the question is still valid please create a new thread rephrasing the query and providing as much data as possible to promote response from the community.
    Best Regards,
    SDN SRM Moderation Team

  • Non PO invoice : Vendor payment terms

    Hi
    I tried to replicate backend payment terms to SRM by report BBP_UPLOAD_PAYMENT_TERMS. I am not getting any payment terms from BE in SRM as payment condition.
    I have assigned payment terms in Backend and even in SRM, assigned with manual created payment term to BP.
    I am trying to create non PO invoice, I am not getting default payment terms in invoice. Why it is not defaulting?
    Why payment terms could not be replicated from backend?
    I need to do something else. Please share experience if you have faced such situation.
    Thanks in advance.
    regards,
    Rahul Mandale

    Hi Rahul,
    Please try doing as mentioned below.
    BBP_UPLOAD_PAYMENT_TERMS program does not work well.I tried using this and this ask for RFC destination(LOGSYS) while replicating the payment terms.
    and when you try to see these payment terms in customzing it does not give you correct result and so result in SRM HTML screens.
    What I did for this.
    There are two tables involved in this
    BBP_PAYTERM
    BBP_PAYTERM_TEXT .
    If you see entries in table BBP_PAYTERM ,it will have data with ERPCLNTXXX system while same kind of data will not be there for SRMCLNTXXX.
    You have to copy ERPCNLTXXX data into SRMCLNTXXX data.
    To do that copy all data with SRMCLNTXXX ,go to table Entry in Menu and delete all entries.
    Then copy all ERPCLNTXXX data and go to Table Entry ,Create with template.
    You can do this is SE11 or SE16 transactions.Do similarly with BBP_PAYTERM_TEXT.Please check entries before doing it for BBP_PAYTERM_TEXT table as this table may have similar entries for SRMCLNTXXX and then you will not require to copy all.
    Actaully program recognise only Payment terms in SRM.
    Once you have done this..You can see in customzing all correct payment terms replicated.
    SPRO->SRM server->Cross application basic setting->Create payment conditions.
    I hope this helps.
    regards,nishant
    please reward if this helps

  • Certain payment terms neglected

    All-
    We are working on a SRM 5.0 classic scenario implementation. We need to use the payment terms for creating Invoices w/o PO in SRM. We realise for this we need to maintain it locally in table view BBPV_PTERM_LOCAL.
    So we are ensuring that in the replication report BBP_UPLOAD_PAYMENT_TERMS, we use both the selection criteria Data transfer from the backend system and also preassign data to the local system. Essentially this will populate data in BBP_PAYTERM for both Logical system. I.e. Data from R/3 and data in the local system which will populate the Table view BBPV_PTERM_LOCAL.
    Now the issue is that almost all payment terms get replicated locally. However, few terms get neglected and dont come over to the table view. for example a payment term like 0051 Due immediately/ Due on receipt.
    Is there some sort of setting on R/3 which is preventing this entry while using report BBP_UPLOAD_PAYMENT_TERMS??? This entry gets created in SRM in table BBP_PAYTERM with backend logical system but doesnot make an entry for the local system.
    Any ideas on why this behaviour?? We have also opened an OSS note on the same...please let me know if you guys have any suggestions.
    Thanks,
    Sundeep

    Hi Sundeep,
    BBP_UPLOAD_PAYMENT_TERMS program does not work well.I tried using this and this ask for RFC destination(LOGSYS) while replicating the payment terms.
    and when you try to see these payment terms in customzing it does not give you correct result and so result in SRM HTML screens.
    What I did for this.
    There are two tables involved in this
    BBP_PAYTERM
    BBP_PAYTERM_TEXT .
    If you see entries in table BBP_PAYTERM ,it will have data with ERPCLNTXXX system while same kind of data will not be there for SRMCLNTXXX.
    You have to copy ERPCNLTXXX data into SRMCLNTXXX data.
    To do that copy all data with SRMCLNTXXX ,go to table Entry in Menu and delete all entries.
    Then copy all ERPCLNTXXX data and go to Table Entry ,Create with template.
    You can do this is SE11 or SE16 transactions.Do similarly with BBP_PAYTERM_TEXT.Please check entries before doing it for BBP_PAYTERM_TEXT table as this table may have similar entries for SRMCLNTXXX and then you will not require to copy all.
    Actaully program recognise only Payment terms in SRM.
    Once you have done this..You can see in customzing all correct payment terms replicated.
    SPRO->SRM server->Cross application basic setting->Create payment conditions.
    I hope this helps.
    regards,nishant
    please reward if this helps

  • Payment terms doesnot exist

    Hi,
    In SRM 7.0 we have uploadsed the payment terms from the backened system through the standard program BBP_UPLOAD_PAYMENT_TERMS.
    We are maintaining any local payment terms in SRM system.
    When we are using the uploaded payment terms in RFx response we are getting any error "payment terms does not exist"
    In the selection list all the payment terms are appearing which are uploaded.
    Sunil

    Hi,
    You are right!
    You need to go to Tsc SE38 and put the report BBP_UPLOAD_PAYMENT_TERMS and execute.
    Check if have some ERROR in the Tsc SLG1 and the table BBP_PAYTERM
    Rgs,
    Pedro Marques

  • Payment Terms in Invoice creation

    Hi,
      I am using SRM 5.5, ECS and trying to create a non-PO invoice, I have more than one questions but all are related to payments on invoices.
      I have replicated the payment terms from back-end using BBP_UPLOAD_PAYMENT_TERMS, and verified the entries in BBP_PAYTERM and BBP_PAYTERM_TEXT tables.
      But if I search for payment terms in the invoice transaction, I am not able to find any entries, same with payment term key, the other problem is the payment method field is non-editable/non-selectable.
      Last but not the least is I could not find any equivalent filed to the Payment Method Supplement field of FB60 transaction in ECC.
      Please reply my questions.
    Thanks,
    Sreedhar

    Hi Sreedhar,
    BBP_UPLOAD_PAYMENT_TERMS program does not work well.I tried using this and this ask for RFC destination(LOGSYS) while replicating the payment terms.
    and when you try to see these payment terms in customzing it does not give you correct result and so result in SRM HTML screens.
    What I did for this.
    There are two tables involved in this
    BBP_PAYTERM
    BBP_PAYTERM_TEXT .
    If you see entries in table BBP_PAYTERM ,it will have data with ERPCLNTXXX system while same kind of data will not be there for SRMCLNTXXX.
    You have to copy ERPCNLTXXX data into SRMCLNTXXX data.
    To do that copy all data with SRMCLNTXXX ,go to table Entry in Menu and delete all entries.
    Then copy all ERPCLNTXXX data and go to Table Entry ,Create with template.
    You can do this is SE11 or SE16 transactions.Do similarly with BBP_PAYTERM_TEXT.Please check entries before doing it for BBP_PAYTERM_TEXT table as this table may have similar entries for SRMCLNTXXX and then you will not require to copy all.
    Actaully program recognise only Payment terms in SRM.
    Once you have done this..You can see in customzing all correct payment terms replicated.
    SPRO->SRM server->Cross application basic setting->Create payment conditions.
    I hope this helps.
    regards,nishant
    please reward if this helps

  • Payment terms for invoices w/o PO

    Hi All,
    We have a payment term which we transfer from R/3 to SRM 4.0. This payment term is a complex one in that we want to pay on the 20th day of the following month. So for example we enter an invoice on 1st April, we want it paid on 20th May.
    We were unable to replicate this payment term into SRM but we manually added this term directly into SRM. We then had to manually add a field to transfer this payment term into R/3. Our problem is that in R/3 the invoice is not picking up the correct conditions for the payment term. It seems to be picking up a different payment term. Has anyone used any complex payment terms before?
    Any ideas would be much appreciated.
    Thanks,
    Paula.

    Hi Tracey
    Yes the payment term is specified in vendor master record in R/3.
    Regards,
    Paula

  • Payment terms not exist in contract

    Dear SAP experts,
    We are in SRM 7 and ECC 6 and using extended scenario. For payment terms we download payment terms from ECC by using program BBP_UPLOAD_PAYMENT_TERMS and entries created in table BBP_PAYTERM. When we create PO we can use this payment terms from ECC. However the odd thing happen when we create contract, we can see the paymet terms as possible selection, but if we select it we got error 'Payment term not exist in target system'. However if we create payment terms directly in SRM (using config payment conditions), then we can choose the payment term from SRM.
    But this is not making any sense as why do we need to have duplicate payment terms one coming from ECC and the other coming from SRM. Do I miss something in here? (Note that in RFx response, vendor can NOT choose payment terms locally in SRM as they can ONLY see the one coming from ECC).
    Best regards,
    John

    Hi John,
    Please implement the following note & retest this issue:
    1609905 Validation for local contracts contains errors
    Kind Regards,
    Edel.

  • Payment terms, Payment method, etc. blank in the Invoice Lists header.

    Hello,
    I am creating Invoice Lists - LR with F2 - Invoices but surprisingly the payment terms, payment method, VAT registeration no., etc. are not populated into the Invoice Lists header. I think it should have been populated from the 'Payer's' customer master.
    I am using 'Copycontrol' routine no. 16; if it is relevant in any way.
    Can someone help me with this, cause I need to use these field's data into the printout.
    Thanks,
    Nandish.

    Hi Sreedhar,
    BBP_UPLOAD_PAYMENT_TERMS program does not work well.I tried using this and this ask for RFC destination(LOGSYS) while replicating the payment terms.
    and when you try to see these payment terms in customzing it does not give you correct result and so result in SRM HTML screens.
    What I did for this.
    There are two tables involved in this
    BBP_PAYTERM
    BBP_PAYTERM_TEXT .
    If you see entries in table BBP_PAYTERM ,it will have data with ERPCLNTXXX system while same kind of data will not be there for SRMCLNTXXX.
    You have to copy ERPCNLTXXX data into SRMCLNTXXX data.
    To do that copy all data with SRMCLNTXXX ,go to table Entry in Menu and delete all entries.
    Then copy all ERPCLNTXXX data and go to Table Entry ,Create with template.
    You can do this is SE11 or SE16 transactions.Do similarly with BBP_PAYTERM_TEXT.Please check entries before doing it for BBP_PAYTERM_TEXT table as this table may have similar entries for SRMCLNTXXX and then you will not require to copy all.
    Actaully program recognise only Payment terms in SRM.
    Once you have done this..You can see in customzing all correct payment terms replicated.
    SPRO->SRM server->Cross application basic setting->Create payment conditions.
    I hope this helps.
    regards,nishant
    please reward if this helps

  • Payment terms picked up incorrectly in ERP while posting MIRO on SRM PO's

    Payment terms are picked up incorrectly in our ERP backend system for all SRM PO's and it generally defaults to "free for payment" standard payment term.
    1) We have maintained our vendor master correctly - say NET 30 but it still defaults to  "free for payment" when we are posting a MIRO invoice.
    2) Baseline date is blank too.
    3) We have not maintained BBPV_PTERM_LOCAL table either.
    Please let me know if any OSS note or solution available on this?
    Thanks,
    Manoj

    Hi,
    remember that there are TWO payment terms fields on the vendor master.
    One is used by POs and the other is used for postings that do not involve a PO.
    You should check the payment terms on the company code data of the vendor and make sure that these are correct, the payment terms on the Purchasing Org data are NOT used by FI postings unless you are using MIRO with reference to a PO.
    Steve B

  • How do you change Payment Terms on a PO in SRM Extended Classis 5.0

    Hello Everyone,
    I need to change the payment terms on a PO. I have made the change to the vendor on the ECC and SRM side and now I need to update the PO with the new payment terms.
    Once I do that then I need to retransfer the change to the backend.
    Thanks,
    Sam

    resolved issue myself

  • SRM - Transport Payment Terms

    Hello,
    we are implementing SRM 4.0 in standalone scenario.
    We would like to know how payment terms could be transpored from a dev system to a validation system and to a production system.
    Indeed, payment terms which are created through SPRO dedicated transaction are put into a transport request with the logical system related to the dev system. Therefore, after transport to val, the logical system is not correct ...
    We have noticed that the tables BBP_PAYTERM and BBP_PAYTERM_TEXT which handle the payment terms could be maintained directly through SE16.
    We then thought to maintain all our records directly into dev system with SE16 for logical systems val & pro and to put them manually into a transport request.
    Do you know a better solution ?
    Thank you for your help.
    Regards.
    Fabrice

    Hi Fabrice,
    Payment terms can be replicated from backends with report BBP_UPLOAD_PAYMENT_TERMS (in that case they have the backend Logical System as key) or maintained locally (in that case the LS is the local one).
    For backend values, you can replicate them between each val/val, prod/prod server.
    But for local ones, you are right, the source LS is transported with the values. So we have to adapt the LS of those tables in the target system.
    You should run transaction BDLS, limited on this table, to adapt the LS.
    Rgds
    Christophe
    PS: please reward points for helpful answers

  • SRM Payment terms

    Hi,
    Can someone please tell me if the report BBP_UPLOAD_PAYMENT_TERMS retrieves the payment terms in ECC from the company code data or purchasing org data of the vendor master record or both?
    Thanks in advance,
    John

    Hi Emre,
    Did you find any solution? I am still working on this.
    Thanks in advance if you clarify this on going issue in my mind
    Bill J.

  • The payment terms are not getting reflected in PO

    Hi,
    We are in SRM5.0 Extended Classic scenario.
    We have created new payment term in ECC and transferred to SRM using BBP_UPLOAD_PAYMENT_TERMS and after tranferring it to SRM I am able to see the new payment term in table BBP_PAYTERM and BBP_PAYTERM_TEXT in  SRM system.
    But non of the payment terms are not reflecting into PO. We are not getting any errors while processing the PO.
    Could you please suggest what may be the issue here.
    Best Regards,
    Siddappa

    Hello Siddappa,
    I am a little confused here with the scenario.
    I understand that the payment terms are recenly created and replicated. So naturally they would have been updated in the relevant vendor master as well. Now has the vendor master been replicated to SRM from ECC once the payment terms were updated.
    So from what you have mentioned "When we check the BBP_PD, the payment term is reflecting for the POs created after shopping cart approval."
    So does this mean once the SC is approved then the PO is created and then the Terms of Payment are seen in the PO.
    However "If the PO created through describe requirement, the Vendor will not assigned the PO created will go to Held status and buyer will process the order."
    So does this mean since the Vendor is not mentioned the Terms of Payment is not being reflected and will happen only once the same is specified in the PO.
    I have a question on whether after replicating the Payment Terms, has it been seen in any of the PO's created so far or it is always blank.
    Regards
    Pramod

  • Payment term key with limit days in Extended Classic Scenario

    Hello,
    We have an SRM 4.0 implementation (SRM Server 5.0 with Support Package
    9) using the Extended Classic Scenario.
    When a shopping cart is created, it must be approved, and then a
    purchase order is generated (first locally at SRM, and then is
    replicated to the backend).
    The problem is that the payment term key (field at header level EKKO-
    ZTERM) of the backend purchase order is empty, only in cases when we use a payment term key which have several different values for the
    field "limit days" (T052-ZTAGG in backend, BBP_PAYTERM-ZTAGG in SRM).
    Example:
         ZTERM     ZTAGG
          K180           09
          K180           19
          K180           31
    If the payment term key selected has no several values for the field "limit
    days" (one single entry), the payment term key arrives correctly at the backend purchase order.
    Example:
         ZTERM     ZTAGG
          E000           00
    In SRM table BBP_PAYTERM we have upload the backend payment terms
    (using report BBP_UPLOAD_PAYMENT_TERMS). In other threads it is said that you must copy the entries generated by the report with the logical system of the SRM system, but in extended classic scenario it seems to be not necessary.
    We have already implemented note 846009, in order to use always the backend payment term, but the error didn’t get resolved.
    We have our vendor business partners mapped to the local and backend
    purchasing organizations, but it is only necessary indicate the Payment term key for the Backend Purchasing Organization.
    Regards

    hi,
    Pls see the foll notes:
    Note 576349 - Terms of payment in the ECS
    Note 541934 - Modification note: Copying base date from T052
    Note 953999 - ECS: Terms of Payment values not in PO header
    <b>Note 940453 - Backend payment term data not updated in the extended PO
    Note 945018 - Incoterms data not transferred to the back end</b>
    BR,
    Disha.
    Pls reward points for useful answers.

Maybe you are looking for