We have two issues concerning the use of Virtual Checks: 1. When printing virtual checks sometimes the account number will print numbers at about one quarter of the size of the characters in the routing number. A reboot usually corrects this but it involves rebooting, eliminating the previous check in the register and then reprinting. 2. When doing a found set of virtual check payers, we can not click forward or backward through the set after printing a VC. Any help is appreciated
It's a design issue with FileMaker and how the "record" needs to be printed, so no... it's not possible to keep the existing found set after you print a virtual check.
And what about this: 1. When printing virtual checks sometimes the account number will print numbers at about one quarter of the size of the characters in the routing number. A reboot usually corrects this but it involves rebooting, eliminating the previous check in the register and then reprinting. It makes the VC unusable
If it requires a reboot of the machine, it's probably nothing that could be fixed within Optigold. The only thing I can think of is maybe the MICR font is getting corrupted somehow. Can you attach a screenshot/scan that shows it?
I am resubmitting this issue in hopes that we may find an answer: 1. When printing virtual checks sometimes the account number will print numbers at about one quarter of the size of the characters in the routing number. A reboot usually corrects this but it involves rebooting, eliminating the previous check in the register and then reprinting. It makes the VC unusable This is occuring on a Win 2000 box runing Optigold V 3.3.8
Its not possible to attach a screen shot. But if you give me a fax number I will fax a copy of one of the errant checks
I happened upon the fix for this. It turned out to be a font issue. The way to deal with it is as follows: 1. When a check prints incorrectly, go to the client record and check the actual data as it appears. In this case the clients routing and account numbers on the billing info page. The errant data on the check will appear somewhat differently in the record entry too. The font will look different 2. Delete the errant data and retype it in. You will note that the data will then show a normal font 3. Print your check again. I have only seen this issue on the Windows enviroment. None others.