If you try to add a payment to an AP payment group in AP payment entry:
The group creates okay.
If the payment method uses Check Printing as the Pay Method type you get the error Update not allowed to Printed Payment.
This error pops up immediately and over and over when you try to do anything else like delete the line or click a menu item. The only action that stops it is clearing the form.
We do have to print checks for some suppliers.
This occurs with both the Kinetic and Classic interfaces.
This is the 3rd major issue that we have found and the 2nd dealbreaker.
Both issues we found pop up immediately you follow the normal process and its immediate. I sense a lot of happy path testing here. In the other case the issue pops up after you type in the only field on the screen (This is for adding parts to static PCIDS).
Iāve opened tickets with Epicor as they shut down our Supply Chain Team and Finance team completely. These are not trivial issues.
The error happens in both the Classic and Kinetic interfaces
We did thorough testing of our entire ERP system over the course of 2 weeks.
These two issues popped up within seconds of testing the respective modules and are the usual way of doing things. We were not doing anything convoluted, special or unusual. This was normal case testing and the items have been working for years until this update.
Iām not able to reproduce this, testing in 2024.2.4. I created a new group, picked check as the payment method. Selected some invoices. I was able to modify them no problem. After doing process payments of course now I canāt change anything, but its always been like that.
I can use any Payment method but if the method type is Check Printing it immediately errors out.
Epicor has assigned it to a problem - PRB0291092. It was reported by others before I submitted my case. We are not the only company being hit by this.
This is the second deal breaker level of error that I reported for this update.
Weāve been using this process for 4 years with no issues.
The other error is a PCID process that we have been using for over 2.
Both were very basic easy to reproduce issues, in the other case it blows up if you enter anything in the bin field for a static PCID (and the PCID needs a bin).
We send a not-insignificant number of payments by check so am interested to know if this going to impact us on the upgrade. So far none of my users have reported the issue but who knows if they have tested it either!
Here is what I did, are there any other steps I am missing to get the error?
-Create new group
-Type in group name
-Save
-Overflow menu > Select invoices, select some invoices and click ok
-Go into one of the invoices
-Change the description, save again
There might be a way - use an electronic interface on the payment method instead of Ap Checks. The whole logic of check printing is to assign a number to each payment and then not to let you change it. The EI will do the same with the āadvantageā you can revert the payment run or add payments to a group.
Here is how to do it:
create an electronic interface for AP and on program choose
āErp\EI\Payment_Generic\Payment_Generic.csā
make a payment method for AP and link it with this electronic interface;
add this payment method to the bank account on the AP section where yu want to use it;
enter a few invoices using this new payment method (or change existing ones via AP posted invoice update);
do a AP payment with this new method, add invoices as usual;
process payments and it will ask you for a place to save a file (just choose a place to export a txt file, you do not need it anyway)
after this you will have payment numbers but can still add payments to the group.
If you change your mind you can go āreset process paymentsā and can also remove older invoices which you no longer want to pay.
Of course once you are done, post the group and then nothing can be changed. Ping me if you have problems, we can do a quick zoom / teams meeting in a test environment for you to see how it works.
The only issue we had with Select Invoices is that it does not show all posted unpaid invoices. Our consultant never answered either otherwise we would use this method (Select Invoices). Unfortunately none of the invoices we wanted to add a payment on did show up so we couldnt test if this would work around the issue. Thank you! This looks promising.
We are getting this error even for cases where the Payment Method type is NOT āCheck Printingā - itās been in Epicorās hands since November 14 and we are still waiting on an ETA for this fix.
