Down payment incorrectly captured

Dear All,
In the SCM billing document, the down payment is not correctly populated.
Following is the incorrect document screen shot with AZWR condition - showing 0.01 condition value instead of 111658.89?
Please find attached herewith the billing document with incorrect DP value & another with a correct DP value.
Could you help me to understand why the value is incorrectly getting picked up? Just to add, being FI consultant, I am struggling to understand the proper process followed or not.
Thanking you,
Best Regards,
Gov

Hi Leena,
The below link might be of some help to you:
http://scn.sap.com/thread/2075629
Please check and let me know.
Regards,
Chetan Shetty

Similar Messages

No Profit center field capture while Capital Down Payment

when we are making a capital asset down payment using a down payment request, system is not able to pick up the Profit center in case profit center of bank is different from Profit center of asset.
what could be the reason for this.
001 50       0024000151 HDFC PP Dev Otgng          50,000.00-
002 29B      0000000007 Petropol India Ltd.        50,000.00
003 70       0025000110 000096000007 0000          50,000.00                no profit center for this line
004 50       0016000110 DP Clearing A/c            50,000.00-
error generated is
Balancing field "Profit Center" in line item 003 not filled
Message no. GLT2201

Problem is not with bank account, problem is with Asset line.
If the Profit center(10002000) of Bank does not matches with Profit center of Asset(10001000) , system does not assigns any profit center to 3rd line item.
000001     50          24000151     HDFC PP Dev Otgng     50,000.00-     INR     10002000     S001
000002     29     B     25000010     Capital Advance             50,000.00     INR     10001000     S000
*000003     70          25000110            Capitalized Advance        50,000.00     INR                    *
000004     50          16000110             DP Clearing A/c     50,000.00-             INR     10001000     S000
000005     50          16000080     Zero Bal Clrg a/c     50,000.00-             INR
000006     40          16000080     Zero Bal Clrg a/c     50,000.00             INR     10002000     S001

Vendor down payment request Error

Hi all,
i created a vendor down payment request using f-47. I had created a tax code for the country "AE" using FXTP. But when in the vendor down payment request it is not picking the tax code,giving the error "Tax code AN for country AE has been deleted or incorrectly changed", Message no. FS201
Kindly help me,
Thanks in advance
Ani Varghese

Hi,
The reason behind this error is that the TAX CODE IS NOT CORRECTLY MAINTAINED.
You might not have maintained the GL Accounts for this. Maintained it in OB40.
Regards,
Amit

Down payment issue against sales order

Hi
I have some down payment of 100000 and it is to be executed in 20 parts against a sales order. there was some error in the payment processing and while debugging we have posted some five of above payments as cleared although there was no clearing documents aginst these five. Now my balance due is giving incorrect amount. I want to move these wrongly cleared item in uncleared list, reversal can't be done as this is having other 15 parts.Any best way to reinstate mentioned 05 parts as uncleared.
Thanks

But my document is not having any clearing documents and it can't be reset by FBRA, these documents get posted by mistake , while debugging from SD side , so any idea on it ?
Thanks
Deepak

Down payment for AUC error

hello Gurus.
we want to down payment against asset Purchase order using F-48.
during Simulate the Document we get the following error.
Account 26318501 is not a reconciliation account
Message no. AU138
Diagnosis
Processing terminated because account 26318501 (determined from account symbol KTANZA in chart of accounts YAIN) is not specified as a reconciliation account for assets.
Procedure
Define the account as a reconciliation account or assign a different account in the account determination for Asset Accounting.
the account 26318501 is Reconciliation accounts. still system generate the error.
how I resolved this issue.
I am waiting your reply.
regards,
riten patel

Hello Atif Farooq .
I have get two error.
if I made changes to recon account type to Asset then
during Down payment using F-48, system gives me error during the entry that
"Account 26318501 is not a reconciliation account for account type K
Message no. F5017
Diagnosis
The account 26318501 is to be used as a reconciliation account for the desired special G/L transaction. However, the account was not defined as a reconciliation account for account type K in the company code-specific part of the master record.
Procedure
If the account number is correct, change the master record of the account. If the account number is incorrect, determine via Customizing which account is to be used. The specification is made in table T074."
and if I made changes to recon account type to vendor then ,
system gives me error during Simulation that
Account 26318501 is not a reconciliation account
Message no. AU138
Diagnosis
Processing terminated because account 26318501 (determined from account symbol KTANZA in chart of accounts YAIN) is not specified as a reconciliation account for assets.
Procedure
Define the account as a reconciliation account or assign a different account in the account determination for Asset Accounting.
Please help me to solve this problem.
I am waiting your reply.
regards,
riten patel

Debit side Down Payment Chain Link to Sales Order

Hi,
I have activated EA-FIN for capturing customer retention amount. Durin creation of debit side down payment chain system asks for a sales contract number. Once the document is saved system generates the invoice with retention amount on spl GL.
This invoice is not reflected in the document flow of sales order. Let me know if this can be possible link Debit side Down Payment Chain to sales order?
Regards,
Ajay Gupte

Dear ,
about my Q2: I want to change Line item number of sales order after posting customer down payment.
Have you looked Q1 : that sytem did not asked to enter line item number of sales order at the time of posting down payment

Down payment request against PO

Hi SAP Guru,
When user entering down payment request in F-47
against a purchase oder the system is allowing to post the amount more than PO value which is logically incorrect. How can I prevent this ? Kindly reply with details.
Regards,
Sajib

Hi ,
How you managed this requirement to prevent F-47 requesting amount is more than PO item amount?
Please , can you tell more on this.
regards,
Rahul Mandale

Down payment on AUC

Dear SAP Gurus,
While posting down payment for AUC using F-48, I am gettig the following error
You cannot post with transaction type 188
Message no. AA450
I am not entering this transction type in F-48.
Can you please help.
Thanks

Hi ,
You can check the SAP note 451163 - Error AA450 with down payment to an affiliated company.
The solution is as below:
Cause and prerequisites
This is caused by incorrect standard customizing for transaction type 188.
Solution
Remove the 'Transaction type cannot be used manually' indicator for transaction type 188.
Hope it helps
SJ

Can I post a down payment with a Special G/L indicator?

I have to post a down patment.
I want to post a Down payment with posting keys 29 Special G/L debit and 39 Special G/L credit.
The system does not allow to post 29 Vendor subledger account to 50 G/L Bank account. Is it possible to configure that posting in the IMG?
A down payment Reconciliation account for the Vendor is determined to be posted by 29 and 39 posting keys in the IMG instead of the normal Reconciliation account. Is this correct?
Your help is highly appreciated.

Dear Velu,
Thank you very much for your answer.
I mean the offseting posting of the Debit Advanced suppliers account, which is Credit Expense or Bank clearing account. Do you know why the system restricts the offseting posting only to Espense accounts?
Try in the FB01 transaction when you choose 29 A Vendor line item and you choose Bank clearing account the system gives message 'Incorrect postings are ignored'.
Regards,
Desi
Edited by: Desi Stoyanova on Oct 20, 2008 10:05 PM
Edited by: Desi Stoyanova on Oct 20, 2008 10:06 PM

F-29 Down payment not clearing down payment request

Hello,
I'm working to configure milestone billing plans in our sandbox environment. I'm able to create a sales order with the new order type that's linked to the billing plan, and I have successfully created the down payment request. I can see the two FM postings for value type 83 (the negative to 0100 and the positive to 0200). Then I post the F-29 down payment. I've referenced the sales order in the down payment. But I'm not seeing an FM posting for value type 58 to reduce the down payment request. The down payment request is not being cleared by the down payment. Do you have any suggestions for any of the following:
- configuration I may have missed
- information that may have been entered incorrectly on the F-29
I can see the uncleared down payment itself when I pull up the customer account of the payer. Did I miss a step to match up the F-29 to the down payment request? I've configured the step for automatic down payments in public sector management, and I made sure that the sales order type is the one indicated in that step and the document type of the F-29 is the down payment document type indicated in that step. Any guidance would be appreciated.
Thank you,
April

Check what is the accounting doc type for the down payment request.
If it is RV then use tcode F-28 to receive payment for the transaction, as you are receiving payment against invoice.
Hope this can assist you. Or contact your FI team member for understanding.
Thanks & Regards
JP

IDOC from SRM to create Down Payment Request (F-47) in ECC

We need to build one custom object in SRM. This object(upon final approval) should trigger the creation of Down Payment Request in ECC(Tcode F-47) System. To elaborate more in simplest terms, The custom object in SRM is created to capture Advance Payment Request related Data. (Vendor, contract no, Advance Amount etc...). There is no standard IDOC type in SRM to capture this data.
In ECC system, we have one standard IDOC related to Down payment request (IDOC Type FIDCCP01).
Other thing is, when this outbound IDOC is trigerred from SRM, it has to not only to get the data from that custom object but also calculate some values and fill this in down payment request fields.
Now questions:
Please help in letting me know the best method to achieve this. Should we use IDOC tecnology? If yes, then please detail the steps needed to achive this. Should we create the same IDOCbasic type FIDCCP01 in SRM as we have in ECC. How can IDOC capture the calculated values for some fields in Down payment request? Do we need to create some function module for this?
Please detail the process step needed to achive this(like IDOC Basic Type creation, Functiona Module creation etc etc...). Or if we should use some other methd like RFC or BAdi etc... then please let know.
Thanks for any help the SDN community could provide.
Regards,
Ravi
Edited by: Ravi Gandhi on Oct 9, 2011 10:16 AM
Edited by: Ravi Gandhi on Oct 9, 2011 10:23 AM

Dear Ravi,
Did you have a answer for this case?
i need to create IDOC for F-47 and i need the program to use.
Here we have a IDOC for FB01 only.
tks
Marco Magri

Down payment in FBB1

Hi,
when I am trying to post down payment in FBB1 T.code, there is no provision to enter special GL indicator and i am getting below error message.
Special G/L indicator not defined or incorrect
Message no. F5838
I understand that it is not possible to post down payments in FBB1, may I know is there any SAP note which explains this behaviour or is it possible to post down payment in FBB1 / F-05.
Thanks,
Raj

Hello Raj,
Kindly check this links.
It may help you
Special G/L indicator not defined or incorrect
Error: Special G/L indicator not defined or incorrect
Thanks

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

Down Payment with a normal account G/L

Hi guys,
i 'd like to know if is possible use a down payment with a no Special G/l account in SAP. Exaclty:
Edit a document FI like a Down Payment, For example: Down Payment Vendor to Vendor "X" and insert the number of PO in the field BSEG_EBELN.
To see the document FI in the "view" purchase order history of PO.
I know well it for Special G/L Account, but my customer no wants to use the Special GL Accounts
Thank you for attention
Best regards
Sandro

Dear Velu,
Thank you very much for your answer.
I mean the offseting posting of the Debit Advanced suppliers account, which is Credit Expense or Bank clearing account. Do you know why the system restricts the offseting posting only to Espense accounts?
Try in the FB01 transaction when you choose 29 A Vendor line item and you choose Bank clearing account the system gives message 'Incorrect postings are ignored'.
Regards,
Desi
Edited by: Desi Stoyanova on Oct 20, 2008 10:05 PM
Edited by: Desi Stoyanova on Oct 20, 2008 10:06 PM

Validation of Down payment request amount with the PO amount

Hi,
I am MM consultant my issue
When user entering down payment in F-47
for a purchase oder the system is allowing the amount more than PO amount which is logically incorrect.How can I prevent this ?
Regards,
Melby

Hello
Restriction in DP advances are not normal. Unless tolerence limits are maintained by the user.
In any case, the DP amount would have no relevance to the PO amount. The system does nor know, against which PO the amount is paid, and the limitations of PO.
Ideally, in normal situations, an advance sometimes is larger than the PO amount. This happens when the business knows about long term relations which could occur in future.
Ignore this and inform client to process DP request after checking the open POs for the vendor.
Reg
assign points if useful

Down payment incorrectly captured

Similar Messages

Maybe you are looking for