Settlement Downpayment with Installment payment Term zz

http://www.sap-img.com/sd024.htm

Scenario :- Problem with Down payment settlement using installment payment term.

1. When we create Sales order, (sales item value = 100) use payment term :
0009 (Installment Payment term, 30%, 40%, 30%). In the Billing Plan, I specify 2 records, 1st record is
Downpayment request 30% of Order value, billing type is FAZ . the 2nd record is Final invoice 100%, billing
type is F2.

2. Create Billing type Down payment request , it will document as Noted item in the accounting document.

3. Receive Downpayment from customer via FI screen , at this stage the asccounting document is created as following
Dr. Cash/Bank 30
Cr. Advance from customer 30

4. When I create Billing document for the sales item, the down payment value will be proposed for settlement at Billing
Creation, I then accept the default value of down payment clearing. The accounting document is as below
Dr. AR 30 (*split AR by installment payment term)
AR 40
AR 30
Cr. Sales 100
Dr. Advance from customer 30
Cr. AR 9 (DP. 30% * 30)
Cr AR 12 (DP. 30% * 40)
Cr AR 9 (DP. 30% * 30)

It seems SAP settlement Down payment by Installment Payment term. I was wondering that is there are alternative or an option to setup the Down payment settlement independent of Installment term. I meant, I don't want to have the last 3 Credit item as above, I want only 1 line item of credit, the accounting should be
Dr. AR 30 (*split AR by installment payment term)
AR 40
AR 30
Cr. Sales 100
Dr. Advance from customer 30
Cr. AR 30 (Not separate by Installment payment term)

Solutions : Suggesstions on how I could proceed?

Your problem with Down payment settlement is common. Many users object to the down payment or security lodgement mechanism. In our case we often park and apply the advance manually to final invoice.

However, following the above case we sometimes use this with our PS orders:

1. Create Sales order, (sales item value = 100) with billing plan with three steps 30% down payment,30% std billiing on
order completion and 70% on delivery. A little different to your original Billing Plan, but 1st record is Downpayment
request 30% of Order value, billing type is FAZ . the 2nd & 3rd records are std F2 invoices 30% ,70%.

2. Create Billing type Down payment request , it will document as Noted item in the accounting document.

3. Receive Downpayment from customer via FI screen , at this stage the accounting document is created as following :-
Dr. Cash/Bank 30
Cr. Security deposit payment 30 ( In many countries this may be subject to TAX laws)

4. Create the First Billing documents , the down payment value will be proposed for settlement at Billing Creation, then
accept the default value of down payment clearing as these equal each other. The accounting document is as below
Dr. AR 30
Cr. Sales 30
Dr. Advance from customer 30
Cr. AR 30

5. Create the Second Billing document ( down payment value has expired and will not be proposed) The accounting
document is as below is then standard for the last installement.
Dr. AR 60
Cr. Sales 60

This alternative provides a cleaner option with the Downpayment.

Payment term - Installment Payment

1. OBB8：setup Payment Terms
2.OBB9：Setup Installment Payment in IMG

The system will create a single billing document with different due dates based upon how you defined the installments in OBB9.

For instance, you create the following

payment term z001 - net 30 days
payment term z002 - net 60 days
Installment payment term Z2 - Two equal installments.

In OBB9, you assign the following to Z2:

Installment % Payment Term
1 50 Z001
2 50 Z002

When you invoice, the system created a single billing document, but when it posts to accounting, it splits the document with 50% due in 30 days and 50% due in 60 days.

http://blog.csdn.net/mysingle/archive/2007/11/22/1898100.aspx

SAP Payment Terms 中文翻译为 收付款条件， 他的用途是应收和应付的财务凭证中帐期的管理，顾名思义即手动录入和自动生成的财务文档多少天内未冲销处理则为正常，否则为超期应收应付财务文档！他包含 的内容是：帐期计算基准日（开始计算过期日的日期），帐期到期日（未过期的最晚日期）或者到期周期天数（基准日+周期天数即为最晚未过期日），同时SAP 系统还引申扩充应用为分期付款阶段日期管理，提前付款付款折扣管理。

我们以SD中Billing结算系统即产生财务应收文档为例来说明

过期基准日Baseline Date的业务需求

1. 结算日即开始为过期计算日，向后90天内客户付款都为正常，超过则为超期

2. 不论我当月哪天结算，过期日都为本月的月末开始计算，90天内客户付款都为正常，超过则为超期

3. 当月我1号～20号结算，过期日为当月的月末，21号～月末结算则过期日为下个月的月末

过期天数Due Days的业务需求

1. 基准日选定后，向后90天内客户付款都为正常，超过则为超期

2. 基准日选定后，基准日后的下月10号前客户付款都为正常，超过则为超期

分期付款Installment 和提前日期付款折扣DIscount业务需求

1. 系统3次分期付款，3次的付款基准日和过期天数分别管理

2. 系统3次提前日期付款折扣率，各世界阶段设置折扣率

请大家开下面的演示 ,有不明白的地方给我留言吧！

pro forma invoices

Definition

An invoice that is created on paper for exported goods to provide the customs authorities with evidence of the cost of the goods.

Use

When you deal in export, you may need to print pro forma invoices. They are used to give the importer or the responsible authorities in the import country details about forthcoming shipments.

Structure

A pro forma invoice appears exactly the same as a customer invoice. The difference is that this invoice does not need to be paid. Therefore, the system does not forward data to Financial Accounting (FI). No statistical data is created on the basis of pro forma invoices.

You can create pro forma invoices on the basis of sales orders or deliveries (see the following figure).

The following billing types are available for pro forma invoices in the standard version of the SAP R/3 system:

Billing Document Type	Reference document
F5	Sales order
F8	delivery

Processing pro forma invoice differs from processing normal invoices in the following ways:

• Goods issue is not required before you create a delivery-related pro forma invoice.
• You can create as many pro forma invoices as you like for a sales order or a delivery because the billing status in the sales order or delivery is not updated.
• Data from the pro forma invoice is not passed on to financial accounting.

http://help.sap.com/saphelp_45b/helpdata/en/dd/5610c9545a11d1a7020000e829fd11/frameset.htm

Invoice Split ?

A customer orders two two items. Normally, the customer would receive one invoice for this. However, since different payment terms have been arranged with the customer for the two items, an invoice split is required (two invoices are created).

I did the testing, and find there are 2 payment terms for the same order.

Question: How did the payment terms determined in item level?