Condition Type AZWR for Down Payments

Hi All,
I am Working on Down Paymnet Requests (Billing Type FAZ). As per the OSS note i understand that we need AZWR Conditon type for Down Paymnet.
I understand that it is for Value check for a down payment clearing item because the value of AZWR can be changed manually.If the value of AZWR from the down payment clearing item exceeds the agreed value in the order, the system displays an error message
Can you any body explain this more in detail.Thanks
Regards
Basha

Hi Basha,
Please refer to note 213567:
8. Messages in the FI/CO interface
    a) VF525: "Total of down payment to be billed too high."
       VF050: "Document & saved (no accounting document generated)"
       In the standard system, you cannot perform a clearing of down
       payment items with a total that is higher than the value of the
       corresponding item to be settled from the partial or final
       invoice.A billing document is created, but it cannot be
       transferred to Financial Accounting because sending credit memos
       to customers as part of down payments is not supported.However,
       you do have the option to adjust the value of the down payment
       clearing item (condition AZWR) according to the item to be
       settled when you create the invoice.In this case, the remainder
       of the down payment assigned to this item is proposed again for
       clearing in the next partial or final invoice.
According to note 213526 we would use in standard the downpayment
condition AZWR for this process. This condition type could be changed
manually in the invoice. We could reduce the downpayment values
manually and message VF 525 would not appear again, when the downpayment
values would be lower or equal to the main item.
I hope this is helpful.
Regards,
Alex

Similar Messages

Condition type AZWR

Hello Gurus,
The special condition type AZWR is used for down payment items in sales documents, rather than the
usual condition type PR00. When condition type AZWR is determined, all the other condition types are
set to inactive.
my question is:
(1) When condition type AZWR is determined, all the other condition types are set to inactive. how about there are discount or tax condition for this downpament ?
thanks very much!

As soon as the billing date (in the billing plan) for the down payment has been reached, the system creates a down payment invoice and sends it to the customer. Billing type FAZ is used for creating
the down payment request.
Tax is determined when the down payment request is created.
No discount is calculated as condition type AZWR sets all other conditon types to inactive.

UNABLE TO REQUEST FOR DOWN PAYMENT IN AP

Hello,
I have a problem of unable to request NEW ITEM for Down payment in A/P.
Recieved an error: NO SPECIAL G/L DEFINE IN ACCT TYPE K IN SPECIAL G/L IND A RECON ACCOUNT. I try to troubleshoot CONFIGURATION in FS00 for Special G/L, Review vendor K and Define Maintain Accounting Configuration: Special G/L. Everything looks right. Any other suggestions

Hi,
Can you check if the Speciaal GL type - A is assigned to account type - K in the below path?
Accounts Receivable and Accounts Payable > Business Transactions > Down Payment Made > Define Alternative Reconciliation Account for Down Payments

Special G/L indicator for down payment request F-47

Dear all,
I try to define a new Special G/L indicator for down payment request F-47, and I create it as Special Indicator for down payment/down payment request as Noted item, but the system gives me the error
Special G/L indicator F is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
System Response
The entry is not accepted.
Procedure
Enter an allowed special G/L indicator or initiate a change of the default settings.
PLease advice what to do

F-47 is for Vendor down payments.
Have you created your special GL Indicator for Vendors or Customers?
Please check the account type of the Special GL Indicator.
Rgds
Murali. N

Special G/L indicator L is not defined for down payments

Hi,
While i am doing in the F-47 transaction i am trying to post down payment then i am getting the following error : --
Special G/L indicator L is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
Regards,
Rajesh

Hi
This error is due to non-assignment of G/L Accounts.
Go to OBYR or FBKP and double click sp. g/l. indicator F for Vendor type K and assign Reconciliation account and sp. g/l. account(advance to Vendors account) and save.
Also for sp. g/l. indicator L you might have done this as that Indicator you are using for Down Payments
and sp. g/l indicator F for Requests.
Regards
Venkat
Edited by: Venkat Dara on Jun 6, 2009 2:44 PM

Condition type used for invoice list

Hello Gurus,
following condition type used for invoice list, why do they exit in invoice list:
RL00 MW15. LR00 RD01

Hi,
Please go through the below document
When you work with invoice lists, you need to be familiar with the following concepts:
Prerequisites for invoice lists
Relationship to Pricing
Structure of an Invoice List
Changing header and item data
Integration with financial accounting (FI)
Prerequisites
You can only process invoice lists if the following prerequisite data is defined by your system administrator in Customizing for Sales:
Condition type RL00 (factoring discount) must be maintained and, if required, also the condition type MW15.
An invoice list type must be assigned to each billing type that you want to process in invoice lists. The standard version of the SAP R/3 System includes two types of invoice lists: LR for invoices and debit memos, LG for credit memos.
Copying requirements must be defined (for example, the payer, terms of payment and other fields that must be identical in the documents to be included in the invoice list)
In addition, before you process an invoice list, you must maintain the following master data:
A customer calendar must be defined, specifying the time intervals or dates on which invoice lists are to be processed.
The customer calendar must be entered in the Billing Sales Area view of the customer master record.
Pricing condition records for the condition type RL00 and, if necessary, (e.g. in Germany) the condition type MW15 must be maintained.
Output condition records for condition types LR00 and RD01 must be created.
Relationship to Pricing
The system processes factoring discounts in invoice lists in exactly the same way as other kinds of pricing elements. The data for the factoring discount is stored in condition records. Controlling during document processing is carried out via condition types, pricing procedures and access sequences. This control data is defined in Customizing for Sales by your system administrator.
For further information, see Conditions and Pricing.
Structure of an Invoice List
An invoice list represents an individual billing document. It consists of a document header and document items. Each item represents a billing document that you have included in the invoice list. The header contains an overview of summary information, such as the net value of all documents in the invoice list, the value of the factoring discount, details of taxes, and so on. It also contains information on partners and output.
Changing Header and Item Data
You can change some of the header data - for example, the billing date - when you process the invoice list. You can change an item - either an individual or collective invoice - and display document details. However, you cannot change any data in individual billing documents once they are part of an invoice list.
It is possible, however, to make certain global changes to output in all items in an invoice list.
For further information on output, see Communication in Sales and Distribution Processing.
Integration With Financial Accounting (FI)
The documents that you want to combine within an invoice list must already have been billed and forwarded to Financial Accounting. Here the billing documents intended for an invoice list are blocked for normal dunning transactions.
The dunning block on FI documents is lifted as soon as you create an invoice list and transfer it to FI . The system then calculates the new dunning date for the invoice on the basis of the invoice list date.
In addition, the system enters invoice list numbers in the FI documents as reference numbers. Invoice list numbers can then be entered for incoming payments.
When you save the invoice list, the system automatically creates an accounting document for the factoring discount and possible taxes and posts it to the corresponding G/L account in FI.
Regards,
Murthy

Which number range is used for down payment requests for vendors?

Hi,
Which number range is usually used for down payment requests for vendors?
I would like to use it for:
Y002 vendors (emplyees)
Y004 vendors (1-time vendors)
Y005 vendors (confidential vendors)
The invoice will be posted via FI via Tcode FB60, FB65 & FB10 and F-02.
Thank you for your feedback.
Kind regards,
Linda

Hi
For down payment request the Document type is KA hence the number range which is applicable to KA is applicable for vendor downpament also.
In your case the number range is based on document types and not related to vendor types.
Thanks
Srinivas

Vendor ageing report for down payment bucketwise

Hi
I have paid many downpayment to various vendors. Now i want the ageing report for the same (i.e. bucket wise i.e. 0-30 days, 31-60 days and so on).
This i am getting for vendor invoices in TCode: S_ALR_87012085 (Vendor payment history with OI sorted list).
Please let me know if the bucketwise report is possible for the downpayment too.

Hi,
Vendor ageing for down payments as well as invoice i use to see from T.code FBL1N by creating layouts.
Choose Arreas after net due date from layout and for that column you can apply a rule that from 0 to Lessthan or equal to 30.
Like that you can create the layouts. In FBL1N you can give this layout (down) so information come in that format.
The one disadvantage is that you have to select manually the layouts and you can see only one ageing information at a time.
Regards,
Sankar

Special gl config for down payment request

while configuring down payment request I am getting the foll error
"Special G/L indicator F is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
I have assigned my recon a/c for vendor with the altern recon a/c in the special g/l indicator "F"
regards,
smriti

Hi
I faced same issue and i solved that problem
For that you have to go all special gl indicators which are you selected.there double click the indicator and select properties there one option is available like target special gl indicator there you give F and save it
After that come to Special gl indicator F double click and select properties and give target spl gl indicators like A,V,I.....
If you have any doubt feel free to ask
May be this information is useful to you
Regards
Surya

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

Check for down payment

Hi,
I have requirement like below
Check issued for vendor for down payment
Check was cashed on 01.01.2008
Check was voided on 15.05.2008
So how to reverse that and it should be normal check
How to do this
please help me
i will assign points
Thanks
Radha

Hi Radha,
What were the transactions that has been posted related to this already? I am not clear as to how an encashed cheque be voided and what you mean by "It should be a normal cheque".
FCH8 transaction would void and reverse the payment if this is what you are after.
Rgds
NW

Standard report for Request for down payment

Dear All,
Is there any standard report on request for down payment in case of vendor and Custm

Hi,
There is no standard report for displaying the Down Payment Requests.
Workaround is go in standard line item reports for Vendor & Customer & select the line items for Noted Item with SPL GL Indicator F.
Regards,
Amit

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

Dimension 1 Cost centre field is not able to edit in Incoming payment for Down payment Request

Hi Exports,
I am facing an issue on selecting Cost centres in Incoming payment screen.
Issue: While I am booking the payment entry for Down payment request, I am not able to select first Dimension cost centre in Incoming payment rows for down payment request document, the Second dimension is able to select and update. the field is in non-editable mode (only on specific document row)
Setup:
1. Two Dimension are enabled
2. In Separate Columns - Both Cost Centres are in separate column
The above issue is only for Down payment request, for other documents (Invoice) I am able to select and update cost centre
Please find below snap shot for reference
Kindly check and let me know the solution
Regards,
Kiran

Hi Gordon,
Thanks for your reply.
Yes agree, The Down Payment request is not a financial document but the Cost centres are able to select in Down payment request rows, no issue at all in this case.
In Incoming payment screen it is necessary to select Cost centres because it has financial implication using down payment request with related to currency difference or Bank charges (both are Expense accounts) and DR assignment is mandatory in this case.
And you have to notice one thing in above issue, I am able to select second dimension cost centre and it is allowing to edit and update the cost centre on respective row. Only issue is specific cell (dimension 1 cost centre) is not able to edit.
Even I am not able to process payment entry without selection of Cost Centre on first dimension, the system is blocking and displaying the error message "DR Assignment is mandatory on Dimension 1 for specific account"
Looks like bug, please clarify
SBO version: 9.0 PL 11
Regards,
Kiran

Special G/L Indicator F Is Not Defined for Down Payment

Dear All,
While creating down payment request (t.code f-47), I specified 'F' in Trg.sp.g/l ind check
box, the system thrown a message as, 'Special G/L indicator F is not defined for down payment' . And When I tried with "A" in stead of "F", I am able to create Down Payment Request.
My question is that when "F" is the indicator for Down Payment request, Why system is not accepting?
Thanks

Down Payment Request - Special G/L Indicator F
Refer this.
Even if you posted with A, the special GL indicator will be booked to F. Later see the document in FB03, you will come to know.

Condition Type AZWR for Down Payments

Similar Messages

Maybe you are looking for