Customer Down Payment Process Russia

Hi,
We are currently in the process of implementing our Russian subsidiary into SAP ECC 6.0. In this process we are struggeling to find the correct setup for a specific business process:
For a lot of our customers we are requesting prepayment. We want to handle this in SAP via the down payment process (as in Russia VAT needs to be paid on down payments). So steps are:
We create down payment request for a specific amount.
Customer does down payment + down payment is posted in SAP.
Customer places an order.
We deliver the product and issue invoice (invoice needs link to down payment against which the invoice will be cleared).
Down payment needs to be cleared.
The part we are struggling with is that the down payment the customer does is not for a specific order. It is a lump sum amount which could cover 1 or more futur orders. So for instance down payment can be cleared partially with 1 invoice or serveral invoices can clear 1 down payment.
Question is: How can we handle this correctly in the system? How can we link the down payment to the customer invoice (there needs to be a reference of the down payment in the customer invoice)?

The customer invoice will not be in FI but will be triggered from SD. Russian requirement is that the down payment against which the invoice will be cleared needs to be printed on the invoice.
Also, this seems a lot of manual work (manually transfer the dow payment F-39, manually clear the invoice with transferred down payment F-32, at the end also manually clear the original down payment with the down payment transfers F-32).
If there are only a limited number of such customers this is feasible, but if there are a lot then it becomes cumbersum).
One way of doing it more efficient, I thought, was to manually clear the invoice directly with the down payment via F-32. You can then post the open difference for the down payment surplus again as a down payment. But again this only works manually. I think there is no way to do this automatically (clear invoice with down payment based on amount and against latest down payment + post difference to down payment reconciliation account). I tried via transaction J3RCALD, but this does not seem to work.

Similar Messages

  • Customer Down Payment Process

    Hi,
    Please guide me in the customer down payment process.
    I have made a 10000 as down payment to our customer in F-29.
    After that i created Customer invoice using F-22.
    After that i paid invoice amount thrugh f-39 with the clearing of down paymet.
    Now my down payment was fullly utilized and inovice was also paid.
    If i see in FBL5N the customer balance zero.
    why should i again do the transaction in F-32.
    Please guide me
    Sateesh

    Hi Sateesh,
    in f-32 you will clear the open items.
    the process will be like this.
    1.fist u got the downpayment..so u will post at f-29
    system will creat a customer open item here.
    2.then u will rise the Customer invoice at f-22
    3.then you have to clear the down payment at f-39.
    4.then you have to clear the customer open item at f-32.
    here you will clear the Customer open item where u have in step 1.
    now chekc the balence.
    thanks.

  • Down payment process - merge for FI

    Hi everyone,
    I have recently setup the downpayment process in SD (ECC 6.0).
    It works fine but I have question regarding the SD/FI integration.
    I'm creating a sales order for about more than one item, e.g. 10 items. Then we create the down payment request on the basis of the sales order.
    SAP creates the FI document also with 10 items and so every single item is displayed in the list of items (FBL5N).
    Later we create the invoice after the customer has payed the down payment.
    The invoice contains all items, but in the FI document there is only one single item posted.
    I'm wondering how we can customize the system that in the FI document for the down payment request SAP merges all items to one single item.
    If we create sales order with a lot of items ( > 50 )  it will become confusing for the user in the FBL5n (list of items customer).
    Any ideas or experience?
    Thank you.
    Juergen

    You can refer OSS Note 213852 - Analysis of down payment processing with FI and  Note 213526 - Customizing of down payment processing SD/FI for details.
    Regards,

  • Customer Down payment clearing during sales order

    Dear all,
    I have create a customer down payment via tcode F-29.
    now, i want to clear this down payment along with sales order.
    ex :
    day 1 : customer pay advance 10
    day 5 : customer buy item with amount 80 (cash sales)
    can we deduce by down payment 10 during invoicing process then receipt 70 only.

    But my document is not having any clearing documents and it can't be reset by FBRA,  these documents get posted by  mistake , while debugging from SD side , so any idea on it ?
    Thanks
    Deepak

  • Clearing Customer down payment for down payment amount not equal to Customer Invoice amount

    Dear All,
                   Below process are posting Customer transaction directly via FI without SD cycle.
                Customer down payment = 102 INR
                Customer Invoice = 103 INR
    While doing Customer clearing w.r.t Invoice system has cleared the down payment document but posted an open item in Customer account with clearing document number  of value Rs 102  .
    Concern:-
                   1) How 1 INR difference will be countered , via receipt payment from customer from bank account ?
                   2) In case we have defined tolerance limit of 5% for Customer and this come to be > 1 INR ,does SAP provide clearing Customer items
                       automatically via any Standard Customer clearing process based on rule defined  ?
    Pls suggest
    Regards
    MJ

    Hi,
    the information of the exchange rates used for down payments, is
    stored in table TCURR ( exchange rates)
    For the request down payment the actual exchange rate of table TCURR
    or the rate of document header is taken.
    When this down payment request is payed, also the exchange rate of
    the actual day (TCURR) is taken.
    That´s why the amount in the bank posting in local currency result
    from translating the foreign currency amount at the current rate,
    instead of resulting from the total of the local currency amounts
    from the settled items.
    Regards,
    Attila

  • Down payment process

    Hi guru's,
    I am working on a downpayment process, where i created a material as per down payment process and changed required custom settings as per milestone billing process. as of business requirement 40% percent need to get advance from customer otherwise billing will not happened,
    How can i enter this 40% amount in my sandbox where am creating dummy sales order cycle to test how the plan will work,
    I finished  till deliver , but i need bill that document , i have to show the amount where it received as advance , how can post that money received.
    Please advice me.
    thanks & regards
    chandra sheker c

    hi,
    http://help.sap.com/saphelp_470/helpdata/en/14/c8af5ad21411d2acc70000e8a5bd28/frameset.htm
    http://help.sap.com/saphelp_470/helpdata/en/01/a9c74e455711d182b40000e829fbfe/frameset.htm
    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)
    KAPIL

  • Down payment process for Poland, new business process or not ?

    Hello,
    I'm a little bit confused about implementation down payment process for Poland.
    The OSS-notes 818079 and 1007635 describe a solution for this.
    How do I have to implement the correct down payment process for Poland ? Do I have to create an extra business process with new sales order type, new billing type, separate calculation procedure, new output type and so on ?
    Or is it possible to use existing business processes in sales and distribution for down payment processes ?
    Thanks in advance
    Holger

    hi,
    Check the process for down payment processing
    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)
    chandu

  • Down Payment Processing on the Basis: Document Condition

    Hi all,
    since Enhancement Pack 2 there is a new possibility of down payment process. The new process is not depending on billing plan instead depending on Document conditions.
    With this you can also have the the final invoice delivery related. In the order you have just a new header condition AZWA (debit down payments).
    Is there also a possibility to create for this new downpayment process a down payment request with financal bookings (similar to billing type FAZ) ?? The documentation doesn't give any information about this in the new downpayment process.?
    Any experience would be nice??
    Regards,
    Norbert
    Documentation for new downpayment process depending on document condition
    http://help.sap.com/erp2005_ehp_03/helpdata/EN/ce/b7790d32554ae2abb5d2c4aa4e45d1/frameset.htm

    Dear All,
    Can anybody write me detailed customizing values for AZWA and AZWB condition types?
    Online help is incomplete (e.g. condition class is missing, etc.) and system didn't add automatically these new condition types after business function activation.
    Thanks.
    Ferenc

  • Down Payment Processing in Milestone billing

    I have created sales order that does milestone billing. The down payment is 10 % of amount - Billing type FAZ and condition type AZWR is included in Pricing Procedure and ERL is asigned.
    I also have done all the required settings from the help file at:
    http://help.sap.com/saphelp_47x200/helpdata/en/4a/ac853478616434e10000009b38f83b/frameset.htm.
    But the sales order still says G/L account not found and not saving. Is the G/L account need to found at sales order itself ? If so, where in sales oredr type I have to assigne account determination like KOFI00 etc ? Can any explain this ?
    Does the down payment in sales order do the account determination to find G/L account as in case of regeualr billing docs ?

    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)
    By useing tcode---> VKOA assing the G/L accounts for account deteramination

  • Down payment processing

    Hi Friends,
    Could somebody throw light on as how Down payment process is carried out in general. Provide flow for the same.
    Thanks

    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)

  • 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

  • Down payment processing error

    Hi,
    I am facing problems in down payment processing (ECC6.0) with and without billing plan.
    What I understand about the normal flow of down payment, once order is saved then down payment request FAZ is billed with reference to the order & it should reflect on the next invoices. Is it the correct flow?
    In case of down payment  without billing plan, while create billing type FAZ , it gives me message item category TAD can not be billed with billing type FAZ. i am using a dien material.
    Even in case of mile stone billing I am getting message only billin rule 4 or 5 can be used. So where do we assign billing rule to billing plan?
    I need your valuable input. I am working on ides ecc6.0.
    Regards
    Suman

    Hi,
    the message you get is quite easy to explain: you are using doc.type DZ (should be the default doc type for transaction F-29), but you are entering a vendor line item. This is definitely a problem as doc. type DZ usually does not allow vendor lines in the document, you can check it in transaction OBA7.
    Another funny thing is you are saying that you want to enter a down payment received from a customer - so why do you have a vendor line in your document? I think this is the main problem, you are just using a wrong account type. Use the customer account you have entered for the down payment request earlier.
    If for seom very strange reasons, you still want to use a vendor line in the customer down payment document, then you have to use another document type that allows customer, vendor and also G/L accounts (check OBA7). However, if you are working with document splitting, you should be careful when picking a document type.
    Hope that helps, points welcome
    Csaba

  • Customer Down Payment

    Dear Gurus,
    Have a question on Customer Down Payment.
    We first create a request, next when the Down Payment is received then we clear the request against the payment received.  When the invoice is raised can we do automatic clearing of the Down Payment with the Invoice?
    If yes, what would be the process... do we have to clear the Down Payment first manually and then we do automatic clearing?
    Do let me know this, thanks in advance.
    regards,
    Raj

    Raj,
    Here is how it goes :
    1. Down Payment Request ( F-37 - Need to post it to Alternative Reconciliation Account YYYYY - not part of the double-entry bookkeeping)
    2. Down Payment ( F-29)
    3.Invoice (FB70 )
    4. Down Payment Clearing -( F-39)
    5.Payment and Clearing
    Check the following document for more info:
    http://help.sap.com/bestpractices/BBLibrary/Documentation/J03_AR_BPP_01_EN_SG.doc
    Hope that helps - Let me know if you need more info.
    Thanks,
    N

  • 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

  • Help regarded customer down payment request

    Hiii Guys, Actually I am facing a error when i run f-37. i.e Customer down payment request against sales order no... its gives a error"Maintain default revenue element in controlling area sfel" i clicked on more nfo.. but it goes to screen or t-code OKEP... actually i m confused in t-code OKEP.. i have create new cost element and revenue element..if yes ?? how ?? i have create a new gl for it? please help .. I am posting a pic of error aslo...
    Regards,
    Abhay

    Hi Abhay
    This is answered in forum many times
    You need to assign a cost element in OKEP.. If you are using PS module. create a specific GL for the same.. Else, you can assign there any cost element
    br. Ajay M

Maybe you are looking for

  • IPS Sensor - Event Notification via Email?

    Good day all. I have been asked to re-create some functionality that was lost after the customer upgraded from VMS to CSM but without CS-MARS or any other event monitor. The user had the system set to generate an email when an event was fired. It app

  • -How to use JDBC to connect the SQLServer and Oracle.

    Hi, I create a table in the WIP DB, I want to modify this table when use "PRE-START" activity in POD. SAPME version: 5.2.3.4     SDK:2.0    DB:SQL2005 and Oracle 10.2g SourceCode like below: public void execute(StartHookDTO dto) throws Exception {   

  • I scanned in a document called family tree

    scanned & imported but cannot find it

  • SAXReader / memory leak.

    I have a huge and continuous memory increase when I do the following. private Socket socket = SocketFactory.getDefault().createSocket(); socket.setTcpNoDelay(true); socket.setKeepAlive(true); socket.bind(new InetSocketAddress(local, 0)); socket.conne

  • Cant embed a font in Edge

    Hello, I am trying to embed "Collaborate" font using each step of this tutorial: http://blogs.adobe.com/edge/2012/01/27/web-fonts-and-edge-together-at-last/ But when I apply it to my text it keeps putting the default Arial font instead. I have copied