We have already implemented GST and we are struggling to find the correct process setup

for an advance payment from customers.

For a lot of our customers we are requesting prepayment. We want to handle this in SAP via
the down payment process So the process we have implemented are:

1) We have created a sales contract with a customer

2) We created a down payment request for a specific amount.
3) Customer does down payment + down payment is posted in SAP.
4) We convert our contract to a sales order.
5) We deliver the product and issue invoice (invoice needs link to down payment
against which the invoice will be cleared)
6) 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 future orders.
So for instance down payment can be cleared partially with 1 invoice or several 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)?

For example Down payment is 100,000 and Invoice is 20,000

First down payment (F-29) with 100,000

Sales posting: (F-22) with 20,000
down payment  clearing (F-39) with 20,000
Account  Clear (F-32) with 20,000 only instead of 100000

So remaining 80,000 will be available and adjustable for second 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.
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.

Our client has a requirement of customer prepayment for contract or order value. Here are the
following steps in FI:

1. Down payment request - automatic posting down payment request while creation of proforma
prepayment invoice.

2. Down payment posting - posting down payment in APP (Transaction F110) by clearing down
payment request

3. Clearing sales invoice with down payment - how to clear the sales invoices (multiple invoice)
with down payment posting in one step.

I use customer down payment process with invoice type FAZ and condition type: AZWR for it's
settlement in main invoices. In the standard process, the received down payment will be settled
completely in first main invoice and you can change it's value by changing the value of condition
AZWR.

I want to have automatic proportional settlement of down payment in main invoices.

Is there any standard customizintg for this ?

I put AZWR as standard condition type for down payment settlement in my pricing procedure.

Also all settings are standard.

I want automatic proportional settlement of down payment, but there is not any note about this on
net.
Please see the Field Status Group Settings of the Posting Key 09 and 19 and see if the Field
Assignment is Suppressed. If it is suppressed, then you will not be able to display the field.
Change the settings to Optional..

Just wanted to confirm whether following reports are applicable for Russia also? Can anyone
please help me out.

RFPUMS00Input Tax from parked documents

RFUMSANFPosting outgoing tax from down payment requests

RFUMSV50Deferred Tax transfer (New)

Can any body tell me how to link customer down payment with Billing Document?

My scenario is "customer give 100 rs down payment while billing of 500 rs that down payment
100 rs should be subtract from 500 rs".

Thanks Regards,

Ratish

Please check the SAP Notes to configure DownPayment functionality

213526 Customizing of down pament processing SD/FI

213567 Analysis of the down payments in SD
213852 Analysis of down payment processing with FI

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)

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.

make the following down payment configurations

item category group - 0005
item category - TAO

for this TAO item category a billing plan 01 (milestone billing plan -01) will be assigned and its billing relevance
should be I which is order related billing .

billing doc type - FAZ

cancellation billing doc type - FAS
maintain a condition type AZWR which is down payment settlement , it has requirement as 2 and calc type as 48
acct key as ERL

Now when you enter a material in line item 10 and go to item data , you can see the billing plan tab.

now go to billing plan tab and enter the start date and enter the dates on which billing has to be done and then in
billing request enter 0009 which is for down payment.once u press enter automatically it all the dates get blocked
and billing request by default you get as 1 , that you change it to 4 or 5 . 4 is for down payment at value basis
and 5 is for down payment at percentage basis. and beside that there will be a billing type .assign billing doc
type as FAZ. to all dates

check the copying requirements are there at VTFA as 20 and for item category TAO copying requirements 23 is
maintained or not

now do the cycle OR - LF - FAZ (billing doc type)

The client want to have advance payment in the billing document print out.

e. g. the customer will pay crtain % amt as a advance payment before creation of sales order. i.e
if the order value is 1000 and the adance is 200 then the billing should be of 800 only.

You can try the following method. You define a discount condition type with absolute vale and no
access sequence to it and it should be manual and statistical(So we can aviod passing this value
to accounting). Then user will use this value as advance payment and deduct this value from
Gross and it will be the net value. Make the changes in the script aswell to get this printed along
with the net value. Kindly please let me know If you need any more information on this.