508.480.8990
HomeHomeHomeServicesServicesServicesWebinarsWebinarsWebinarsBlogsBlogsBlogsNewsNewsNewsContact UsContact UsContact Us

Home » Blogs » My blog » October 2009 » Duplicate Payment Controls in SAP

Duplicate Payment Controls in SAP

Technology Insight has been identifying duplicate payments for clients since 1999.  Throughout this time we have worked with a multitude of systems such as SAP, PeopleSoft, Oracle, Lawson, BPCS, GEAC, J.D. Edwards and many more recognizable (and unrecognizable) systems.  Each system contains controls to stop duplicate payments.  Inevitably, we always identify duplicate payments missed by these systems and we can clearly see management is upset that the duplicate payments occurred when they have processes and system controls in place to stop them.

This raises the question:  Shouldn't my accounts payable (A/P) system have stopped this?  For many A/P systems the answer is fairly straight forward, meaning if the vendor number, invoice number, invoice amount, and invoice date are all the same, the answer is yes.  For SAP users, the answer is not so straight forward.  This blog is to aid our SAP users in unwinding the minor complexities of configuring SAP to control or stop duplicate payments.

Many A/P managers that use SAP think that SAP only checks for duplicate payments when the vendor number, invoice number, invoice date, and invoice amount are exactly the same.  While at a high level this is correct, there is actually much more to it.  There are two configuration points that need to be addressed:   the vendor master file and implementation guide (IMG.).

Vendor Master File

With SAP you determine which vendor master file records you want the duplicate payment controls to apply.  This is done by selecting the “Chk double inv” indicator on the Payments in Accounting screen in the vendor master through FK02 transaction.  If this indicator is not selected then SAP will not perform a duplicate payment check on any invoices entered for that vendor. (see image 1)

 

Implementation Guide (IMG)

The next item to review is the IMG.  Before you start setting the configuration setting you need to understand how SAP performs duplicate payment checks.  SAP checks for the following criteria before flagging a duplicate payment:

  • Company
  • Document Date
  • Reference (Invoice Number)
  • Currency
  • Vendor
  • Amount (in Document Currency)

When people first see this list they are surprised to see that Company and Currency are part of SAP’s duplicate payment checks. 

The Company check means that you can enter the same exact invoice into two different companies and SAP will not flag it.  Many IT groups are reluctant to allow for duplicate payment checks across companies because it can affect SAP’s database performance. 

The Currency check means that if you enter one invoice in Euro’s and another invoice as GBP’s with all of the other information the same – company, invoice date, invoice number, vendor, and invoice amount, then SAP will not stop that duplicate invoice.

To configure the SAP duplicate payment controls, go to the IMG in Logistics Invoice Verification > Incoming Invoice > Set Check for Duplicate Invoices, this is where you set the SAP duplicate payment controls.

 

You will notice that you cannot configure all of the duplicate payment controls, but you are able to control checks on company code, reference number (invoice number) and invoice date.  You cannot control currency, vendor, or invoice amount.

Your duplicate payment control settings in SAP should mirror your business processes to provide the best possible controlled environment.  For instance, we have a client that enters the ‘date received’, not the true ‘invoice date’,  into the invoice date field.. I personally don’t agree with this process, but it is their process.  Therefore, this company should not be performing invoice date verification tests as part of its duplicate payment checks.

I would like to point out that without a clean vendor master (only one vendor master file per supplier) the duplicate payment control check within SAP, or any system for that matter, will not work properly.

What do you think?  I welcome your thoughts and feedback.

- Karl Andersson

Posted: 10/9/2009 8:54:15 AM by Global Administrator | with 4 comments


Comments
Pradeep Malhotra
Hi All,
I just point out about the only “one account for each supplier”, which is not possible in current growing world, some time same vendor belongs to different countries and hence having different bank details that why need for different PI (invoicing parties ). There might be possibility even after above mentioned checks still some actual duplicate documents will be post in system due to knowledge gap of users
Example: If any business having a policy for some specific vendor that invoice date should be Date of supplied , however user is not aware of that hence will post the invoice with actual invoice date instead of date of supplied. Duplicate posting will be done even after all the checks as mentioned above.
So System controls as well as User knowledge will play a critical role to avoid duplicate payments
12/17/2011 9:33:20 AM

Rakesh kumar
Thanks Karl.I tried and now i can control double payment in SAP.
12/13/2011 2:52:51 AM

Karl Andersson
Andrew,

I completely agree with you. But you would be surprised how many companies do not have the standard duplicate payment checks implemented correctly. This blog is targeted to companies that are trying to get SAP to stop basic duplicate payments from happening and what are the configuration options that are available within SAP. But as you have already stated this is only the first step.

After this first level configuration is place and is working as designed to stop very basic duplicate payments, then the next step is to perform additional reporting to find where duplicates payment are happening due to data entry differences or vendor master file issues.

- Karl
1/20/2010 12:41:06 PM

Andrew Tribe
Hi Karl, the issue I have is that the control settings that allow you to add a check for the same invoice reference with a different amount or date do not apply to FI Invoices in SAP - and FI invoices have the highest risk due to the fact there is no 3 way check. Alomost all duplicates that arise are FI Based - the reference keyed slightly differently, or a different date entered (delivery instead of invoice date). In purchasing, the PO is assigned to a company code and there is a 3 way check, so the config is not really that helpful - it would be if it applied to FI invoices, but it does not, there needs to be a complete match. We compensate for this with reporting after the invoice is processed, but this is reliant on running the reports and checking. A dynamic check for FI invoices that proposes possible matches based on multiple checking criteria would be more than helpful
1/19/2010 6:50:48 PM

Leave comment



 Security code


Syndication


RSS