Skip to Content
author's profile photo Former Member
Former Member

FDM_P2P_CONFIRM: Something missing in configuration which I don´t know

Hi all,

First case

I have registered a P2P for the whole amount of an invoice. Then I have accounted a manual payment (F-28) for the total of the invoice. The P2P disappears from the Process Receivables view (I don´t know if this is the standard performance). However, when I enter transaction UDM_DISPUTE to see the case "solved", surprisingly I find the P2P with the state 'Open', and field 'Paid' reflects zero amount.

So, I think it is time for FDM_P2P_CONFIRM. When I execute the program, system shows me the message: There are no promises to pay to be confirmed.

So I am not able to confirm an invoice that is already paid.

Second case

Registration of a P2P, and 2 partial payments so invoice is then manually cleared. Again, P2P disappears from worklist, but looking to the case within UDM_DISPUTE, I see once more the P2P with the state 'Open', and field 'Paid' reflects zero amount.

This time, when I execute in test mode FDM_P2P_CONFIRM, system shows the message:

The promise for invoice 0001 1900009417 2011 001 can be confirmed

Now I execute the program and I find this message: "Process step 013: Change not possible, process step 006 missing"

What have I got to do? Of course all the programs (create worklist, connection to AR, are done previously). Why can´t I confirm in UDM_DISPUTE transaction those 2 P2P, if they are both paid? They still remain as opened...

Thanks for your good help.

Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • author's profile photo Former Member
    Former Member
    Posted on Jun 07, 2012 at 11:59 AM


    I found the solution for the second case: when I run FDM_PROCESS_BUFFER, then I am able to change the state to "Confirm", using FDM_P2P_CONFIRM. This is possible only for 2 or more manua/partial installments done for one invoice which is then cleared through F-32.

    About this, just please confirm if it is a normal procedure.

    I am still not able to change the state of a P2P to Confirm, when the invoice is manually paid at a time, I mean, fully paid. System does not recognize this and P2P remains with the state "Open" and I cannot change it to confirm.

    Has anyone got any hint for this?

    Kind regards

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Firstly, there´s nothing further from the truth. I am examining all the possibilities of the system. As I assume you know, P2P can be AS WELL examined through RMS, anything invented through ABAP development, just simple direct customizing and user utilisation.

      I found strange not to be able to know which BP has kept how many P2P. But, OK, I deduct from your answer (for is not a direct answer to my question), it is a standard performance of system. OK.

      Secondly, what I wanted to know since the beginning of this thread is the utility of FDM_P2P_CONFIRM, apart from confirming P2P, obviously. Is it necessary in an environment in which P2P are going to be used? Or is it enough with the use of FDM_JUDGE? I mean, if CONFIRM P2P are not seen in worklists, I suppose you don´t need to use FDM_P2P_CONFIRM regularly.

      Thanks for sending me an answer to the above question.

      Kind regards.

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.