experchange > solomon

Suzanne (07-27-10, 05:20 PM)
We use preprinted check stock and one of our controls is that the check
number printed by SL must match the preprinted check number. Lately we have
been having our numbers go off, and it is by zero checks that have a check
number assigned in SL but not physically printing the check, therefore
printing the next SL-assigned check number on the physical check that should
have been the zero check. Anyone have any thoughts?
John Joyce (07-27-10, 09:44 PM)
On Jul 27, 11:20 am, Suzanne <Suza>
wrote:
> We use preprinted check stock and one of our controls is that the check
> number printed by SL must match the preprinted check number.  Lately wehave
> been having our numbers go off, and it is by zero checks that have a check
> number assigned in SL but not physically printing the check, therefore
> printing the next SL-assigned check number on the physical check that should
> have been the zero check.  Anyone have any thoughts?
> --
> Suzanne


1) Use a pre-printed check for the zero checks that you print (if you
don't mind wasting the small amount of $$ to do so), or
2) Use a separate (dummy) cash account/subaccount combo for zero
checks only (if using Cash Manager, remember to set-up this combo
there first)
3) When printing a batch of pre-printed checks, the first check # in
the check stock being used should ALWAYS be compared to the "Next
Check Number" field in Solomon's Check screen.

John
Toni at Queue (07-28-10, 12:59 PM)
On Jul 27, 3:44 pm, John Joyce <jsjo> wrote:
[..]
> the check stock being used should ALWAYS be compared to the "Next
> Check Number" field in Solomon's Check screen.
> John


Just from experience (like, since 1981) I would say that the best way
is the separate account. It should always have zero dollars in it, of
course,. so it does not affect anything else.
Similar Threads