Wrong commitment reduction when clearing down payments

Hi, we are implementing PSM-FM in ERP version 6.0. We have BCS and
online payment update activated.
We are having problems regarding down payment clearings.The commitment
reduction is not working properly.
Detailed explanation:
1. We created a purchase order for a single material. FM Account
assignments to a single funds center for $500.000.(doc number 11000006).
FM integration ok!: a record for value type 51 (purchase orders), value
$500.000 is created.
2. We then create a down paymen request (trx F-47) for $100.000 with
reference to the previous purchase order.
No FM repercussion which is ok!
3. We then pay (via F110) the down payment request. We got a down
payment document for $100.000 (doc 90000008).
FM integration ok!: a record for value type 61 (down payments), value
$100.000 is created. A reduction (amount type 0200) for $100.000 also
is recorded in value type 51 (purchase orders).
4. We then make a partial goods receipt (MIGO) for $ 500.000.
No FM repercussions / postings which is ok.
5. Next, we make a partial invoice receipt (MIRO), for $110.000, total
$134.200, including VAT for $24.200 (doc 300000030).
FM integration ok!: a record for value type 54 (invoices), value
$110.000 is created. A reduction (amount type 0200) for $110.000 also
is recorded in value type 51 (purchase orders).
6. Next we partially clear the down payment against the invoice. We
need only to clear $20.000 from the original $100.000. We use trx F-54
for this. (doc 300000031)
FM integration ok!: a record for value type 61 (down payment), negative
value $20.000 is created. A record (amount type 0200) for $20.000 also
is recorded in value type 51 (purchase orders).
7. We then pay the invoice (via F110), taking into account the credit
for the previous $20.000. (doc 900000016)
FM integration issues:
7a)  For value type 54 (invoices) a reduction (amount type 0200) for
value $93.606,56 is recorded.
7b)  A "paid" (amount type 0250) for $93.606,56 also is recorded in
value type 57 (payments).
We do not desire nor understand why the system behaves like this. We
are
familiar with previous versions and the desired behavior in a 5.0
system would have been:
   The total amount of the paid invoice ($ 110.000) be recorded as
   a "paid" (amount type 0250) in value type 57 (payments).
If not, we would never see the total amount of the invoice as "paid".
Please, can you help me?
Regards,

Hi Diego,
I suggest you to review note 400924 since all existing critical business cases (already defined for RFFMS200) remain valid also for payment online update. I also suggest you to check the documentation using the F1 help in transaction OF29.
Make sure notes 1150182, 1166048 and 1224438 are applied in your system.
You can find information about the down payment functionality in consulting note 1279351 and also in its related notes 1001216, 532725. Also make sure your customizing is in accordance with the payment update online manual.
I hope the information above helps you.
Regards, Mateus

Similar Messages

  • When we should use F-54 clear down payment

    Hi,
    When should I use T-code F-54 clear down payment? Is this necessary to perform this step?
    1. F-47 down payment request
    2. F-48 post down payment
    3. MIGO post good receipt of PO
    4. MIRO post vendor invoice
    5. F-58 payment by check (for outstanding balance)
    Any advice are welcome.
    Thanks,
    Wendy

    Dear Wendy,
    usually the steps to perform, when You're using DP,  are the following ones:
    1. F-47 Down payment request
    2. F110 Down payment
    3. FB60 Invoice
    4. F-54 Down payment Clearing
    By F-54 that is the downpayment clearing, the System will close the
    first line item of the downpaymewnt with PK 29A
    by the first line item of downpaymewnt clearing with PK 39A;
    and it opens a new vendor line item by the posting key 26.
    This means that from the financial point of view the system transforms
    the original downpaymen into a partial payment.
    Therefore the downpayment clearing has an economic value.
    It changes the Down payment (that is posted using a special G/L
    indicator) into a partial payment (that does not have any special
    G/L indicator).
    I hope this can help You.
    Mauri

  • Payment run error:Only clear down payment requests individually :DEFTAX 012

    Hi ,
    In the payment run, I get the error as "Only clear down payment requests individually"
    The error code is DEFTAX 012 . What is the reason and solution. It seems to be a downpayment.
    Please suggest the needful.
    Regards
    Rudra

    Check any of the following notes whether it helps you.
    1)  Note 1127049 - New deferred tax: DEFTAX025 when posting down payment clr.
    2)  Note 1154793 - Def.Tax: No Amounts in Local Currency; Wrong Amount Diff.
    3)  Note 1160939 - Deferred Tax: Error DEFTAX(023) for Payment of 2 DP Requests
    thanks
    G. Lakshmipathi

  • Error when posting Down payment with reference to down payment request

    Hi Experts,
    In October of 2010 we upgraded from version SAP 4.7 to version 604 SAPKH60406.  
    With this upgrade we decided to select the following FM setting:
    "Flag to activate down payment request update to PO history"
    If this flag is set, down payment requests are updated to the purchase order history. In addition, when you create a down payment referencing this down payment request , the down payment request is cleared by the down payment.
    Use- Set this flag if you want to see the down payment requests  in the purchase order history.
    So, since October 2010, the Down payment requests have been updated to the PO history (note - no update of the down payment request was made to the PO status tab) and the down payments (made with reference to the down payment request) have been clearing the DP requests.
    Today we have applied packages SAPKH60407 - SAPKH60409 and we are in the process of testing. 
    Now we are experiencing errors when processing down payments:
    1. create the down payment request (F-47) - this is OK
    2. create the down payment (F-48) with reference to the down payment request - ERROR MESSAGE F5373 - "Order value will be exceeded"
    Can anyone please explain why this is happening?  We would like to keep the "Flag to activate DPR update to PO history" ON
    as it has been since October 2010.
    Thanks,
    Michelle

    Hi,
    Please find the below link it will help full for you,........
    Order Value will be exceeded Msg No. F5373
    Naresh

  • Clear Down payment against Vendor Invoice through Automatic Payment Program

    Hi
    We have to adjust vendor invoice against down payment (Advance) made through automatic payment program (F110)
    Please guide us is there any configuration require to consider Down payment transactions during F110 to clear against Vendor Invoice
    Ex :1. Advance payment made through special GL indicator 50K.
    2. Invoice document 75K posted in vendor.
    3. Now we have to clear down payment made (50K) against 75K through F110.
    Regards
    Sreenivasulu

    Hi srinivasulu,
    First u create down payment request through F-47 and define the spl gl indicator for down payment and assign the gl account for down payment gl code..
    Regards,
    Nivas

  • Error occured when giving down payment request through  Tcode F-47

    Dear All,
                      Following error occured when giving down payment request through Tcode F-47 by
    inserting purchase contract in Purch. Doc. field :
    Purch. doc. 4600000442 neither a purch. order nor a schedul. agmt.
    Message no. ME703
    please suggests
    Regards
    Shailesh

    Hi
    As error message states, you should put PO number instead of Purchase Contract number in downpayment request.
    You can create a PO for that Purchase contract if you want purchase contract should also be used in that process.
    Brgds
    Abdulla

  • 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

  • Clearing Down payments through F-58

    Hi SAP Gurus,
    My client has made a down payment of 90% to a vendor by F-48. He wishes to clear the same and pay the remaining amount by using F-58. In F-58 when Spl GL Indicator is given as "A" the down payment is appearing and in simulation also it is showing the full entries i.e. of the down payment, balance payment and the difference amount. But when he goes to post the document, the system is giving an error "Down Payment does not exist." Can anyone help me in this please?

    hi
        down payment made entry(F-48) , after the purchase invoice (TC:F-43) posting  ,,Aafter this step u can transfer the down payment from special gl to recs account throw this TC:F-54 after this step, u can saw this open item (TC:FBL1N),next u can pay the remaining amount throw this (TC:F-58), after the posting this entry u can saw the cleared items in(TC:FBL1N).
       if it's helpful plz assign points
        regards
    sivareddy

  • Clear Down Payments at the time of Invoice Posting

    Hi,
    At the time of invoice posting (customer/vendor) we will a message on exsting down payments.  Is it possible to link the down payment with current invoices??   Please let me the possibilities.
    Thanks
    Partha

    Down payment flow- first we have creatw the sundray creditors nad Advance sundray creditor gl a/c dreation
    2.the link bet sundry creditors and advance sundray creditor in OBYR.
    3. and posting the f-48 advance to vendor
                                 f-43 posting invoive
                                 f-58 transffer to specil gl a/c to normal gl/a/c
                                 f-44 clearing
    and customer also same prosures and link between in sundry debtors and advance debtor and (obyx)

  • Clearing Down Payment on Percentage basis

    Hi MM Experts,
    Please let me know how to configure MM settings such a way that the downpayment is cleared on percentage basis or amount against the partial billing from the Vendor against the single purchase order. Valuable inputs in this regard shall be highly appreciated!  
    Regards!

    hi
    u can give some amount as down payment
    Follow the below mentioned steps for Advance Payment against the PO / Contract;
    1. F-47 - Create Down Payment Request (Here in selection screen specify all the necessary details (Doc Type - KA) and press enter, on this screen specify amount to be paid in advance and also specify the PO Document and line item and SAVE)
    2. F-48 - Down Payment Entry w.r.t. Down Payment Request No
    3. F-54 - Down Payment Clearing
    At the time of MIRO, it will pop-up that advance payment is done to this vendor against this PO.
    Also take help of your FI Consultant if required.
    Note: - Prerequisite for Advance Payment: - Go to FS00, and check Filed Status Group for Vendor Reconciliation Account, then go to OBC4, check the Filed Status Group, what you have maintained for the Vendor reconciliation account. Here go To Material management segment and put optional entry for the field of Purchase Order and save.
    regards
    kunal

  • Budget exceeded error when reversing down payment request via FB08

    Hi Experts,
          I am trying to reverse a down payment request via FB08 but unfortunately its throwing a budget exceeded error, is this normal behaviour?
    Regards,
    Lewis

    Hi,
    Please find the below link it will help full for you,........
    Order Value will be exceeded Msg No. F5373
    Naresh

  • Commitment reduction by down payment

    Hello experts,
    When we enter a down payment request with a purchase order reference, it reduces the commitment until the invoice verification. During this time it is possible that the values decommit be used in other operations. How could we do in order to avoid the commitment reduction in the down payments?
    Thanks for your help,
    Regards,
    Diana

    Hello experts,
    I'm having the same problem with commitment reduction by down payment.
    We enter downpayments referenced to POs and that is generating available budget that can be incorrectly used by other operations. 
    We have EA-PS 600.  My question is the same as Diana's:  How could we do in order to avoid the commitment reduction in the down payments?
    Checking at the note 1001216, I can see that commitment is still reduced by downpayments. 
    The other mentioned note 1126105 should not be considered because it applies to upd profile 000350 while we are using 000101.
    I would really appreciate your help on this matter.
    Kind Regards.
    Mariano.

  • Commitment reduction by downpayments

    Hello experts,
    I'm having a problem with commitment reduction by down payment.
    We enter downpayments referenced to POs and that is generating available budget that can be incorrectly used by other operations.
    We have EA-PS 600. My question is the following: How could we do in order to avoid the commitment reduction in the down payments?
    Checking at the note 1001216, I can see that commitment is still reduced by downpayments.
    Another mentioned note 1126105 should not be considered because it applies to upd profile 000350 while we are using 000101.
    I would really appreciate your help on this matter.
    Kind Regards.
    Mariano.

    Eli, sorry for the inconvenience, let me explain it taking Minghong Ji's example. 
    Right now our situation is the following:
    Budget: $1050
    1. Post a PO of $1000:
    commitment = $1000 (VT 51);
    available budget = $1050 - $1000 = $50
    2. Post downpayment $200 (VT 61):
    commitment = $1000 - $200 = $800;
    available budget = total budget - commitments - actuals = $1050 - $800 - 0 = $250 (overvalued available budget)
    We have then two options for the available budget to be correct:
    1-  The commitment not being reduced by the downpayment (the original question).
    2-  The downpayment reducing the commitment (VT 51) and also the budget by the real posting (VT61) in the same funds center / commitment item (the second question posted after Minghong Ji's explanation).
    How should that be handled?
    Kind Regards and thank you for your patience and help.

  • Down payment reducing the commitment  with reference to PO

    Dear All,
    The budget is 1500 USD. The PO was created with an amount of 1000 USD and kept down payment as 250 USD . So the balance is 500 USD. While making down payment through ME2DP, system will bring FM objects from PO against advance line item. After this step, the commitment will reduce from 1000 USD to 750 USD. If any user enters expenditure directly in FI by using the same budget code, system will allow for the remaining amount 750 USD. When we are doing service entry sheet against this PO for full amount 1000 USD then system is giving error message as budget exceeded by 250 USD. This is due to commitment reduced while making down payment. We used the derivation rule based on transaction type to overwrite the commitment but system is bringing commitment field value from PO at the time of posting.
    Please give us the solution to avoid reducing the commitment while making down payment with reference to PO.
    Update profile: 000101
    Value Type: 61 (Statistical Update)
    Regards,
    Sree

    Hi Sree,
    You need to check or Configure Automatic clearing of Down Payments, please check the IMG setting:
    Public Sector Management>Funds Management Government>Actual and Commitment Update/Integration>Integration>Configure Automatic Clearing of Down Payments/Down Payment Requests:
    Activate check box "DP Clr" down payment clearing during a GR/IR
    If this flag is set, the down payment is cleared automatically during the creation of the goods receipt (GR) or invoice receipt (IR), depending on your FM settings.
    Regards
    Javed

  • Customer Down payments clearing

    Hello All,
    Clearing of some down payments documents were done by debiting and crediting same GL reconciliaton account.
    Please find the following details.
    Normal Customer Recon A/c - 13111000
    Special GL Customer Recon a/c - 33111000
    Correct entry when we have cleared down payment:
    DR/CR     Particulars          Spl. GL ind.     GL a/c no.     Amount(Rs.)
    DR     CUSTOMER          A     33111000     100
    CR     CUSTOMER               13311000     100
    But in our case entry has posted as follows:
    DR/CR     Particulars          Spl. GL ind.     GL a/c no.     Amount(Rs.)
    DR     CUSTOMER          A     13311000     100
    CR     CUSTOMER               13311000     100
    and this was happned in previous years i.e. 2003,2004 and in 2005 and some documents were already Archived.
    Request your valuable suggestion how to rectify the above mistake now i.e. how to post to the Correct GL account no.33111000 instead of wrong GL account no.13311000.
    Thanks in advance for your reply.
    regards,

    Hello,
    This is the normal system behaviour, when a down payment is bieng cleared the debit and credit will be posted to the same GL reconciliation account. (in your case 13311000)
    33111000 - is only used to differentiate between normal items and special GL transaction. However, at the time of clearing the entries will be picked from the vendor master record. 13311000
    The following entry is correct.
    DR/CR Particulars Spl. GL ind. GL a/c no. Amount(Rs.)
    DR CUSTOMER A 13311000 100
    CR CUSTOMER 13311000 100
    There is no need to post across the reconciliation accounts.
    Regards,
    Ravi

Maybe you are looking for

  • Clear query when i enter on the request page

    I have a page with some query field and a button ('execute query'). When i return on the page the was dispaly the old query, it is possibile to enter in the page and finf it clear ?? Thank's'.

  • IPhone 4 does not see my home WiFi network anymore.

    All of a sudden, a few days ago, my wife's iPhone 4 (initially with iOS 6.0.1, now with iOS 6.1) does not see anymore my home WiFi network (created by a Time Capsule), to which it connected automatically. This has worked flawlessly for years but now

  • CP File Cannot Publish EXE Locally

    Hello, I'm working with a large (70 slide) presentation in Captivate 3 and it no longer allows me to publish it as a standalone Windows executable.  The "select Flash version" select and "Publish" button are greyed out.  Publishing to SWF works fine,

  • Form 6i problem

    I am facing the following problems in oracle 8i database. 1. I have installed the oracle 8i database on windows2000. oracle 8i database is working right after that I have installed the form 6i on same stand along PC. When I make new form or open old

  • Leopard crond security problem

    Hello everyone! I'm having here a small issue with my Leopard install, I have a cron process that checks out a directory and does specific actions on it, nothing too glamourous. When I fire up this crontab this line pops up in the system.log Oct 28 0