Time Tracking and Job Cost Modules

[emaher]

We are on v4.05.  In our most recent payroll cycle, we had a problem with one of our direct deposit employees.  For some reason, this employee's stub printed on a check rather than a direct deposit stub.  This employee has always been on direct deposit. 

Any idea why this would happen?  Is it a fluke, or do I need to worry about it happening again in the next payroll cycle?

[rmikolainis]

---

emaher wrote:

We are on v4.05.  In our most recent payroll cycle, we had a problem with one of our direct deposit employees.  For some reason, this employee's stub printed on a check rather than a direct deposit stub.  This employee has always been on direct deposit. 

Any idea why this would happen?  Is it a fluke, or do I need to worry about it happening again in the next payroll cycle?

---

Take the check stock out of the printer before printing direct deposit stubs?

[emaher]

Thanks for replying, but no.  We do a separate check and direct deposit run.  We just don't understand why this one direct deposit employee generated a check, and not a direct deposit stub.

-Eric

[rmikolainis]

Sorry, had to ask!!!

Did you make any changes to this employee's info, pay amounts, deductions, earnings, etc?

I seen this once or twice before, it ended up being caused by the client making some additional deduction amounts to the employees check.

[TomTarget]

Seen this a couple of times,  once in the last month.

Most likely a damaged direct deposit setup record.

Usually corrected by going to employee maintenance and the direct deposit setup record.  Write down all the info.  Delete it and then reenter it.