Procuremetn card process Questions

[Former Member]

Hello,

Has any one used P card process? I have few questions around that.

As per standard documents -

When SC is created with payment term as P card then next step is PO creation.

My questions -

1. Do we need supplier code to be created in EBP as well as ERP for this? Here we do p card purchases for lot many things & then creating every supplier as code will be an issue.

2. Suppose card company statement data is received / converted to supported idoc format.

Then do we need to incorporate a logic to put PO no in this so that invoice can be created?

3. Can I buy same item by normal PO process & by P card process as well? any restrictions?

Thanks in advance.

[yann_bouillut · Accepted solution]

Hi Sunil,

1-Yes supplier ID must exist in SRM.

You can replicate the R/3 suppliers from R/3 to SRM.

Replication can be automatic to avoid manual maintenance.

2-Not sure to clearly understand your question...

PO is created.

Invoice is created in SRM and updated in the backend with blocked for payment status.

3- Yes

Kind regards,

Yann

[Former Member · Accepted solution]

Yann,

Thanks a lot.

I am clarifying further on supplier code.

Suppose item is brought by using P card from supplier A & P card compny is B.

Do I need supplier code to be created for A & B?

Or Do I need only B?

ALso I undersand that P card scenario can only run on Standalone only. Is this asumption right?

Kindly advice,

Thanks

Sunil

Message was edited by: Sunil Pendse

[yann_bouillut · Accepted solution]

Hi Sunil,

As far as i know, Pcard can only be used in standalone scenario.

Kind regards,

Yann

[Former Member · Accepted solution]

Hi

Can any one give me some insight into following questions on P card process?

BY using SRM Suppose item is purchased by using P card from supplier A & P card company is B.

Do I need supplier code to be created for A & B?

Or Do I need only B?

Thanks in advance,

[Former Member · Accepted solution]

Hello Sunil,

Initially, pCards are means of payment designed for trivial MRO purchases.

We could say that eProc systems and pCard solutions are competitor solutions.

Using P-card without eProc system (usual deployment when sold by pCard companies, even if they also have or had developped some light eproc systems), the purchasing process is really simple and out of any system (put pcard # on the PO fax). Only the reconciliation takes place in the FI backend, at GL level. That's enough because you don't want to follow particularly this kind of purchases, and the pCard internal limits (amount, time, suppliers) act as an approval WF. pCard companies can provide you with some purchasing reporting.

Using P-cart with SRM, this simple paper purchase process is replaced/completed by a system based process, where SC, PO are tracked. So you need the vendor ID in SRM (like for any other purchase process in SRM ))).

And more, you must adapt its vendor master data in SRM to make it accept the used pCard type (in vendor tab).

The PO, including pCard ref, is sent to the supplier from SRM.

--> Yes you need A suppliers in SRM

For each pCard type used (Amex, MasterCard...), you must link it to a vendor. This vendor must exist in the backend because this is where the settlement data will be executed.

So you need a supplier B, but only in R/3, not in SRM.

You though using pCard in SRM SC without using suppliers

On this kind of process, SRM adds value (transactions, reporting, WF, data...) but there is a minimum of constraints...

Rgds

Christophe

[Former Member · Accepted solution]

Thanks a lot.

(I have assigned points for this.)

Kind regards,