Payment of advance against po to vendor

hi friends..
           if advance is to be paid to the vendor, how should we communicate it to finance department in sap..
i know that advance can be payed through f-47, but how purchase department will communicate to pay advance..
hope my question is clear..
awaiting for ur valuable replies...

Hai,
Generally MM dept will create F-47 Downpayment request wrt PO for the vendor & same to be intimated to FI dept to make Payment via SAP Mail or Customed develop Printouts.
FI dept will post that downpayment by F-48.

Similar Messages

  • How to adjust Advance or Payment on Account against an Invoice for Customer

    Hi,
    I have to adjust, the Payment taken from the Customer as Advance or Payment on Account, against a particular invoice.
    How can i do the same in the system for the particular customer?
    Please suggest.
    Thanks in advance.
    Rachit Rastogi

    Hi Rachit,
               You can do it by Internal Reconciliation BP. Just follow the path. Go to Business Partner> Internal Reconciliations> Reconciliation--> Select the customer against which you need to adjust payment and click on reconcilation and here it will display all the Payment and invoices. Just select tick the paymnet against an On Account Payment which you want to adjust and reconcile it.......
    Thanks & Regards,
    Shambhu

  • Down payment adjustment against LC document vendor

    SapGurus,
    My Client has done one down payment against LC for vendor, subsequently some line items(suppose Qty=10) against Down payment adjusted has to be returned due to low quality, other line items GR done but no payment till now,
    now the scenario is how my Client will do the posting for material return for which down payment already adjusted.
    please give me some clear ideas
    thanks

    Hi,
    Down payments made in F-48 with reference to PO is only meant for information purpose. In PO you can keep track of all downpayments by doing so but it is not a hard and fast rule that you will make line item wise down payment in F-48. E.g you have a PO having ten line items ranging from 0010 to 0100 valuing 100USD. While making down payment with PO reference,beside giving PO number in f-48 you can enter any line item for reference purpose only and post the down payment with full amount. Hope it will help you in understanding the underlying concept.
    Regards

  • Validate Terms of Payment in MIRO against vendor master

    Dear All,
    I have a requirement to Validate Terms of payment in MIRO with Vendor master data. I am using INVOICE_UPDATE  BADI to check if Terms of payment in MIRO is same as Vendor master table LFB1, However I also need to check days which is not in LFB1,
    How do I validate MIRO -> ZTERM and Days with Vendor master is there any function module ? I checked T052 table but ZTERM is not the only primary key and suggestions please ?
    Regards,
    soyunee
    Edited by: soyunee on Jun 23, 2010 11:43 AM

    Hi,
    See the the SAP documentation of Daylimit.
    For terms of payment which depend on whether or not the baseline date is
    after or before the 15th of the month, you can define a two-part payment
    term under the same terms of payment key. The terms of payment key is
    expanded by the day limit entered here. Thus there are two entries in
    which different terms can be specified.
    In your case,
    if rbkp-bldat is between 1st and 5th of the month, extract
    data related to t052-ztagg = '05'.
    If rbkp-bldat is between 6th and 20th of the month, extract
    data related to t052-ztagg = '20'.
    if rbkp-bldat is between 21st and end of month, extract
    data related to t052-ztagg = '31'
    Regards
    Vinod

  • How to Maintain Payment with one check for Multiple Vendors?

    Dear Gurus,
    i have a scenario for outgoing payment, here it is
    i have some open items for multiple vendors. say it for open item
    1. with amount 5000 USD for vendor A
    2. wiht amount 10000 USD for vendor B
    my company pay both open item 1 & 2 with one check, say the check no is 27382830 and the amount is 15000 USD. The check is given to the Bank as an order to Pay the vendor. so the check does not have receiver name. i attach a formal letter to the bank to ask them for making payment with that check. the letter contains a detail the amount, vendor bank account number, account holder, and the vendor name.
    so how i can threat this business scenario into SAP? i want to trace check number used to pay the vendors.
    hope you can give some clues. is it possible to maintain scenario above with automatic payment?
    best regards,
    land lord

    Hi,
    Yes you can map this scenario in SAP and use F110 for this. But you will also have to use some Z programs..
    1. For F110 FBZP configuration, maintain outgoing bank clearing Account (this will be a dummy account and not the actual Outgoing Bank Account) as the Bank Sub Account.
    By doing this when you run payment in F110, entry will be
    Vendor A A/c...Dr.
    outgoing bank clearing Account Cr.(1)
    Vendor B A/C... Dr.
    outgoing bank clearing Account Cr.(2)
    2.Then you will have to use Post with clearing transaction codes and make one entry
    outgoing bank clearing Account Cr.(1)..Dr.
    outgoing bank clearing Account Cr.(2)..Dr.
    To Bank Outgoing Account(Actual Bank outgoing Account) Cr.
    3. Now, when you get the single cheque no. from Bank against both the vendors, then thru FB02, change the assignment field/Reference field for Che No. updates.
    But do check BRS also for its reconciliation.. If you do it on a daily basis.. then it would not be difficult.
    Hope this helps you..
    Regards,
    SAPFICO

  • Advances against Sales order

    Hi Friend
    i want to know how to take advance against a sales order and how to check while making further document and how to settle advance against Billing document.
    Thanks and Regards,
    Anil Agrawal

    Hi,
    Advances can be treated as downpayments.Take the help of SAP FI consultant.
    The following T.codes are used
    F-37 - Request
    F-29 - Down Payment
    F-39 - Clearing
    Using this report you can view the advances received from customer
    S_ALR_87012199 - List Of Down Payments Open On Key Date - Customers
    Refer to SAP Best Pratices
    help.sap.com/bp_bblibrary/500/Documentation/J03_BPP_08_EN_KO.doc
    Please let me know if you need more information.
    Assign points if useful.
    Regards
    Sridhar M

  • Is There any API in receivables payment will made against closed invoices ?

    Hi ALL,
    i have requirement as below.
    i am doing AR Invoice Data Migration for Instance 11.5.5 (as a Source Instance) to the new instance R12 (as a target instance).
    Both open and closed invoices will have to be migrated from 11.5.5 to R12 to provide the drill down facility for audit purpose.
    To meet the above requirement all the open and closed invoice will be picked up from 11.5.5 ; and imported into R12..
    Subsequently, full payment will be made in R12 against all closed invoices in 11.5.5 to close those invoices by using any APIs?
    can some one explain is there any API in receivables payment will made against closed invoices.
    Thanks,
    VSR.

    Hi,
    Can you be clear on your question: You want any API to make payment against closed invoices?
    To me, You are making things complex. We can achieve the Migration of Closed invoices using following two procedures:
    Procedure: 1
    Ask Functional Guy to create a Transaction Type 'Closed Invoices' with Open to Receivables Flag not checked. +(You can uncheck Post to GL flag also, if required depending on your migration strategy)+. Status at Transaction Type if taken as 'Closed' it will be appropriate.
    Invoices migrated using this Transaction Type shall not be shown as Outstanding but will be useful for Audit.
    Procedure: 2
    Consider the amount due Original of Closed Invoices and migrate them with the amount as Amount due remaining.
    While migrating populate Receipt Method,Payment Method and Instruments useful for Automatic Receipts.
    Once Create Automatic Receipts Program is run, it will close all these invoices. Note: We require dummy bank here which points to a Clearing account.
    Automatic Receipts program is also an API.
    In the above 2 ways, we are acheiving the Goal by using Functional knowledge rather than Technical. And I think following Functional way is better and less time consuming.
    Please discuss with your Functional consultant if required. You can succeed.
    Regards,
    Sridhar

  • Payment Run - Clearing between Customer and Vendor and Partner Bank Account

    Is there a way to have the bank details for the payment to be pulled from the vendor master if an outgoing payment is created or from the customer master if an incoming payment is created? Our requirement is to consider both vendor and customer items during payment processing.  In doing so, if the net of the clearing between the customer and vendor account results in an incoming payment, we want to use the bank details specified from the customer and if the net results in an outgoing payment, we want the bank details on the vendor master to be used.
    As such we tick the box on Vendor master to clear with customer and tick the box on Customer master to clear with Vendor.  We have defined 2 payment methods and entered both payment methods on both the customer and Vendor.  We have also entered the different bank accounts on the payment transactions tab of the vendor and customer masters. 
    It seems regardless of resulting payment method chosen, the bank details are getting pulled from the vendor master.

    Hi,
    It is possible without any doing any kind of config or master data changes
    While doing F-53, after entering all the required data in open item selection screen, after getting vendor open line items, go to menu item edit->select more.
    There enter account type as D and company code (customer account no's comp code) and click on process open items
    So you can choose the line items from the other company code's customer also.
    Thanks,
    Srinu

  • How can purchase dept. know wather payment is done or not to vendor?

    Dear sirs
    how can (PO risier)purchase dept. know wather payment is done or not to vendor?
    Is possible to see in PO or PR ?
    Hopeeeeeeeee...

    Hi,
    In SAP menu go to Logistics> FinanacialAccounting>accounts payable>information system>reports for accounts payable
    There are ample reports avaialable here to know this
    BR
    Diwakar
    reward if useful

  • Payment in advance

    hi gurus,
    i need payment in advance detail concept i.e, how to configured.
    thanks
    narayana

    Dear narayana
    The following Customizing settings have to be made for down payment processing:
    Settings for the billing plan - To activate the billing plan function, maintain the materials, for which you wish to process down payments, with item category group 0005 (milestone billing). This gives the item type TAO via item type determination. The item type TAO calls up the billing plan function.
    You need to implement the following activities in the billing plan for down payments:
    Maintain deadline category - This determines the billing rule (percentage or value down payment) for the down payment request. The system assigns billing type FAZ (payment request) defined in the standard system with billing category P. (For the billing type FAZ there is the cancellation billing document type FAS in the standard system).
    Maintain the deadline proposal - Use the down payments that are due for the proposed deadlines.
    Maintaining a Pricing Procedure with the Condition Type AZWR:
    In the standard system the condition type AZWR is delivered for the down payment value already provided but which has not yet been calculated. You must include this condition type in the relevant pricing procedure before output tax.
    Enter condition 2 (item with pricing) and the calculation formula 48 (down payment clearing value must not be bigger than the item value) for the condition type AZWR.
    Before the condition AZWR you can create a subtotal with the base value calculation formula 2 (net value). If the condition AZWR is changed manually, you can get information on the original system proposal from the subtotal.
    Maintain the printing indicator - The pricing procedure can not be marked as a transaction-specific pricing procedure (field Spec.proc.) The condition type AZWR has the calculation type B (fixed amount) and the condition category E (down payment request / clearing).
    Maintaining the Billing Document - In the standard system there is the billing type FAZ (down payment request) and the billing type FAS for canceling . The down payment is controlled using the billing category P of the billing type. A billing type becomes a down payment request when the billing category P is assigned. You have to maintain blocking reason 02 (complete confirmation missing) for the billing documents and assign it to billing type FAZ.
    Copying control - Copying requirement 20 must be entered in copying control at item level for the down payment request. In the standard system the order type TA for copying control is set up according to the billing type FAZ for the item category TAO.
    Copying requirement 23 must be entered in copying control at item level for down payment clearing. In the standard system the order type TA for copying control is set up according to the billing type F2 for the item category TAO.
    Financial Accounting settings - A prerequisite for down payment processing is that the account is assigned to the underlying sales document. To do this, change the field status settings in Customizing as follows:
    Set reconciliation accounts (transaction OBXR) - For the `received down payments' and `down payment requests' from
    the G/L accounts you have selected, you should assign the field status definition G031.
    Maintain accounting configuration (transaction OBXB) - For the down payments (posting key ANZ in the standard system) and the output tax clearing (posting key MVA in the standard system), you must maintain the posting key.
    You must also carry out a G/L account number assignment for the tax account.
    Maintain the posting key (transaction OB41) - For posting key 19, set the sales order as an optional field !!!
    Maintain the field status definition (transaction OB14) - For field status variant 0001, field status group G031, set the
    sales order as an optional field !!!
    Assign the company code to the field status variants (transaction OBC5)
    thanks
    G. Lakshmipathi

  • Payments in advance ( PIA)

    hi,
    could anyone explain me the payments in advance and configuration.
    thanks,
    narayan

    Hi Narayan,
    Below is the step by step settings for PIA configuration.
    Settings for the billing plan - To activate the billing plan function, maintain the materials, for which you wish to process down payments, with item category group 0005 (milestone billing). This gives the item type TAO via item type determination. The item type TAO calls up the billing plan function.
    You need to implement the following activities in the billing plan for down payments:
    Maintain deadline category - This determines the billing rule (percentage or value down payment) for the down payment request. The system assigns billing type FAZ (payment request) defined in the standard system with billing category P. (For the billing type FAZ there is the cancellation billing document type FAS in the standard system).
    Maintain the deadline proposal - Use the down payments that are due for the proposed deadlines.
    Maintaining a Pricing Procedure with the Condition Type AZWR:
    In the standard system the condition type AZWR is delivered for the down payment value already provided but which has not yet been calculated. You must include this condition type in the relevant pricing procedure before output tax.
    Enter condition 2 (item with pricing) and the calculation formula 48 (down payment clearing value must not be bigger than the item value) for the condition type AZWR.
    Before the condition AZWR you can create a subtotal with the base value calculation formula 2 (net value). If the condition AZWR is changed manually, you can get information on the original system proposal from the subtotal.
    Maintain the printing indicator - The pricing procedure can not be marked as a transaction-specific pricing procedure (field Spec.proc.) The condition type AZWR has the calculation type B (fixed amount) and the condition category E (down payment request / clearing).
    Maintaining the Billing Document - In the standard system there is the billing type FAZ (down payment request) and the billing type FAS for canceling . The down payment is controlled using the billing category P of the billing type. A billing type becomes a down payment request when the billing category P is assigned. You have to maintain blocking reason 02 (complete confirmation missing) for the billing documents and assign it to billing type FAZ.
    Copying control - Copying requirement 20 must be entered in copying control at item level for the down payment request. In the standard system the order type TA for copying control is set up according to the billing type FAZ for the item category TAO.
    Copying requirement 23 must be entered in copying control at item level for down payment clearing. In the standard system the order type TA for copying control is set up according to the billing type F2 for the item category TAO.
    Financial Accounting settings - A prerequisite for down payment processing is that the account is assigned to the underlying sales document. To do this, change the field status settings in Customizing as follows:
    Set reconciliation accounts (transaction OBXR) - For the `received down payments' and `down payment requests' from
    the G/L accounts you have selected, you should assign the field status definition G031.
    Maintain accounting configuration (transaction OBXB) - For the down payments (posting key ANZ in the standard system) and the output tax clearing (posting key MVA in the standard system), you must maintain the posting key.
    You must also carry out a G/L account number assignment for the tax account.
    Maintain the posting key (transaction OB41) - For posting key 19, set the sales order as an optional field !!!
    Maintain the field status definition (transaction OB14) - For field status variant 0001, field status group G031, set the
    sales order as an optional field !!!
    Assign the company code to the field status variants (transaction OBC5)
    Reward Point if helpful.
    Thanks,
    Raja

  • Info record against one time vendor

    Dear Experts
    Good Evening
    can we create purchase info record against one time vendor
    Regards
    Rajeev

    Dear,
    If you are very sure that he is a one time vendor then dont create Info record. Info record is maintained for automatic determination and ease of work, which is applicable for regular vendors.
    Thanks & Regards,
    Vijaya Bhaskar A

  • Process to handle Payment in Advance

    Hi SD Gurus,
    Below is my requirement and wld like to know how best it cld be handled/configured.
    I have never done advance payment before. So request you to send me all the steps required as much as detail.
    We would like to get suggestions for a process to handle payment in advance.
    Today our process is as follows:
    1. The sales order is created in VA01. A delivery block is applied in the order.
    2. A proforma invoice is created with reference to the sales order. This proforma is sent to the customer. It is with reference to the proforma number the customer will pay us in advance.
    3. The proforma is also sent to our central invoice dept as information.
    4. The customer pays us in advance.
    5. We are notified by our invoice dept. that money have been received.
    6. We remove the delivery block and ship the goods the customer.
    7. We create the invoice from the delivery. We notify our invoice dept. with the invoice number.
    8. Our invoice dept then books the money received from customer for the proforma towards the real invoice.
    The problem with this process is that its involved a lot of manual work keeping track of when money have been received and then to book the money with the real invoice.
    What is best practice for this kind of process?
    Kindly answer this query as detail as possible. I guess Item category, billing plan, pricing procedure and many other things gets changed.
    Regards,
    Anil.

    Hi Anil
    check this link it will helpful to you
    Advance (Down) payment in SD
    Regards,
    Krishna.

  • F110 - Payment Run -Advance to Vendors

    Dear Experts,
    I am Facing an Issue in Payment Run . The case is as below:
    We have a Vendor whose debit balance exists because advance payments have been made to the said vendor . When I check the Vendor Line item using FBL1N for that particular vendor, I find 2 Debit Balances relating to advance paid and 2 credit balances relating to Invoices Received from Vendor.  The debit balances are greater than credit balances and as such the net balance of vendor is debit.
    While performing Automatic Payment Run, I would expect that the 2 invoices for the said vendor should not be picked up as the debit balances exists for the said vendor.
    But the fact and the problem is that the invoices are getting picked up which accordingly is not ideal. And the strange thing is that other vendor in same company code and also in other co code with a similar situation is behaving as per my expectation. I checked all the master records and it seems to be okay.  Only single Payment method is defined in the Master record and not in any of the line items of the documents.
    Can you please help in identifying what could be the possible reason for this error ?
    Thanks in advance
    AJ
    Edited by: A. Jajoo on Mar 11, 2010 11:54 AM

    Hi,
    Some times Debit balance documents are pciked due to payment method not available in the document and system not picking up from the master record. Second reason could be consolidation of Payment method supplement. It means, system expects the same field to be filled up in the debit balance documents as like as invoicesdocuments picked up during that run.Tthat is in the Invoice documents which is picked up during this payment run, Payment method supplement and payment method is entered, debitbalance records should also have same details.
    Hence please check the same .Then system will consider during payment run
    Regards
    Uma

  • Payment of GR against return PO

    Please note that along with the other purchase order types we have created P.O. Type ZRPO - Return PO. (No. Range – 5000000000- to 5099999999)
    e.g. Item has been received under ZDOM P.O., GR created, accepted, MIRO Done & payment given to vendor. After few days the same item has been rejected by end user. To return the same item to vendor &  new receipt of the item Return P.O. is being created by purchase department. When we received the new supply against return p.o. GR of the same is being sent to bill passing. As the payment has been done already for original receipt, payment for the GR of return P.O. not to be done.
    For the material which has been rejected in legacy & not send to vendor return P.O. has been created. Only in this case We have to give payment to vendor against GR of return P.O.
    Therefore request you to consult with me incase of GR of Return P.O.
    Thanks in Advance
    Santosh

    now see that as u rcvd a new item in place of rejected goods so do one thing that as payment already given to vendor , now as u wrote that u have made a return P.O so do MIRO for credit memo wrt to return P.O number this will balance the amount given to vendor as this is the credit memo so u can take money back from vendor & as far as new item G.R is concerned so u have to amke payment for this by MIRO.
    try in dev server with FI Person
    Regards
    sap11

Maybe you are looking for