Wrong Alt Payee on invoices

[Nichelle]

Ocassionally, 3 times in the past 5 months, we will have an invoice entered with the wrong Alt payee, ABAN85. We have DBAM running against the address book and can find no evidence of anyone changing this value, and of course, the data entry clerk swears she doesn't enter it. Has anyone encountered anything like this and if so, how did you stop it from happening?
Thanks

 

[Nichelle]

FYI. Information received from Oracle.
They should be using the new Authorized Alternate Payee.
I am not sure they are tracking the right fields for DBAM. If they are using two cycle entry in Voucher Entry (P04105), most users have typed all the necessary fields including adding the Supplier number and then press Enter. Once the system redisplays the alpha name for the supplier, the user recognizes that they have entered the wrong number. They end up typing in the new supplier at that moment and press Enter for the second time through. All the defaults including the alt payee has come from the original supplier that was entered. None of the default values will change because they type a new supplier. When they use the new Authorized Alternate Payee process this type of entry will be halted, because the system will compare the payee and the supplier even the second time they press Enter.
Response from the Quest World forum.
Our A/P Manager said, her experience is that sometimes a clerk will enter the vendor/supplier number and fill in the screen, press enter and THEN relies that it is the wrong vendor/supplier if they change the vendor/supplier number at that point, they must open the fold and manually change the Payee field. The program does not change it for you on the "second pass." Phil Herd IT Support Hoffman Corporation
(503) 221-8990
Thank you both!

 

[JdeInNJ]

The way to avoid this is to not key over existing information. Instead, use a blank action code which clears the screen. Then the defaults in the fold area will not have to be changed manually. This might require rekeying, but it is safer.

Brad