Julie, Some of my clients have run into this issue when the number of vouchers being paid exactly matches the maximum number of vouchers that will fit on a check stub. It appears that the stub overflow logic gets confused in such a case and thinks that it will be into a stub overflow when, in reality, it does not need a second check. I am looking through my issue notes and it appears that this was occurring with SL 6.5. I am not sure if it continues into SL 7.0 and SL 2011 or not but you might want to see if this just might be your issue. I do not have a fix but the workaround is to look for such a condition before printing checks and add a debit adjustment and credit adjustment for the same amount to such a vendor such that check process truly goes into stub overflow. Fixing up the incorrect check numbers used within SL requires a set of update queries to be run. If you or someone available to you has access to the SQL Management Tool and is comfortable running queries, I can provide those.
↧