Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook



The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic

Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.

If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.

Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.

Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Creating a check to print on blank check paper

  • Filter
  • Time
  • Show
Clear All
new posts

  • Creating a check to print on blank check paper

    My client purchased 3000 blank checks and wants me to create/print the checks from Alpha. Has anyone else tried this?

    The checks are completely blank so I'll need to create and place all the check elements. From what I've been reading they will need to have a MICR toner cartridge and we'll need to purchase the font for the routing and check numbers. Are there any other requirements we should be aware of?

    We have attempted in the past to use pre-printed checks in conjunction with the Wells Fargo fraud control system but the combination of the two proved to be a nightmare. However, they're in a regulatory environment which requires that certain payments to customers must be made by check (even when all concerned would prefer cash) so we need to come up with a new approach.

    Thanks for any ideas/suggestions.

  • #2
    Re: Creating a check to print on blank check paper

    Have done this in the past(way back).
    Used a dot matrix printer in those days.
    took a copy of the paper check(I had to fill in back then). Used the check copy as a back drop on the report. filled all in and got it printing after much work. The experimented with fonts until it was useable.
    Also did payment books where we had to print up to 500 receipts in line down to create a payment book. That was harder.

    The checks were really easier!
    Dave Mason
    [email protected]
    Skype is dave.mason46


    • #3
      Re: Creating a check to print on blank check paper

      Turns out they have had a MICR-compatible LaserJet printer, complete with MICR toner sitting around unused for a couple of years, so we should be good to go.


      • #4
        Re: Creating a check to print on blank check paper


        Years ago, we needed to produce checks from Alpha, but then all payments went to EBT. To simplify things, I made a copy of a printed check onto clear film. I used this as an overlay on the blank check paper to make sure we position things appropriately. Formatting the check shouldn't be a crazy task, it's just making sure there is enough room on the "stub" for all the line items can be somewhat tricky. I can dig up the old code and send it to you if you like.



        • #5
          Re: Creating a check to print on blank check paper

          Hi Tom:

          Thanks for the offer, but I think I should be OK. Fortunately there's not much complicated about the payment. We have a ticket amount to be paid and a ticket number, amount and customer name to be recorded. We're using a page size sheet with two perforations. The check goes in the first panel, then check info for the customer in the second, and a tear-off to be stapled to the office copy.

          This should solve the problem we had keeping track of check numbers, especially when a check needed to be re-printed, which happens way more often than it should. Now we'll be able to assign the check number when the ticket is first completed and, even if it needs to be re-printed, we can still use that number.


          • #6
            Re: Creating a check to print on blank check paper

            Hope you have counselled the client on the prevention of check fraud using this system. Because a check could be printed using any routing and account number they have access to. Also the ability to reprint a check using the same check number will bypass any audit trail that would require a check be voided before it could be reprinted. Which means there could be multiple 'live' checks generated with different payees. If you add in a scanned signature file, some smart employee will figure out quickly how to write himself a check...
            Last edited by MoGrace; 08-10-2017, 11:39 AM.

            Discernment is not needed in things that differ, but in those things that appear to be the same. - Miles Sanford


            • #7
              Re: Creating a check to print on blank check paper

              Good points. We have a number of actions in the application that can only be completed with a code from the manager, so we'll require a code for the reprint action. Basically, for each action, the user pushes a button and instead of completing the action, we create and save a random code, generate an e-mail and a text to the manager containing that code, and prevent the action from being completed unless that code is supplied by the manager. Works pretty well.