FSCM - Promise to Pay - use of function module

[Former Member]

Dear Colleagues,

in my company, we are currently looking into the possibility of automating the creation of Promise to Pay records.

I know we have function module FDM_P2P_CREATE but when I test it in SE37, I am getting message UDM 064 (case type not found).

In import parameter IS_P2P_PARTNER, I have included my system as LOGSYS, OBJ_TYPE = BSEG, OBJ_KEY = key (concatenation of company code, document number, year and item).

In import parameter, IT_P2P_INVOICE, I have included in ASSIGNED_P2P_AMOUNT, the promissed amount and currency in P2P_CURR.

In import parameter IT_P2P_ATTR, I have included 2 attributes ID: FIN_PROMISED_AMT and FIN_P2P_DUE_DATE.

Would any of you have experience using this function module that could guide me on what is missing?

Thank you in advance,

Karel

[Former Member]

Why and how would you automate the creation of P2P's?

The payment date will always be different, so you will need to record that, the person from the customer and the invoices being promised.

[Former Member]

Dear Mark,

Answering the question why:

One of our customer provides information via web portal about our invoices: whether they match, when they will be payed. This information is available up to 60 days in advance before the invoice due date.

Our customer can have at the same time several hundreds of invoices open and the process to match customer internal reference to our invoice is manual. As the current P2P creation is. Because there are hundreds if invoices, this process is prone to error and consequently we don't have the accurate view of customer payments as we should have.

We know what logic we have to apply to automate the matching of customer references to our invoices. After this takes place and is reviewed and approved, we would like to create the real P2P, that is by potentially using function module FDM_P2P_CREATE.

Do have experience with this function module? Maybe I am doing a silly mistake when testing it in SE37.

Kind regards,

Karel

[Former Member]

OK - this sounds more like a cash allocation requirement.

I don't have experience of doing what you are talking about. I assume the customer portal is not the same as Biller Direct

[Former Member]

Ok, thanks Mark. And yes, the customer portal is not Biller Direct. It is an external portal where the forecast to pay information to vendors like ourselves is displayed. We access the portal via a user ID that the customer gives us.

I will keep digging.

Kind regards,

Karel