Handling of Down payments / advance payments retail POS interface

Hi all,
Does anyone know if there´s a best practice to handle down payments with POS interface?
thanks in advance
Mariana

Hi Mariana,
Pl use the following link:
help.sap.com/bp_retailv1470/documentation/EN/Store%20Business%20Offline%20EPOS_EN_PRES_V147.ppt
IDOC for down payment is WPUTAB01.
Entries will be as follows:
If a customer is making a down payment of Rs.1000/-
Cash a/c DR 1000/-
Customer or Site CR(Retail Stores if u dont maintain individual customers) 1000/-
When sales are closed say for example Rs.10000/-
Cash a/c DR Rs.9000/-
Customer or Site DR Rs.1000/-
Sales CR Rs.10000/-
In SAP u need to create a Special G/L with Indicator A and this special G/L will be assigned to your main a/c in Tcode OBXR.
F-29 Post Customer Down Payment ,F-32 Clear Customer ,F-39 Clear Customer Down Payment are the FICO transactions which will be used. Pl contact yr FICO
consultant for further details.
Hope this helps you.
Regards,
Mani

Similar Messages

Down payment & Advance Payment T Code

Wht is the Transaction Code of Down payment & Advance Payment .
Regards
AKASH

Hello
Down Payment Request F-37
Down Payment F-29
Down Payment Clearing -F-39
Down payment itself is an advance.
Reg
*assign points if useful

Down Payment (Advance Payment) and Retension money Scenario

Dear Friends,
Pls guide me in the following scenario.
The scenario is that one very large construction co using SAP. And its sub contract within its different plant in the same co code when he got any new projects. Now the co using down payment or say advance payment and retention money condition. In the billing document every time I want 10% advance to be settled & 5% retenssion amount to be minus. This will be mapped through a GL for with special indicator A. But where will I maintain the details like % deducted every month? Is there any condition record for this FSZW Condition type( down payment) or this is defined by FI?
Regards
Atul

Hi,
Both are used in the sales A/R module.
If you received a down payment from customer but it is not to any available AR invoice, you could use the ARDPR and the other is vice versa.
The important things is that the down payment request can be paid directly using payment means available in the document tool bar. It is used before A/R reserve invoice job performed.
I suggest you to read help files for more details.
Rgds,
JM

Difference between down payment & advance payment

Hi frndzz..
I have lil' confusion on these two.
Advance payment is what you you pay to your vendor against the purchase order is raised. Later you clear this value against the invoice sent by your vendor. I see the same is applicable for downpayment also.
just want to know the clear difference between these two in business terminology.
thanks in advance,
chaitanya

Hi,
There is no difference between two, just usage of the terms is different. Down payment is nothing but the advance payment. SAP uses the word down payment. Both with the customer and vendor we pay/receive advances and later clear them against the invoice.
SAP takes a bit different procedure while clearing these items, called Special G/L items.
Hope this clears
Regards
Jyostna

Terms of Payment - advance payment 3 %

Hi All
How to configure the terms of payment for the below req.
"Advance payment 3 %"
Plz suggest.
Regards
Prasad

Hi,
You have to create instalment payment terms using OBB8
1) due immediat 3%
2) due 10% 20 days
3) 87% 30 days etc..
crate a another payment term using OBB8 like INST clicking installment button and assing the above 3 payment terms using OBB9
Payment term Inst 3% Payment term 1
Payment term inst 10% payment term 2
Payment term inst 87% payment term 3
it will treat as 3% due immediat when the po raised, and the balance due as per dates.
Hope this will help
Vara

AUC Down payment (advance payment)

Hi all,
I'm analyzing my customer's process related to the AUC.They use to perform downpayment on AUC, using the investment order.
Could anyone show me the whole process to perform AUC down payment, with the indication of the transaction codes used?
I would need to know the process step by step...
Thank you very much

Hi,,
For asset down payment follow the steps given bellow.
1. create two gl accounts for down payment gl a/c & clearing gl a/c as balance sheet accounts.
2. U have assign this give down payment gl a/c & clearing a/c in AUC Asset class in T.Code AO90 in balance sheet accounts .
3.Allow asset classes for transcation group 15 in T.code OAYB for down payment .
4.make down payment request with asset number & purchase no from T.code F-47.
5. And make down payment with respect down payment request as normal in F-48
Regards,
R.N.Reddy

Billing, advance payment?

Hi,
Please help me on this.
The advance payment in reference to the Sales order is maintained in Accounts receivables.The details of down payment(advance payment) is captured in SAP.The amount of advance payment is shown when account for customer is reconciled.The problem occurs when this invoice is again printed , after the final account reconciliation, as no advance payment amount is shown on the invoice though the balance figures are accurate.
With best regards,
Archer

Hi archer naz
Check the following Customizing settings 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 (t.code 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 (t.code 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)
Regards
Srinath

Advance payment and down payment with two diffierent tax code

HI expert!!!
i have one scenario that advance payment and down payment with different tax code.
in this time, advance payement post to vendor with po number, we do not know how to use tax code V1(deductable tax) or VF(Non-deductable tax), so we post advance payement amount by tax code V1(deductable) even though the amount included both. but we must know how amount is defined deductable tax or non-deductable tax when invoice.
when we want to post down payment with VF , we could not post it because advance payement posted with V1 tax code.
this is main problem with my scenario.
and as i know, can i post two advance payement to same vendor and same po item?, i can't do it with my system.
only one advacne payment is possible with one vendor and one po item. or amount of advance payment is all cleared by down payment, then i can post another advance payment to same vendor. is it standard process with po?
thank you in advance!!

hi,
As per my knowledge their is no difference between advance payment and downpayment.
and tax code is used for taxes purpose not for the payment terms.
taxcode is created in ftxp.and related percentages are maintained in fv11.
ex:-
if i want excise duty - 10% on basic value
education cesse 2% on excise duty
sec.education cesses 1% on excise duty
then fitst i have to create 3 condition types and that 3 condition types are used in my taxprocedure and that taxprocedure is assigned to country code..
after that i am created one taxcode in ftxp like v1= exciseduty10%educatiocess2%sec.edu.cesses1% with this description.
and given the values for that conditions in fv11.
and used that v1 taxcode in your p.o in invoice tab.
and payment terms are came from vendor not from taxcode.
Thanking you.

Advance Payment Handling

Hi,
How do we handle advance payment in SAP? In my scenario customer wants to create a payment term called 30% advance and balance payment immediate after delivery. In standard SAP sales order does not get blocked automatically depending on the payment terms. However my requirement is to block the sales order if payment terms is having advance requiremnet and once the payment is received sales order should be released for delivery.
Secondly if the customer pays advance how do we track the payment against sales order? I mean we cannot create invoice unless delivery has been done so in case of advance how do we track the payment history?
Girish

Hi
Payment terms is common for both Customer and Vendor and hence you could not see Sales order block in the payment terms. It has to be done manually at the time of creation of the sales order only. You can create a reason for blocking of sales order and assign that at the time of creation of sales orders.
With regard to second point, Advance payment is handled through FI, which has no link to Sales order. Standard functionality is creation of billing document for the full amount only.
Regards,
Lakshmanan Krishnan

Down Payment Request F-47. ( Advance payment against PO )

Hi all,
I am creating down payment request T-code F-47 w.r.t. Purchase order number,
e.g. PO landed Value is INR 100.00, but system is allowing to create Down payment request of amount more than INR 100.00. Also after creating DPR w.r.t. Purchase order with PO landed price INR 100.00, you can create addition DPR w.r.t. same purchase order. This has resulted in giving double payment to vendor (T-code F-48).
Please let us know any system lock / control can be set up to avoid advane payment to vendor more than po value.

Check this link Advance payment in PO should not Exceed 25%

CONTROL ON ADVANCE PAYMENT / DOWN PAYMENT

Hi Friends,
It is our normal practice to issue Advance payment / Down payment to our vendor against PO. We want to control the same while making cheque payment enable us to control double payment againt same PO after material receipt and passing the invoice.
In short we would like have control field of PO no. while issuing cheque to avoid double payment.
Regards
Suresh

Dear Suresh,
Please capture the PO no in the field Purch.Doc field (EBELN) while doing F-48.
The advance payment information will be captured in the PO History,
When you do MIRO the message will pup up informing that the said advance is lying in Vendor Ledger.
Regards,
Alok

How Prepayment or Advance Payments handle in Projects?

Hi Experts,
I hope some one can give me guidance on handling the advance payments (Prepayments) in projects by project customers. on R12.0.6.
Say I have agreement with customer A of amount 1,00,000 INR on project B. Customer has already paid 10,000/- INR at start of the project. In such scenario how can i generte invoice and revenue for amount 90,000/- INR ?
I have constraint to create the agreement of 100,000/- INR and utillised complete funding.
Please guide.
Thanks
:-)

Hi
When you link prepayment received in AR to an Agreement in PA, the funding is not affected. It is only a way to indicate that amount which was already received and will be applied to invoices over time.
Pre R12.1 ; you still can use the same method, just enable a DFF on the agreement to capture the fact that prepayment has been received.
Using such method the invoices themselves will show the full amount, the value of the deliverables. You might want to add a note / comment on the invoice to indicate to your customer that you already received part of the money as prepayment.
The alternate solution, using billing extensions, is taking a different approach. You could enable a DFF on the agreement to indicate the prepayment you are expecting to get, and the liquidation method from future invoices.
On that project enter a manual event of type "prepayment", with the amount of the prepayment claim. Generate a draft invoice with only that event and send to customer. Apply the prepayment amount you receive to that invoice in AR.
Billing extension will be called by GDI when generating invoices (not prepayment claims). The logic will calculate the reduction amount and create a negative event of type "prepayment reduction". The automatic event will be included in the invoice, reducing the total amount of the invoice to the net amount you need customer to pay.
With that approach the prepayment claim is considered an invoice, which you treat as standard invoices in AR. With that approach the fund is used by prepayment invoice and later by the net amount of further invoices.
Dina

Advance payment aging

Hi All,
have you ever heard about advance payment aging ? I'm very confusing about it.
In this case, the scenario is as follows:
1. the advance payment is created after PO have made by purchasing user but no GRPO yet. The journal is
Dr advpay
Cr. bank
both are in the asset
2. PO confirm 30% as DP (down payment)
3. 10 days after DP1 must pay 50%
4. good arrived in the ship port and the remaining due is full paid then.
5. Creating advance payment aging
6.Set reminder for advance payment aging
How to accomplish / apply the above scenario in B1 standard ? what document or form must I use ? Pls give advice.
Steve

Steve,
There is not really anything as Advance Payment Aging. There is only the regular AR and AP aging which will show all transactions that hit the AR / AP control account.
Your scenario is more like a business rule that could be handles with a combination of approval procedures and transaction notification checks
Suda

Advance payment & purchase order (Allowed Only 20% )

Hi all,
i have a purchase order number according this purchase order i have to pay the advance payment ( in Terms of payment 20 % Adv payment with in 30 days based on purchase order date)
ex: purchase order value 20,000, 20% adv payment 4000 rs.in f-48 vendor down payment vendor name, adv payment, bank name if user 5000 rs enter then after assigned purchase order the system automatically checks the amount value the system is not allows i need popup message generated

Hi,
If there is any adavance payment against vendor and when you do any transaction system will give information massage. then
you can handle through massage controlle as you required. (some technical changes required and ABAPer will help you in this regard)
Regards,
Venkat

Advance Payment againest sales order

Dear Expert,
The Scenario is like this,
If any customer pay some advance payment against one sales order.
through FI transaction we can do booking as advance payment by F-29 BUT,
how we can handle through sales transactions.????
and in sales flow where we can the that advance amount????

Based on your requirement,
> what setting required w.r.t. Billing plan ??
What kind of billing plan is relevant for your business process
-Milestone (01)
-Periodic (02)
> and which Item category we have to assign to OR
-TAO, for Milestone
- For Periodic (01) assign billing plan 02 in at sales doc type OR.
> and respective copy control for FAZ with item category .
Standard copying control is available for OR - FAZ in Copy Ctrl for Sales to Bill doc (use tcode: VTFA).
> and tell me please what are the transaction flow steps we have to follow in above scenario?
> 1)order---2)delivery---3) invoice (F2) and again from 4) OR --invoice (FAZ)
1) Sales order (va01)
2) Down-payment invoice with ref to sales order(vf01)
3) Delv with ref to Sales order (vl01n)
4) Final invoice with ref delv doc(vf01)
Thanks & Regards
JP

Handling of Down payments / advance payments retail POS interface

Similar Messages

Maybe you are looking for