Cheque printing software for business
Print cheques accurately on your bank’s format, track issued cheques, and keep it all tied to your payments and bank book — offline.
Live product UI — sample data.
Print on any bank format
Configure your bank’s cheque layout and print payee, amount, date and words precisely.
Cheque register
Track issued, pending and cleared cheques, with reprint and cancellation.
Tied to payments
Cheques link to vendor payments and the bank book, so nothing is untracked.
What this actually means in practice
Cheque printing is a mechanical problem before it is an accounting one. The leaf is pre-printed stationery; you are overprinting onto it, and every bank puts its ruled lines and boxes in slightly different places even on a standard-size leaf. LekhaPro positions each field in millimetres from the top-left corner, so a ruler laid on a real cheque maps one-to-one onto the settings, and each bank account keeps its own calibration.
The content has its own conventions. The amount in words is written Indian-style in lakh and crore and closed with 'Only' so nothing can be appended, and it must wrap inside the width of the two ruled lines rather than running past them. Date digits need letter-spacing to fall into their boxes. The A/C payee crossing goes in the top-left corner, and printing it is a decision, not a default.
Printing is only half of it. Every cheque leaving your office belongs in a register — payee, amount, date, leaf number and the payment it settles — carried through pending, deposited, cleared and bounced, with post-dated cheques held apart until their date arrives. That register is what bank reconciliation works against: an issued cheque not yet presented is the commonest reason a bank balance and a book balance differ.
| What is printed | Where it must land | What goes wrong if it drifts |
|---|---|---|
| Date | Into the date boxes, digits spaced to fit | Digits straddle two boxes and the leaf is returned |
| Payee name | On the ruled pay line, inside the printed margin | The name runs into the crossing or off the leaf |
| Amount in words | Wrapped across the two ruled lines, closing with 'Only' | Words overflow, leaving room to alter the amount |
| Amount in figures | Inside the boxed figures panel | Figures print over the box and are misread |
| A/C payee crossing | Two parallel lines in the top-left corner | An open cheque that anyone can present |
| Cheque leaf number | Captured for the register, clear of the MICR band | The register loses its link to the physical leaf |
What’s included
- Configurable bank cheque formats
- Amount-in-words printing
- Cheque register (issued/cleared)
- Linked to payments & bank book
- Reprint & cancel
- Multi-bank
- Offline-first
What it does not do
- · There is no bank API: cleared, bounced and stop-payment status are what you record from your statement, never something LekhaPro learns from the bank.
- · Printing goes through the browser's or the operating system's print dialog — nothing prints silently, and a new bank's first leaf always needs calibrating against a real cheque.
- · No payroll module, so a salary cheque run is recorded as payments rather than generated from a payroll register.
Frequently asked
Can it print on my bank’s cheque format?
Yes — configure the layout for each bank and print precisely on the pre-printed cheque.
Does it track issued cheques?
Yes — a cheque register tracks issued, pending and cleared cheques.
Is it offline?
Yes — cheque printing and the register run offline.
How do I get the fields to land correctly on my bank's cheque?
Print once on plain paper, lay it over a real leaf against the light, and measure the drift with a ruler. Every field position is held in millimetres from the top-left corner of the cheque, so a two-millimetre shift on paper is a two-millimetre change in the setting. Each bank account then keeps its own calibration.
Does the software know when a cheque has cleared?
Not by itself — there is no bank connection. You mark a cheque deposited, cleared or bounced as your statement shows it, and post-dated cheques sit apart until their date. Because the register is tied to the payment and the bank book, unpresented cheques are exactly what reconciliation lists when the bank balance and your books disagree.
What exactly is included in Cheque printing · bank?
configurable bank cheque formats, amount-in-words printing, cheque register (issued/cleared), linked to payments & bank book, reprint & cancel and multi-bank, and 1 more. Every item on that list is a working screen you can open in the trial rather than a capability described in the abstract.
How is cheque printing · bank handled differently here?
It rests on print on any bank format, cheque register and tied to payments. The distinction that matters is that these are structural rather than cosmetic — the behaviour is built into how records are posted, not layered on as a report you have to remember to run.
Does Cheque printing · bank post to the real books?
Yes, and that is the whole reason it lives in this product rather than beside it. What print on any bank format records lands in the same posted double-entry ledger the Trial Balance, P&L and GST returns are built from — so there is no second set of cheque printing · bank numbers to reconcile against the first.
How does Cheque printing · bank affect my GST?
It feeds it directly rather than sitting alongside it. CGST/SGST and IGST are split from HSN or SAC and place of supply as each document is raised, so whatever cheque printing · bank produces is already correct when GSTR-1, 3B and 2B reconciliation are drawn off the same books. The return matches the accounts because it was never a separate exercise.
Does Cheque printing · bank cost extra?
No. Cheque printing · bank is part of the accounting core rather than a paid add-on, so cheque register is there on the entry tier exactly as it is on the highest one. What the tiers change is reach and depth — devices, multi-branch and multi-warehouse reporting, and whether the conversational AI copilots are switched on.