Down payment configuration: OKEP Setting

Hi gurus,
I am doing the down payment configuration for my client and testing the same.
When i tried F-47 with a Purchase order which inturn was created on a work order, i got the error 'FI 660:Maintain default cost element in controlling area 9999'
To solve this issue, i maintained entry in OKEP with controlling area and cost element, which served the purpose.
Now my question is, what is the impact of this entry. I.e, how will the cost element be affected when a down payment request is made or the down payment is cleared.
Is there any specification on the type of coste element to be used for this purpose ?
Appreciate your help gurus,
Thanks

Hi
The SAP System updates the values for the account assignment objects order, WBS element, and network. Down payments assigned to other objects must also be assigned to a cost element, for technical reasons
Note
The system updates only actual down payments for settlement to assets under construction. It is not possible to trace all down payment postings from Financial Accounting to Controlling.
Requirements
You have completely created a controlling area.
You have created cost elements.
Activities
For each controlling area, enter a default cost element for credit down payments to meet your requirements, and a default revenue element for debit down payments.
The update is not dependent on whether Cash Budget Management is activated.

Similar Messages

  • Down Payment Configuration

    Hi guys.
    Where do we do down payment configuration in SAP?
    Pls advise.
    Thanks
    srik

    Business Transaction u2013 Down Payment Received
    Advances received from the customers will be tracked by using the Special General Ledger Transactions. When Special General Ledger Transactions are used system will be posting to an alternative Reconciliation account instead of normal reconciliation account, which is assigned in the customer master. In this active Alternative Reconciliation Accounts will be assigned in relation to the Customer Master Reconciliation account.
    Define Reconciliation Accounts for Customer Down Payments u2013 OBXR
    Account type : D
    Special GL: A
    Special GL indicator:Dwn payment
    Double click on Sp GL Indicator A
    u2022 Enter Company Code u2026u2026..  and enter
    The Field descriptions of the  screen are
    Recon. Acct : The reconciliation account in G/L accounting is the account which is updated parallel to the sub ledger account for normal postings (for example, invoice or payment
    Special G/L Account : The G/L account number to which spl gl transaction will be updated
    u2022 Click to save.

  • Amount to draw from down payment is not set in document currency

    hi,
    i always get the error "amount to draw from down payment is not set in document currency" when i try to update a draft of invoice with down payment.
    i do the following:
    1. sales order
    2. down payment
    3. income payment
    4. delivery note
    5. invoice
    5.1 save as draft by di api
    5.2 get draft by key
    5.3 do some changes, for example change comments by di api
    5.4 update draft by diapi  <--- the error is thrown!
    If i do this on screen everything works fine. But by sdk its not working.
    System: SAP 8.8 SP00 PL20
    Is there a solution for this problem?
    best regards
    Markus

    Hi Markus,
    What if you update the same draft from UI instead of by diapi? Do you still get error message?
    Thanks,
    Gordon

  • Down payments configuration and condition AZWR value 0.

    Hi,
    I am trying to configure the standard down payments but I have the following questions:
    1º ) I have configured the condition type AZWR with all the requirements from the manual, condition 2 and the calculation formula 48 but I donu2019t know which position in the pricing procedure has to be located the condition AZWR. It read something that has to be located just before the Tax Condition, my question is that the only requirement. Donu2019t you have any example of one pricing procedure? Because there isnu2019t anyone standard to check in the system.
    2º) I have set the billing plan with the billings documents for example 40% FAZ 20% FAZ and 40% F2 however the condition type AZWR in the pricing procedure still with value 0. It doesnu2019t seem the right situation. It should have the value of invoices FAZ.
    3º) I bill the first invoice FAZ and the condition AZWR doesnu2019t appear in the invoice due it is value 0 in the sales order I suppose so.
    4º) It is possible to assign 40% of the one invoice FAZ to one invoice F2 and the rest 60% to other F2. If I can configure correctly the condition types and the pricing procedures.
    Thank you in advance.
    Best regards.
    Edited by: ALBERTO MARTIN on Oct 19, 2009 11:45 AM

    Hi Gabriel,
    Please refer this link
    http://help.sap.com/bp_bblibrary/600/BBLibrary_Start.htm
    and search for building block E10: Configuration of down payment. Here I can not attach file.
    Regards,
    Mukul

  • Customer Down Payment Configuration

    Hi All,
    Can any one guide me how to configure customer down payment.
    I have to raise the invoice for down payment to customer for specfic %age out of total order value. Please guide at earliest. Thanks in advance.
    Regards,
    Mahendra

    Dear Mahendra
    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

  • Advance (Down) payment in SD

    Hi Gurus
    Any body can please send the detail document of Advance (Down) payment Configuration SD.

    hi,
    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)
    CHAN

  • Down payment Ereor FI 660

    Hi
    am facing problem when Iu2019m using transaction F-48 system as to fill the default cost element in down payment configuration
    in T-code OKEP put i donu2019t want to use i want use the same transaction without define the cost element after i search i found Note- 388834 put when i check it not  suitable with our version then  after that i was used program LKAIPTD6 by transaction se38 and change the value from X to ' ' in two points one in order and other in assets.
    put still system ask the default cost element can anyone help me
    regards
    Mounzer

    Hi,
    Please check the below OSS note:-
    https://websmp130.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=434622
    https://websmp230.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=0000312637&nlang=E
    Regards,
    Gaurav

  • AUC Down Payment issue

    Dear Experts,
    Recently we have activated the down payment process in our system for normal purchase orders without configuring for AUC. In the month end we settle the internal orders to AUC (KO88), while doing this process, I got the error You cannot use this transaction type to post to this asset Message no. AA834,
    I fixed this error by doing the required configuration in OAYB. In the next error system was throwing the errors related to account determination which can be fixed by maintaining the acquisition down payments and down payment clearing account in AO90.
    I don’t understand the strange behavior of the system. There is no down payment in any of the purchase orders related to the AUC even then system is insisting for the down payment configuration.
    I have maintained account determination in our test system and processed KO88 I can able to settle the internal order but some additional transaction with odd value has got posted by debiting the  down payment  acquisition WIP and crediting the Down payment clearing account.
    I did not understood from where this value is flowing.
    Please throw some light on this issue. I want to settle the internal orders to AUC without any error related to down payment as we are not using down payment for AUC.
    With Regards
    Uday

    Hi,
    If you are using Internal Order in Purchase Order and while doing down payment against Purchase Order, system is also picking Internal Order while processing down payment which cause of errors and posting Down Payment amount on asset while settling Internal Order.
    Please follow the steps for not posting down payment to Internal Order.
    Check your GL account which is using for Posting Down Payment against Sp. GL Ind. (Alternate GL Account)
    Check the field status of that account.
    Maker CO/PP Order as suppress field in Additional Account assignments.
    Now Internal Order field will be suppress at the time of down payment against Purchase Order and then no down payment will be settle to Asset while settling Internal Order.
    Regards
    AJ

  • Error when posting Down payment with reference to down payment request

    Hi Experts,
    In October of 2010 we upgraded from version SAP 4.7 to version 604 SAPKH60406.  
    With this upgrade we decided to select the following FM setting:
    "Flag to activate down payment request update to PO history"
    If this flag is set, down payment requests are updated to the purchase order history. In addition, when you create a down payment referencing this down payment request , the down payment request is cleared by the down payment.
    Use- Set this flag if you want to see the down payment requests  in the purchase order history.
    So, since October 2010, the Down payment requests have been updated to the PO history (note - no update of the down payment request was made to the PO status tab) and the down payments (made with reference to the down payment request) have been clearing the DP requests.
    Today we have applied packages SAPKH60407 - SAPKH60409 and we are in the process of testing. 
    Now we are experiencing errors when processing down payments:
    1. create the down payment request (F-47) - this is OK
    2. create the down payment (F-48) with reference to the down payment request - ERROR MESSAGE F5373 - "Order value will be exceeded"
    Can anyone please explain why this is happening?  We would like to keep the "Flag to activate DPR update to PO history" ON
    as it has been since October 2010.
    Thanks,
    Michelle

    Hi,
    Please find the below link it will help full for you,........
    Order Value will be exceeded Msg No. F5373
    Naresh

  • Help with F-48 Vendor Down payment for Italy please

    Hello,
    I have a problem with the F-48 Vendor down payment process.  I'm working with an Italian company, and they state that with a Pro-forma invoice, they post the down payment.  The Vendor has Withholding tax, and when I use a Vendor that is setup for Withholding in the Vendor master, the Withholding tax is not being applied to the Down payment.  They state that they need it to apply to the down payment.
    Also, they claim that the VAT tax is not posted at the time of the down payment, but is used to help calculate the Withholding tax.  When I create a F-48 down payment and use the 'Calculate Tax' box, the VAT that is calculated is actually posted at the time of the Down payment posting.  They claim that it should not post until the Invoice is cleared.
    Any ideas?
    thanks for your help!

    Hello Deepa Khatri,
    Thanks for your response.  I know that the Vendor is setup correctly, because when I create and FB60 Invoice for his same vendor, the Withholding tax is properly applied.  When I use the F-48 transaction, the Withholding is not brought in.  Is there some Down Payment configuration that might help this Withholding to be applied?
    thanks again for your help!

  • Down payment line item not generated in Invoice

    Dear Gurus,
    I am using the standard down payment functionality as follows
    Create contract will Billing plan
    - Down payment 100% (500)
    - Invoice year 1 50% (250)
    - Closing Invoice 50% (250)
    Customer pays Down payment 500
    When I create the year 1 invoice,  I expected 2 lines i.e.
    10. Invoice 250
    11. Down payment clearing 250
    However the Down payment (DP) line is not created. Can you please help on this?. Why is no DP line generated?
    I have followed all down payment configuration steps. Which configuration step could be missing??
    Thanks for your help!
    Regards,
    Moses

    Hi Ivano,
    Thanks for your reply. Please find my answers to you questions above.
    is the SD down payment request (usually FAZ) released to accounting ?
    Yes
    Is the FI down payment request cleared by F-29 ?
    Yes
    Does the FI clearing document have BSEG-VBEL2, BSEG-POSN2 filled with contract number and item number ?
    BSEG-VBEL2 is not filled by the contract number
    BSEG-POSN2 is not filled
    Which configuration is missing?
    Thanks,
    Moses

  • Down payment - Final Billing (F2) has value zero

    Dear SD Gurus,
    For down payment, I have set up the necessary steps with ref to SAP help file.
    1. Condition type AZWR in the pricing procedure with requirement as 2 (item with pricing) and the calculation formula 48
    2. Copy control set up for Order type TA with billing type FAZ for the item category TAO with Copying requirement 20
    3. Copy control set up for Order type TA with billing type F2 for the item category TAO with Copying
    Below is the detail:
    AZWR - $10,000
    Date Percentage Bill Value Bill Type
    04.03.2008 10% 1000 FAZ
    20.03.2008 40% 4000 F2
    30.03.2008 60% 6000 F2
    Questions:
    1) After F-29 and F-39, the Account Doc still showing "not cleared". Any idea why?
    2) I created the final 2 invoices for F2 (from VF04) but both didn't have any value. Any idea why?
    3) Do I need to maintain selling price PR00(standard selling price)??
    Any clue is very much appreciated.
    Thanks,
    SooKK

    Hi Srinath,
    Thanks for your reply.
    For PR00, if I maintain it, it will add up to the total net value in my order.
    PR00   $10,000
    AZWR $1,000 (it is a surcharge & fixed amount condition type. So, it will automatically add up to the net value).
    Hence, the total net value will become $11,000 but the net value is the sales order is supposed to be $10,000.
    And, at the billing plan:
    Date             Per%     Bill Value
    06.03.2008     10        1,100     --> 10% from 11,000.
    20.03.2008     40        4,400     --> 40% from 11,000.
    30.03.2008     60        6,600     --> 60% from 11,000.
    I'm following exactly the processes recommended my SAP Help file but not sure if it is correctly set up.
    If AZWR supposedly to be part of 10,000? Or it should be added up on top of net value??
    If the above set up is wrong, this makes me wondering if AZWR is placed at the rite sequence in the pricing procedure. At the moment, I'm testing with standard pricing procedure RVA001 and AZWR is placed before MWST. FYI, I'm using ERL as the account key for AZWR.
    Please advice.
    Best Regards,
    SooKK

  • Down Payment processing for Sales orders using Milestone Billing Plan

    Hi,
    The business scenario is as follows.
    The delivery for the sales orders are to be created only after the pre payment( a percentage of the total sales order value) is made by the customer.
    Hence the sales orders while creation are blocked for delivery creation using credit block by means of a userexit.
    The credit manager checks the blocked sales orders using VKM1 transaction and verify if there are any payments made by the customer to cover this pre payment to be made.
    If it is enough to cover then he releases the sales order manually for delivery creation.This is a complex process since there are too many sales orders and the payments made by the customer may not match the amount to be paid(it can be greater or lesser).The customer just pays a huge amount which is to be distributed among the sales orders for pre payments.
    Later, when the invoice is created, the customer account is cleared manually using F-32 transaction for the oldest open invoices.
    Here again there is a huge manual effort involved since he need to distribute the amount against the invoices using oldest open item principle.
    As a solution we are planning to implement "Down Payment processing for Sales orders using Milestone Billing Plan".
    Is this the right solution?
    Can you please give the steps in detail to implement this functionality for above scenario?
    We are using SAP 4.7 version without Project Systems.
    Thanks in advance.
    Regards,
    Ragesh

    Hi Ragesh
    Check the links where you will get the entire down-payment configuration
    [https://forums.sdn.sap.com/post!replydownpayments ]
    Regards
    Srinath

  • Err AR down Payment Request - no receivable acct

    Error: Down Payment receivable/payable account was not found [msg 3703-12].
    I copied from SO and put 80% DPM from original amount.  In Actg. tab has Payment Method and Payment Terms.  I setup FL Acct Determination for Sales with all Acct Codes.
    I noticed the incoming payment needs to apply at once. I would like I can apply payment later if I can.

    Hi Tahir,
    I checked again in BP, Accounting tab, Control Account's window - Down Payment Receivable I set up Account Code for Account Receivable account#11000.  In Accounting tab has Accounts Receivable, Other Receivable and Down Payment Clearing Account (Customer Deposit as Liability) but did not see Payment Advance that did sow in OEC computer db.
    Admin, Setup, GL account determination in tab "Sale" for GL tab did not see Payment Advance and I am not sure I have to add any Business Partner account to "Default Customer for AR invoice and Payment", in OEC computer use the one-time customer "C99999" but I would like to apply this feature to most of accounts and they are not one-time customers.  I also setup for "Purchasing" in GL tab but nothing in Tax tab since no tax will be involved.   Thanks.
    Edited by: Lily Chien on Feb 9, 2009 10:28 AM

  • Down Payments: Default Cost Elements (OKEP Configuration)

    Hi,
    In the OKEP screen, if we assign a cost element for default vendor down payment, in what possibilities and scenarios will the system pickup this cost element. Kindly clarify on this matter.

    Hi
    It is just needed for commitment update in Project system... It is just a formality/ritual  to assign this.... you need nt worry on this front
    Ajay

Maybe you are looking for