Flow of down payments from PO to WBS to AUC

Hi,
How is down payment value settled to AUC from the WBS assigned in the PO? We have a scenario where 2 separate down payment documents at different dates were posted against a PO. What we observe in CJI3 is that we have just 1 down payment document available against the WBS and which also gets settled to AUC on running CJ88 but the other down payment document does not appear in the CJI3 report of the same WBS (in a way does not hit the WBS and hence is not settled to AUC) .
Also, after posting the down payments in a PO, when we try to clear them using F-54 and process open down payment items we see the field WBS is populated only against 1 of the 2 down payment documents posted and hence we could see the same in CJi3. Why is it happening or what is it that is being missed here?
Regards
DP

I replied to your second post
But my question is then how does the down payment appears in the CJI3 report
Also, I am aware of your initial post. I feel, the details you gave is insufficient. You have just said there are two down payments made against a PO one is reflecting in WBSE another one is not. It will be difficult for others to suggest you a proper solution, You will have to give more detials as how you made the two down payments and you should tell us apart from appearing in WBSE what are all the other differences ..etc., You should give as much details as possible.

Similar Messages

Business Flow for Down payment

Dear All,
1. when and where Down payment will appear in FI business flow
2. what are the process will happend in down payment.
3. What is the end stage of down payment.(Vendor & Customer)
Can i have Business Flow digram for Down payment to vendor and Down payment from customer (Visio or Aris)
My mail id : [email protected]
Thanks

Hi Down payment is handled in the following manner
Plz assign points as a way of thanking
Down payment 3000
Final Invoice 10,000
Transaction:
Invoice to Customer for Down payment: F-37. This is a noted item and there is only one line item in the document. If you want to handle this thru SD, then you should ask SD consultant to configure a billing plan in the sales order.
Noted item 3000
When you receive the check from the customer F-29 and you can clear the open down payment request.
Dr. Bank 3000
Cr. Customer (special gl indicator A) 3000
When you finally bill the customer for full invoice,
Dr. Customer 10000
Cr Revenue 10000
Clear Down payment:
F-32, clears the 3000 against 10000 and makes the open item 7000.
Final payment form customer 7000
Dr. Bank 7000
Cr. Customer 7000

Alternative flow for down payment

Hi,
the standard Flow for Down payment is :
F-47
F-48
MIRO (or FB60)
F-54
my client didn't use the above flow but he uses the follow :
F-58 (instead of F-48)
MIRO (or FB60)
F-54
What's your about this ? is there any Risk if he'll continue using this flow ?
Please Advise
Regards.

hi
i do not think so
but make sure that the downpayment paid is adjusted against the invoice booked and payment made.

Down Payment from Purchase order

Is it possible to create a down payment document automatically for a particular vendor when the PO or PR is created.Is there any vendor specific settings that has to be done

Hi,
No, there´s no automatic way of doing it. You can read the payment process flow in:
http://help.sap.com/saphelp_46c/helpdata/fr/6e/12180a9f0411d189b80000e829fbbd/content.htm
Best Regards,
Arminda Jack

Down Payment From Customer

Dear all,
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

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)

FEATURE REQUEST, Deduct not payed down payment from final invoice

An AR Downpayment invoice that is not yet due or paid when the final invoice is made, will not be deducted, and you will not be able to take these down payments in to account when the Final invoice is made.
This request is that we would like a check box or similar that makes is possibel to calculate final invoice based on selected or all downpayments regardles if they are paid or not.
The oil industry has several month's payments terms, and in many cases the down payments have a due date that exceeds the date when the final invoice is created.
So when the final invoice is created, and you recieve the messages "One or more payments that are linked to the base document(s) have not been paid. Continue?" (se attatchment) it should be possible to choose if you want to deduct these (some or all)down payments or not.
Then Down_payment invoice should remain open for incomming payments at the cutomers Account balance.

Hi,
Please repost as above query as discussion with question type to get quick assistance.
Thanks & Regards,
Nagarajan

Down payments from customers

Dear Experts,
My query is how can we make we down payment correlate with credit limit set in FD32. Is there a standard way to do so?

Hi,
What is your exact requirement?
Do you want down payment to be included/excluded in credit management?
regards,
Prashant Rane

Clearing of down payments on assets from prior year

Hello,
we have the following problem with an Asset under Construction (AuC) that has been migrated from a legacy system with down payments in a prior year.
Migration has taken place in 2007 (within the year). The down payment has not been cleared in 2007, but left on the asset for 2008. The clearing of the down payment on vendor side has already taken place in 2007.
When the AuC shall now be settled to a final asset via AIBU, the error message AW605 "Down payment to recipient YYYY area 01 amount XXXX not cleared" appears.
When the down payment on the Asset under Construction shall be cleared first with transaction ABSO (TType 181 "Clearing of down payments from current year"), the following error message appears: AA571 "Not possible to post down payment clearing. There are no down payments".
In our SAP Version 6.0 there is NO transaction type "Clearing of down payments from prior year", though.
Would appreciate any indication how to deal with the issue now - do we need to create a special transaction type for this purpose? If yes, how to configure the settings so that SAP knows to clear down payments from prior year?
Thanks very much in advance for any help!
Gabi

I replied to your second post
But my question is then how does the down payment appears in the CJI3 report
Also, I am aware of your initial post. I feel, the details you gave is insufficient. You have just said there are two down payments made against a PO one is reflecting in WBSE another one is not. It will be difficult for others to suggest you a proper solution, You will have to give more detials as how you made the two down payments and you should tell us apart from appearing in WBSE what are all the other differences ..etc., You should give as much details as possible.

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

Order and invoice for miscellaneous sales with down payment

I have followed follwing steps--
1) MiSc type order (500 EUR)
2) VF01 with billing doc type VFZ (down payment) (200 EUR)
actually m doing some testing work---
now next step is
Cash the advance:
According to the payment method of the customer, the incoming payment will be done automatically or manually. In order to unroll the flow fully, we will consider here, a manual incoming payment by check
Clear the payment with the receivable in the customer account. For this, select the corresponding receivable in the treatment of the uncleared items.
Through F-28
how to do this pl guide.
and next step is to bill remaining amount and book the remaining amount

Hi nikhil,
After creation of Order , if you are receiveing down payment from customer , goto F-29 - Down Payment and enter your sale order also if required.
After billing invoice will ge generated. then goto F-39 (clear downpayment) and finally goto F-32 and clear open items

Customer down payment request in F-37

Hello,
We have configured alternate recon accounts for down payments from customer in TC: OBXR. Here, we have config. spl GL indicators like F (down payment request) and A(Down payment) alongwith recon accounts. When i am posting down pay request in TC: F-37 system is displaying spl GL indicator A in Trg. sp. G/L ind automatically. But in configuration we have maintained indicator F for down pay request. When i am changing indicator from A to F system is giving error message like "Spl GL indicator F is not defined for down payments, message no.F5053". If i put indicator A then i can able to post request.
Can anyone help me in this....
Regards
Krishna

Hi Krishna,
You dont have to change the Trg Spl Gl indicator from A to F. It should remain as A itself.
F-37 uses indicator F to post the request. After posting the request you can see the line item in FBL5N with the indicator F.
When you convert the request to a down payment through tocde F-29, the system posts it to the spl gl indicator A (target indicator)
Regards,
Mike

How do you report Net Balance of A/R Down Payment Invoice?

We have recently installed SAP B1 Version 8.8 at a new client site. The client wants to accept A/R down payments from customers, issue invoices and draw the amount of the invoice from the down payment. I can see the net amount in an open items list report called A/R Down Payments - Not Yet Fully Applied. I need to report that net amount on each invoice that draws from the down payment. I would like to create a Crystal Report or update the existing PLD Invoice to show the amount. Do you know the link between an A/R invoice and the drawn A/R down payment invoice?

Hi,
Try this query it also show the corresponding outgoing payment information.
SELECT
T0.DocNum,
T0.DocDueDate,
T0.CardName,
T1.Dscription,
T0.DocTotal,
T2.BaseAbs,
T2.DrawnSum + T3.DiscSum AS DrawnSum,
T3.DocDate,
T3.DocEntry,
T6.DocNum as DocCheck,
T5.DocDueDate as DateCheck,
T6.CheckNum
FROM
dbo.ODPI T0
INNER JOIN dbo.DPI1 T1 ON (T0.DocEntry = T1.DocEntry)
LEFT OUTER JOIN dbo.INV9 T2 ON (T1.DocEntry = T2.BaseAbs)
LEFT OUTER JOIN dbo.OINV T3 ON (T2.DocEntry = T3.DocEntry)
LEFT OUTER JOIN dbo.INV1 T4 ON (T3.DocEntry = T4.DocEntry)
LEFT OUTER JOIN dbo.OVPM T5 ON (T3.ReceiptNum = T5.DocNum)
LEFT OUTER JOIN dbo.VPM1 T6 ON (T5.DocNum = T6.DocNum)
WHERE
T0.CardName = [%0] AND
T0.DocDueDate BETWEEN [%1] AND [%2] AND
(T4.TargetType = -1 OR T4.TargetType IS NULL) AND T1.TargetType <> 19
GROUP BY
T0.DocNum,
T0.DocDueDate,
T0.CardName,
T1.Dscription,
T0.DocTotal,
T2.BaseAbs,
T2.DrawnSum,
T3.DocDate,
T3.DocEntry,
T6.DocNum,
T5.DocDueDate,
T6.CheckNum,
T3.DiscSum
ORDER BY
T0.DocNum,
T3.DocEntry
This for A/R Downpayment Monitoring.
regards,
Clint

Down payment

Dear sap
when i am posting vendor down payment from f-48 i am not getting field MWSKZ tax code
please help
i am waiting for your reply
vivek

Check SPRO Settings Financial accounting>Account Receivable and payables->Business Transactions>Outgoing payments>Outgoing payment global settings--->Make and check document settings

AR Down Payments - Not yet Fully applied

Hello
I am a SAP user (purchasing manager) of 2 companies, one in USA and one Colombia. in Both we run SAP Business One. I like the software and that is why I take time asking employees their user experience to pass it on to SAP developers.
We receive down payments from customers, but we have encounter problems some times that even our SAP partners have not figured out a way of solving appropiately.
Situation:
We receive a down payment of 1,000 and right click on a sales order to add it as down payment. Then our customer changes his mind and he needs less items. So we just invoice 700, so those 300 ends up being in a limbo. We have not have an appropiate solution to refund those 300 to the customer.
If there is a solution, please let me know. But we have passed many hours trying to find it without any success. Our workaround is either wait until the customer orders again an apply that balance to the new invoice, or cancel the adv pmt in the incoming payment window and adjust payment again, but some times this is impossible on our accounting.

Hi Douglas,
as Suda says above, it is a system definition that all documents that may be paid with an inconming payment are available for selection in that window.
Since your sole requirement is to print a document from the DPR, have you considered saving it as a draft document & then print it? That way you could make all necessary changes & reprint, yet the document would not appear in the incoming payments window.
You can remove the 'Draft' watermark in the print preferences.
All the best,
Kerstin

Down payments country spec. issue

This is one more country specific posting problem and it is related to down payment processing. When I receive down payment from customer I have to report it on separate GL account (DP on current assets). But difference then standard settings is that I have to report VAT in down payments on separate GL account too. So, postings are like this:
430 DP on current assets -118;
241 Bank account 118;
472 VAT in down payments - 18;
289 Clearing VAT in DP 18;
Next step is when I issue invoice to customer, I have regular posting;
202 Customer recon. account 118;
602 Sales revenue -100;
470 VAT in invoices - 18;
When I do clearing, system is doing this postings for me:
430 DP on current assets 118;
202 Customer receon. account -118;
472 VAT in down payments 18;
289 Clearing VAT in DP - 18;
So, when invoice and down payment are occurring in same month this approach is correct, because in VAT report I need to show VAT in outgoing invoices. But, problem is when I have down payment in one, and invoice in other month (fiscal period). When this situation occurs I have to pay VAT based on down payment and not based on issued invoice. So, in this case posting should look like this:
430 DP on current assets 118;
202 Customer recon. account -118;
470 VAT in invoices 18; (because VAT is paid in previous month based on down payment and that account should not have a balance!!!)
289 Clearing VAT in DP - 18;
I really can not see how to configure system to behave like this only in case if different periods. Has anybody any idea?
Thanks in advance

Because of the legal requirements. If down payment is in one, and invoice is in other period (month) it is shown as two separate items on VAT report, and also it has to be on two separate accounts. I know that in both cases I will have correct VAT amount (tell it to our gouverment), and my question is not at all about calculation of any amount. Problem is, for i.e, if we didn't send invoice and we have to pay taxes to goverment, then postings are simmilar to this:
472 VAT in down payments 18;
241 Bank account -18;
So, when I (or tax inspector) look at account 472, I can see that I don't have anything to pay anymore, balance is zero.
But if I in next month I issue invoice and do clearing with regular SAP procedure, I will have following posting:
430 DP on current assets 118;
202 Customer recon. account -118;
472 VAT in down payments 18;
289 Clearing VAT in DP - 18;
So, when I look in account 472, I will see balance of 18 on debit side from current month. That posting does not belong on that account at all in next period because I already payed taxes based on down payments in previous month.
I found one solution, during closing, I need to post 472 credit and 470 debit, effect is like reversing 472. But this is something I would like to avoid, and I'm not sure how it would be possible to do it during F.13...
Substitution seems to me as cleanest solution, but don't see how it would occur...

Flow of down payments from PO to WBS to AUC

Similar Messages

Maybe you are looking for