Splitting payment terms

In the pay terms wherein the terms are in the form of 10%30%60% and so on, The system after making advances or booking the invoice the system is showing the amount splitted in the vendor account. We have to show the vendor account with single line.
Can anybody explain the advantages and disadvantages in the above matter.

Hi BSR,
If you do not have items splitted for the vendor document, how will you show this invoice in the aging report whenever the particular amount goes due?
This is corrct behaviour and this is the only way to achive the desired results from installment payment terms.
Regards,
Chintan Joshi

Similar Messages

  • 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

  • How to handle Order/Invoice with split Payment terms ?

    Hi we are implementing 11.5.9 for one of our sites...
    we have a situation wherein we charge the customer on placing the Order, on shipping the
    goods and on their acceptance...
    For example,Assume total order is $200,000. 10% on placing order; 20% on shipping: and 70%
    when customer accepts.
    10% - 20,000
    20% - 40,000
    70% - 140,000
    We need to issue invoices at each stage too...
    Can anyone suggest a way out ??
    thanks in advance..

    Hi,
    After much thought, My knowledge took me to Customization way to this Scenario.
    1. Define Order type to close immediately after delivery.
    2. Design a Invoice Print report, which will bring details into a TEMP table from Order depending on Order status.
    i.e. Order booked -- 1 line inserted into temp table with 10% of order amount and status as Booked.
    The Invoice will be printed using this details and an interface program should fire, which will interface this line to ra_interface_lines_all.(Plan program as per your needs. This is just a test case I have taken)
    3. On next run, after delivery, the Line status will change to Delivered, which will insert another line into TEMP table which current record flag 'Y'. Prints and Interfaces the invoices to AR.
    Similarly next step.
    Design of this TEMP table and other validations, you can discuss with Technical Consultant. I think, we can achieve this only with this minimum customization.
    Standard application is just giving workarounds and not perfect solution to this.
    Regards,
    Sridhar

  • 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

  • Document splitting for retention on the basis of payment terms.

    Hi Colleagues,
    I have a vendor and customers where we have retention, current and advance account for it.  Now here we have only one reconciliation account facility against one vendor/customer but I want to see all these three entries seperately in vendor/customer account.
    As I know in ECC6 on the basis of payment terms we can split a entry while it is getting posted to vendor or customer account.  Can you please guide me how to proceed in doing its configuration.......
    Thanks in advance,
    Ketan
    Edited by: Ketan Pendse on Nov 26, 2008 7:32 PM

    Hi,
    In addition to the answer already given,if this is only for 30 days :-
    1.If you r using automatic credit control then automatic credit control setting you can assign 30 days of credit and in the blocking you can define it for delivery.
    Reward points if helpful.
    Regards,
    Amrish Purohit

  • Incorrect Withholding TAX Split when using Installment Payment term

    Hi SAP Gurus,
    When we are using installment payments, the withholding tax is split and calculated in as many vendor positions as the installment payment term dictates. In our location (ECUADOR) it is necesary to calculate the Withholding TAX adding all the vendor positions (PstKy - 31) and posting only one Withholding tax position. When we simulate the document, we get the next snapshot:
    001 31       0000100035                                                               0.00
    002 40       5201001001 Sueldos                                          1,000.00                                       60
    003 31       0000100035 RAMOS ANDRADE CARLO                             309.64-
    004 31       0000100035 RAMOS ANDRADE CARLO                             300.54-
    005 31       0000100035 RAMOS ANDRADE CARLO                             300.54-
    006 50       2401003003 10% Retención Profe                                          30.36-
    007 50       2401003003 10% Retención Profe                                          29.46-
    008 50       2401003003 10% Retención Profe                                          29.46-
    009 40       1301003001  IVA 12%                                           107.14
    And we shoul get the next one for our needs:
    001 31       0000100035                                                               0.00
    002 40       5201001001 Sueldos                                          1,000.00                                       60
    003 31       0000100035 RAMOS ANDRADE CARLO                             250,72- ==========> (Here is made the tax disccount)
    004 31       0000100035 RAMOS ANDRADE CARLO                             389,82-
    005 31       0000100035 RAMOS ANDRADE CARLO                             389,82-
    006 50       2401003003 10% Retención Profe                                          89,28- ==========> (Here is the 3 tax positions added)
    007 40       1301003001  IVA 12%                                           107.14
    Regards,
    Esteban Moreno
    SAP FI-CO consultant

    Hi Srikanth,
    Thanks for your suggestion.
    I am looking for way in which two accounting documents are created automatically by the system having the desired values. Due to huge number of customer invoices which will need this, it will not be possible to handle it manually and will leave a room for error due to manual intervention.
    If somehow we can configure this payment term in system, then it would really help
    Regards
    Harpreet

  • Instalment payment terms and Due date

    Hello
    Can i have some comments on how the due date will be calculated in case of instalment payment terms.what is the configuration needed.Can we get the discount for each instalment if we pay in advance i.e before the due date.
    with regds
    RAJA

    Installment payment terms is basically one payment term linked to other paymnet term(s).
    If you split it to 3 lines, each of the 3 lines will get the payment term assigned for that line.
    E.g. you will configure as follows: (obb9)
    Inst Pmt Term  Inst     %       Payment term
    0001                  1     20              AAAA
    0001                  2     30              BBBB
    0001                  3     50              CCCC
    If you post an invoice (of say 1000) with the pmt term 1, it will split to 3 lines
    Line         Amt            Pmt term
    1             200                AAAA
    2             300                BBBB
    3             500                CCCC
    All the terms created for AAAA BBBB CCCC will apply to these lines.
    Praveen.

  • Single invoice for multiple payment terms

    Hi Friends,
    I have given 2 different payment terms for 2 line items in single order and the billing is splitted due to this reason. I want to know where the system is checking this control. Because I want to create single Invoive even the payment terms are different. (The routine 003 under Data VBRK/VBRP in SO to Bill copy controls will be usefull only to create single Invoice for multiple SO's where the payment terms is same). But I need to create single Invoice even for multiple payment terms.
    Can anyone suggest me at the earliest please.
    Kumar

    Hi Kumar,
    The Billing Split is take care at Copy control level.
    For multiple line items in one single SO, with different Payment terms is not acceptable as per the  business logic and its not best practices.
    Please suggest the business to go on Split method only.
    Or
    Try to use Proforma Invoice Concept.
    Regards
    Srini

  • Liquidity forecast - purchase order payment terms

    Dear Experts, I have the following issue,
    We are using liquidity forecast, but we are having a problem because the system does not take into account when a Purchase Order is created with Installment Payment Conditions.  The Liquidity Forecast shows the Planning Date equal to Delivery Date of the Purchase Order, not taking into account the division of the payment term and the days of delay of every partial payment. I would like to know if there is workaround for this issue.
    Best regards.

    Hi Cristobal,
    The splitting of payment commitmentment accrding to the instalment dates are not possible. However it is possible to have the first instalment payment date instead of delivery date. But for this the Payment Term definition should take the baseline date as any of the 3 defaults possible ( Doc date/Posting date/Entry date). That means it should not be "No Default".
    Below reproduction from note 497381:
    "In the installment payment terms, you can enter 'Fixed day' and 'Additional months' for the calculation of a baseline date. In this case, the system updates the entire payment commitment as at the calculated baseline date (fixed day and additional months)."
    Please try this and also share your results with us
    Shony

  • Multiple payment terms in PO/MIRO

    Hi Experts,
    I have a scenario where the business has multiple payment terms for different materials in the same PO/IR.
    I tried using VSR but since the payment terms is at PO header it takes only one payment terms. Even if it does how can we handle this payment after invoice posting?
    The invoice again has 2 material for same vendor with two different payment terms.
    Regards,
    Sid

    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 for more than 3 payment terms in OBB8

    Hi Gurus,
    Please advise as to how to create for more than 3 instances, say 4 or 5.  Because standard SAP provides only for 3.  Let me brief you as below :
    -  I created the 5 payment Terms in OBB8. 5001 (clicking as instalment) ; 5002 for 5% - 30 days ; 5003 for 4% for 60 days ; 5004 for 3% for 90 days and 5005 for Net 180 days.
    -  I assigned these 5002 to 5005 to 5001 with say 25% instalment each in OBB9.
    -  Now I assigned this 5001 payment term in the Vendor Master.
    -  Posted new FB60 invoices with say 01st Oct 09 as Document Date with say Rs. 25000/-
    -  Now, I have to make the payment to the Vendor on say 15th November 2009.
    -  So ideally I am eligible for 4% discount on Rs. 25000/- since I am paying after 30 days and before 60 days.
    -  I am posting through F-53 with 15.11.2009 as the document data, and now the system is not calculating discount for the first instalment of 25% instalment and for the next 25% the discount is calculated @ 4% on 25% only.
    -  Now my requirement is to calculate 4% discount in Rs. 25000/-.
    Can any one suggest the required approach.
    Vikas

    Hi,
    Unfortunatelly payment terms in OBB8 is working as designed and the functionality cannot be enhanced. In the standard system you cannot add additional levels in the transaction OBB8.
    Instead you can check the option of using Terms of Payment for Installment Payments (transaction OBB9). Terms of payment for installment payments are made up of individual terms of payment. An individual payment term can be assigned to each installment. When you post an installment payment, the total amount is split up into individual items for each installment and each installment
    is calculated with the relevant payment term. For more information on maintaining terms of payment, refer to the Implementation Guide for Accounts Receivable and Accounts Payable.
    The terms of payment key can determine the following:
    -The valid cash discount rate for an individual payment with a maximum of 3 payment terms (first cash discount period, second cash discount period, and due date for net payment) and also a baseline date for the payment
    -The terms of payment for installment payments.
    You define the following for the terms of payment key for installment payments:
    - Sequential number of the installment
    - Percentage rate for the installment
    - New terms of payment key for the installment item
    The percentage rates you specify must total 100%.
    Example
    Suppose you can create payment term NT30 (30 days net), NT60 (60 days net), NT90 (90 days net).
    Installment terms of payment
    RT01   1   30%   NT30
    RT01   2   30%   NT60
    RT01   3   40%   NT90
    I hope this helps.
    Regards
    Ravinagh Boni

  • Payment terms on delivery date

    Hi Gurus,
    1. Can we create payment terms based on delivery date instead of posting date or document date?
    My client has requirement to create payment term based on delivery date.
    2. Can we have assign payment terms on billing level?
    Please guide me.
    Regards
    Rakesh

    Hello Rakesh;
    This is a rule not common, not used. In the standard way we can't.
    The function of t-code OBB8 and OBB9 is very limited. Please, read note 112385
    As you can see, the baseline date of billing posted from SD to FI, is always the billing date.                                        
    Also, if you matained a terms of payment at billing item level, the system create a split
    Best regards
    Ruiy Castro

  • Payment terms / Due date Schedule

    Dear experts, how do the Payment terms definen in FI - FICA, relate to the Due Date Schedule used in Student Lifecycle Management?. Do I define Payment terms for the contract account, or just the Due Date Schedule?
    Best regards.

    Hello:
    The Due Date Schedule (DDS) is used to split fees into payment plans (example 50% at beginning of term, 25% one month later and 25% two months later).  The DDS is maintained in the Academic Calendar. To define the DDS you first need to set up a Time Limit and Time Limit Sequences using the IMG path: SLCM>Master Data in SLCM>Academic Calendars.. Note that at least one DDS is required even if you do not provide payment plans for the students. This DDS will have one payment date.  The DDS can be assigned to the Program, Module, Student Account or Contract Object.
    Each partial payment is an orgianal open item which in turn can be split into an FI-CA installment plan using Transaction FPR1.
    As an alternative to the DDS you can use Transaction FPR1 to set up installment plans. This transaction provides more control over payments including dynamic definitoin of due dates.
    Regards,
    Patricia

  • 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 on BOM

    Hi Gurus,
    I created an SO but changed the sold-to party on VA02, thus changing the payment terms of every item, except the BOM components.  This caused a delivery split.
    Can you tell me on how can I have the same payment terms for Bom header and BOM component.
    Thank you.
    Ram

    HI ,
    go to item data, go to billing tab, there u wl fiend the field for the incoterm/ terms of payment. as per ur req change it
    cheers
    reward

Maybe you are looking for