Share
ReportOne of my customers just emailed me a pdf copy of some checks they printed out of GP and I was completely stumped. There are a number of things that happened here and I'm not sure if they are related.
1) The next check number was 9971, and there were 37 checks in the batch. Instead of printing all the way to 9999 GP decided it was time to go back to 0000 on the first check that came out. I'm assuming this is just GP functionality, resetting to zero when it knows it won't have enough check numbers to assign to the number of checks in the check batch. Can anyone confirm?
2) The check format mysteriously went from the customized GP stub-check-stub check format that we created for them using GP's report writer 2 years ago to check on top with one stub beneath. Is this related to the check number resetting? Or power fluctuation? It happened on what would have been check # 9979
3) One vendor printed twice. Once with their own info and once with info from another vendor. (check number 9 and 10 - you'll see why i mention this next)
4) On check number 9, the vendor ID and vendor name from the previous check reprinted, it reuses the previous check number but has a different amount and different invoices print on the stub, essentially writing a duplicate check to the wrong vendor.
5) On check number 10, the check number goes from 0007 to 9971 and continues using the old numbering sequence.
6) Starting at check number 10, the checks are sorted alphabetically (how she told the system to sort them initially) and still using the wrong RW form.
*This post is locked for comments
All responses (
Answers (
371
