Accounts Payable teams that still issue physical cheques hit the same wall in Odoo. Native Odoo can register a payment against a vendor bill and mark the payment method as "Checks", but the actual print layout is a generic, one-size Community QWeb report — it does not know that your HBL cheque leaf puts the payee 62mm from the top, your Meezan leaf puts it 58mm, and your US bank cheque needs a MICR line at the bottom edge. Enterprise adds a US/CA-oriented check printing feature, but it is opinionated toward a handful of North American formats and does not solve multi-bank, multi-region stationery, right-to-left amount-in-words, or a clean audit trail for spoiled cheques. The result is finance staff hand-aligning cheques in a printer tray, wasting pre-printed stock, and keeping the real cheque register in a spreadsheet.

We build a dedicated cheque printing module around your exact stationery. The core is a cheque.layout model (models.Model) that stores one calibrated template per bank/account: page size, top/left origin offsets in millimetres, and the X/Y position, font and max-width of every field — payee, numeric amount, amount-in-words, date (with per-cell digit boxes where the stationery requires it), memo and signature zone. Layouts render through dedicated QWeb reports with absolute CSS positioning so what you calibrate on screen is what lands on the paper; a one-page calibration grid report ships so you dial each bank in once. Amount-in-words is a computed field (@api.depends on the payment amount and currency) driven by a pluggable converter that handles English, plus the scripts you need — Arabic, Urdu, French — including correct minor-unit wording (e.g. "and 50/100"), currency name and an "Only" / closing terminator.

The module extends account.payment rather than replacing it, so cheques stay first-class Odoo payment records. We add print state (to_print / printed / voided / reprinted), a sequential cheque number allocated from an ir.sequence per bank account, and a batch action: filter outstanding vendor payments, allocate consecutive cheque numbers, and produce one collated PDF for a continuous printer run. Void and reprint are explicit, logged operations — voiding a cheque records the reason and voided-by user in the chatter, never silently reuses a number, and reprint issues a fresh number while keeping the original in the register. MICR support renders the routing/account/cheque-number line in a MICR-E13B web font (or a positioned image where a true MICR toner run is required) at the calibrated baseline. Security is enforced with ir.model.access.csv plus record rules so only your AP and Finance-Manager groups can print, void or edit layouts, and every cheque action is XML-RPC/JSON-RPC addressable for integration with an external approval or signing workflow.

Because this is build-to-order, nothing ships until we have your real inputs. You send scans or samples of each bank's blank cheque leaf and tell us which Odoo version (17.0, 18.0 or 19.0) and edition (Community or Enterprise) you run; we calibrate each layout, wire your bank sequences, configure the amount-in-words languages you actually issue in, and deliver installable source. Typical delivery is one working week from confirmed scope, validated on a staging copy of your database with UAT sign-off before we touch production. You receive the git repository, so the module is yours to keep, audit and extend.