Flexible payment term

Hi everybody
I would like to ask if it's possible to create new payment term totally flexible: the customer wants to have different amount  (not linked to percentages) to fix the payment both with vendors and customers.
And this changes every time a new order is made...
Is there any possibility to create a payment term they can use inserting every time the different amounts with due date??
Thanks in advace for the help
Regards
Chiara

Hi
It is not possible to have the payment terms based on the fixed amoun, it can only be based on % when you configure Instalment based payment terms.
Even when you configure the instalment payment terms you can't have the flexibility to change it as & when required.
Totally flexible paymnet terms is not possible.
Regards
R.Karthigayan

Similar Messages

  • Flexible Multiple Payment Terms

    Hi SAP Gurus,
    Is there any option to include multiple flexible payment terms in a PO?
    By flexible, I mean, users shall have the to write in fields either the % or the value and the desctiption of payment terms, instead of selecting Z102, Z103, etc. which are already available (by creating and assigning installment payments in FI in advance). And later to appear in PO printout, unlike Discounts on net, Packaging, etc. in Condition Types where either the % or the value can be entered by users and where those Condition Types either substract or add to the PO value. But in this situation, neither the % nor the value nor the description of payment terms remain same for the same or other vendor.
    For example, Z102-' 20% against drawing approval ' in a PO may not remain same for the same or other vendor in another PO and it may be '10% against submission of drawings'. Similarly Z103-'20% against shipping documents', etc. 
    Any help is appreciated.
    Thanks in advance.
    Regards,

    I have a similar issue.  PO set up for one large item, pay 30% upon order, so Due Upon Receipt and the balance owing is at  NET 30, so 2 different sets of terms.
    The vendor master carries the Terms over to the PO, however the PO terms can be changed and once changed these override the normal vendor master terms. 
    So on first PO for Product A - you specify terms as being Net 20
    On 2nd PO for Product B - you can let the vendor terms come over Net 30
    For you this will work as long as your vendor is able to split the invoices by product which they should do.
    ON the MIRO side, for each invoice posted the terms can also be changed so if it was missed when doing the PO it can be corrected at IR.  If your system is set for checking duplicate invoices and you have to put a combined product invoice into MIRO then you will have to alter the Reference field invoice number on the 2nd invoice.  IE Inv#123-A  & Inv#123-B  etc.  But you are best getting your vendor to invoice you by product.

  • Payment terms with flexible downpayment option

    hi all,
    we need to design a 'Payment Terms' with a flexible down-payment option. The down-payment has to be variable and the system should accept any down-payment and divide the rest of the balance payment into monthly installments. Eg. if total amount to be paid is Rs.160000, the down-payment should be configured such that the system should accept any amount between Rs.10000 and 30,000 and divide the balance into 11 EMI's.
    To start off with, a Sales Order (VA01) is created for the complete amount and then the billing is done(VF01). The billing document is then release to FI. The system should then allow FI to post any down-payment as explained in the above example. The rest of the balance should be divided into EMI's.
    NOTE - We have to configure this on SAP R/3 ECC 6. Please advice accordingly.
    regards,
    Vivek
    Edited by: vivek_84 on Jun 22, 2009 6:38 AM
    Edited by: vivek_84 on Jun 22, 2009 6:39 AM
    Edited by: vivek_84 on Jun 22, 2009 6:40 AM

    Hello,
    There is no threshold figures for down payment can be configured.
    Try to use Instalment payment terms (OBB9).
    For this first of you must have created payment terms with reference to instalement payment terms in OBB8.
    Regards,
    Ravi

  • Payment Term/BP on the level of Charge type in FWO

    According to business process I have 2 variants of payment term  for transportation with payer:
    1)      Prepaid (paid by Agency1(Payer1) in POL port of Loading)
    2)      Collect (paid by Agency2(Payer2) in POD port of discharge)
    3)      Today customer has  a requirement to issue several settlements from one FWO to different business partners on the level of  charge type.
    Example:
    BP Role: Payer
    BP : Payer 1
    Payment term: will pay with term prepaid:
    Charge type1 - NTFR (Net Ocean Freight)
    Charge type2 - BAF (Bunker Adjustment Factor)
    BP Role: Payer
    BP : Payer 2 
    Payment term: will pay with term collect:
    Charge type3 - DTHC
    The problem is how to  combine several terms(prepaid/collect/direct) with several BP Roles(Payer)/BP(Payer1/Payer2)on the level of charge type(service) in FWO.
    From the fisrt sight this case could be some way covered by standard on 9.1 functionality of «Charge type activation based on incoterm».
    But at the same time we some issues with this standard solution, because we need to split payer and term not only for the whole stage, but also for different charges in one stage. An example of this could be port to port transportation without any pre-carriage or on-carriage, but with OTHC/DTHC that could be paid in any term(P/C) separately by the appropriate agent in POL or POD. At the same time all the transportation costs will be associated only with one stage of transportation.
    Do anybody has an idea how to split payment term deeper than level of stage?

    Hi,
    You can use the "Flexible Settlement" function in TM9.1.
    Assign the charge types to settlement group.
    Assign the settlement group to settlement rule.
    Assign the settlement rule to settlement profile.
    Best Regards
    Clark Huang

  • How to create Payment terms in SAP?

    Dear Experts,
    I want to create payment terms "DA" which stands for "Documents against Acceptance".
    By using T. Code: OBB8, is it possible?
    Is any where we can give the flexibility to mentioned the payment dates or payment days?
    Current situation:
    "We have a export purchase where we have issues a PO where we have a terms to pay the vendor after 60 days from the date of acceptance of the documents"
    Please help.
    Regards
    Uttam.

    Sorry for the Inconvenient caused by me.
    Regards
    Uttam.

  • Payment terms for Advances in Sales & Distribution

    Hi friends !!
    1)You may know that we have payment terms like eg: 30% advance and remaining payment after delivery.
    In such scenario, while doing sales order itself the customer need to pay the advance. Then he needs acknowledgement or bill for that amount. How and where we will configure that???
    2)If the advance amount recieved at sales order level do we need to issue the invoice for the full amount or for the balance amount??
    Please any one help me to understand the logic !!
    Thanks & Regards,
    Sreedhar.
    Email: [email protected]

    hi,
    If it is real-estate based one plz follow the following procedurs:
    You have to define conditions for sales-based rent in order to be able to post sales-based rent. Also, if advance payments were made for sales-based rent or a minimum sales-based rent is defined, conditions allow you to offset these against the sales-based rent to be paid.
    Prerequisites
    You defined the necessary condition types in Customizing and assigned them attributes for sales-based rent. In Customizing choose:
    SAP Customizing Implementation Guide - Flexible Real Estate Management - Conditions and Flows - Condition Types
    You set the Relevant to Sales indicator on the General Data tab page in the real estate contract.
    Procedure
           1.      On the Conditions tab page, assign the necessary conditions to the contract. The following condition types are relevant for sales-based rent settlement:
    ·        Advance Payment for Sales-Based Rent
    One-time or recurring condition for sales-based rent; requires actual rent as condition purpose. Advance payments made by the tenant are offset against the sales-based rent resulting from the sales-based rent agreement.
    ·        Minimum Rent
    Minimum amount of sales-based rent to be paid. This is usually a condition with the condition purpose actual rent, but can also be used as a statistical condition.
    ·        Maximum Rent
    Maximum amount of sales-based rent to be paid (cap). Maximum rent is usually represented by one or more statistical conditions. The maximum amount is the sum of the conditions, limited to the given settlement period.
    ·        Sales-Based Rent (Required for Every Sales Rule)
    This condition defines how the receivable or credit memo is posted. It is not possible to assign a unit price to this condition, since the posting amount is determined by the sales-based rent settlement. The calculation formula always has to be sales-based rent (see: Customizing settings). The system generates a cash flow item for the posting that reflects the posting period and settlement period. For this reason, you do not enter a frequency for this condition. Instead, it is defined as a one-time condition.
    The Sales-Based Rent condition is also used to specify which objects of the sales-based rent agreement form the basis for sales-based rent. This makes it possible to determine sales-based rent using measurements as a basis (for example, per square foot of retail space). If the condition has a distribution rule, then sales are distributed to the objects using this rule.
    Note that the system uses only the last distribution formula in the settlement period. The system does not distribute proportionally within the settlement period if there is a change to the distribution formula.
           2.      On the Terms subtab, assign the same sales rule to all advance payment conditions for sales-based rent, to all minimum sales-based rent conditions, and to just one Sales-Based Rent condition.
    You have to assign a single Sales-Based Rent condition to each sales rule.
    If a contract contains more than one sales rule, you have to assign that number of Sales-Based Rent conditions in order to be able to perform settlement. You cannot use advance payments or minimum sales-based rent conditions for settlement. You can assign a sales rule to from zero to any number of advance payments and to from zero to any number of minimum sales-based rent conditions.
    regards,
    Siddharh.

  • Fixed Payment Terms & February

    We have configured fixed payment terms for each day of the month to allo our pre-authorized payment customers the flexibility to pay on the date they prefer.  We've created our payment terms to ensure that if the billing takes place after the fixed due date, and the bill assumes a due date of the fixed date + 1 month.
    Example: Portion 17 = ZF26 (Fixed Date of the 26th of the month)
    It will bill Jan 27, and the bill will automatically withdrawn on Feb 26th
    We have now come across an issue with February.  Portion 17 bills on the 24th of the month - because February is a short month and the payment term does not add a month when the due date is prior to the bill date.  So, when it bills on the 24th, the invoice assumes a due date of February 26th, and our customer will no whave two bill amounts coming out of their account on the 26th of February (the Jan 27 bill and Feb 24 bill).
    We can't just always add 1 month to the due date because we have customers billed in portion 2 on the 3rd of the month who can have payment terms of ZF26 and that should be the same month as the bill, not the following month.
    Does anyone have any experience in configuring fixed payment terms for February?
    Thanks  ...

    Derek:
    You are describing the challenge that standard proxy payment terms addresses.  The idea behind proxy terms is as follows:
    If invoice is created before 15th of current month, then it is due 25th of current month.
    If invoice is created after 15th of current month, then it is due  25th of following month.
    You can define 3 staggered dates eg up to 10th, 11th thru 20th, 21st and up.
    This is all done in standard FI terms configuration.
    regards,
    bill.

  • Payment Terms configuration

    Dear Friends,
    I have 2 queries -
    1. Can we configured the Payment Terms which will enable while invoicing to create the multiple line item while Invoice Posting ( accounting entry ) say, while doing MIRO / FB60 transaction. And one of those would go to Special GL. e.g. we have to deduct the Retention Money @ 5% from Invoice Amount and we are using one of Special GL for Retention money so can i configure the Payment Term as -
    1. 95%       -
    60 Days
    2. 5%        -
    365 Days
    So here 2 ( 5% ) will be posted as Special GL item while Invoice Entry.
    ( Currently we are transferring those entries to special gl manually using T code - F-02 from Vendor Open items )
    2. We have configured the number of Payment Terms but sometimes negotiated Terms does fall into the category of existing Payment Terms and it is not possible to create the Payment Terms for such requirement. So can we configure one Payment Term which will be editable while Purchase ORder Creation or Invoicing ( like payment term with "OTHERS" would be created and initially it would be configured for 0 Days and those would be edited while making Purchase Order as per requirement.
    Since this is affecting our Ageing Analysis and Payment Due Report as both are based on  Payment Terms in PO.
    If anyone has solution pls suggest the way to do it . will assign full marks if gets solution.
    Thanks in advance.
    PS

    Hi
    I think we can't maintain cash discounts more than two %.
    Goto OBB8, choose account type customer/vendor.
    goto payment terms segment.  1)  3%  days 0  2) 2% days 15.
    3) we can enter %, only days. it means no cash discount.
    Regards,
    Chandra

  • Getting split payment terms in case of customer credit memo(Doc type DG)

    Hi Guys,
    Is there any FM available for getting split payment terms in case of customer credit memo(Document type DG). There will be no invoice/billing doc for this document type and will be created from FB75 transaction. For billing document i am using FM SD_PRINT_TERMS_OF_PAYMENT_SPLI. Please let me know if there is any FM for accounting document also.
    Thanks,
    Vinod.

    Hi,
    Try this bapi
    BAPI_AR_ACC_GETSTATEMENT

  • 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

  • How to get vendor payment terms

    Hi all,
    I am creating a report. I need to get vendor payment terms. There are invoices without PO, how can I retrieve the payment terms for those cases.
    Thanks.

    Hi nene
               in case of invoice without PO, The payment term will be selected from the vendor master data (in View : payment terms transaction in XK03).
    Check payment term in  master data is exist or not.
    the data is in the table LFB1 : Field ZTERM
    Regards
    Wiboon

  • Vendor Payment Terms

    Hi All
    Is there a report that can give me the Vendor Payment terms
    Vishnu

    Hi Vishnu,
    go to SE16 , enter table name LFM1. in display parameters select ZTERM
    Regards
    Mangesh.

  • Report  for  payment  terms

    Hi All,
    Is  there  some  table  or report  to see  all  clients 
    which  has the  payment  terms  more  then  15  days?
    Thanks in advance and  best  regards
    Luis

    Hi,
    Go to Se11 or Se16, Enter table BSEG, click on display and select contents (CTRL + SHIFT + F10).
    In the menu section go to settings - format list - choose fields - select field name MANDT - client and ZTERM - Terms of payment ,ZB1T,ZB2T,ZB3T and select copy.
    Again go to settings - select fields for selection, select fields for zterm,ZB1T,ZB2T,ZB3T and Enter and Excute the table.
    You will find the details as per your requirment.
    Please let me know if you need more information.
    Assign points if useful.
    Regards
    Sridhar M

  • AP Payment Terms

    Hello
    Could you please help me with the below mentioned issue
    We have two payment terms
    A15TH_P30TH3% (1st – 15th)
    A30TH_P15TH3% (16th – 31st)
    “Invoices arrived till the 15th, pay on the 30th – invoices arrived till the 30th, pay on the 15th of the following month with 3% discount”
    So invoices from the 1st – 15th we pay on the 30th with discount
    Invoices from the 16th – 31st we pay on the 15th of the following month with discount
    The Supplier payment-term in this case is A15TH_P30TH3%, because each supplier could only have one payment-term.
    For each invoice from 16th-31st of the month we have to change the payment-term to A30TH_P15TH3% to get the discount.
    If we forget to change the payment-term we lose the discount.
    We use this payment-term really often because we only pay on the 15th and 30th or 31st of the month.
    Is it possible to get a solution that we only need one payment-term for this first and second half of the month – payment term.
    Thanks for your help

    Hi,
    You do not need to create two payment terms. What you require here is proxima payment term.
    While defining the payment term in AP, enter "15" in the cut off day. In the "Due" Tab, enter "31" in Day of Month and "0" in months ahead. In the First Discount Tab, enter 3% discount and "31" in Day of Month and "0" in months ahead.
    Now, the system will automatically take due date for all the invoices received till 15th as 31st of the current months and for all the invoices received after 16th as 31st of the next month.
    Attach this Payment Term to the Supplier and use it for all the invoice. No need to manually change it while creating the invoice.
    I hope this functionality is available in the Application Version, you are working on.
    Gajendra

  • AP Payment terms ( discount )  end on week end

    Hi Gurus
    I have a situation where payment terms for an invoice falls on Saturday.So when when we run it on following Monday it disallow the discount ( 2% ). We pay manually with 2% discount.How can we resolve this issue of discount date falling on week end ?
    Kindly give me some solutions please ?
    Thanks
    Satya

    Hi,
    You do not need to create two payment terms. What you require here is proxima payment term.
    While defining the payment term in AP, enter "15" in the cut off day. In the "Due" Tab, enter "31" in Day of Month and "0" in months ahead. In the First Discount Tab, enter 3% discount and "31" in Day of Month and "0" in months ahead.
    Now, the system will automatically take due date for all the invoices received till 15th as 31st of the current months and for all the invoices received after 16th as 31st of the next month.
    Attach this Payment Term to the Supplier and use it for all the invoice. No need to manually change it while creating the invoice.
    I hope this functionality is available in the Application Version, you are working on.
    Gajendra

Maybe you are looking for