TWAIN scanning
Drives your scanner through its TWAIN driver — duplex, ADF, blank page removal, deskew, and the rest of the hardware's own settings. Nearly every desktop and production scanner made in the last twenty years ships with one.
A document goes in one end and comes out named, indexed, and filed. These are the six stages it passes through, and what SimpleIndex can do at each one. Jump to the stage you're evaluating, or see all six on one page in document capture software.
The source can be from multiple locations: a page from a desktop scanner, a mailbox, a watched folder, and a phone camera all follow the same rules in each specified job. The point is that the source doesn't change anything downstream - a page from a desktop scanner, a mailbox, and a phone camera all follow the same rules once they're in.
Drives your scanner through its TWAIN driver — duplex, ADF, blank page removal, deskew, and the rest of the hardware's own settings. Nearly every desktop and production scanner made in the last twenty years ships with one.
The other driver standard, common on high-volume production hardware and often faster than the same machine's TWAIN driver. If you bought the scanner to run all day, this is the one to use.
Point any device at a folder and SimpleIndex processes whatever lands there. This is how network copiers and MFPs work without a driver, and how you replace a per-click capture license.
Pull attachments straight out of a monitored mailbox, and convert the message body itself to PDF when the email is the document. Common for invoices and remittances that arrive by email.
When a file already contains real text, read it directly instead of running OCR on a picture of it. Faster and exact — no recognition error, because nothing is being recognized.
Read values straight out of structured files rather than off a page image, and write them back out the same way. Useful where a system already exports data but the document has to be filed alongside it.
A phone camera as the scanner for field staff and branch offices. Pages captured to a shared cloud folder get picked up and processed like anything else.
Read text off a region of the screen — useful for pulling values out of an application that has no export, no API, and no printing worth using.
In the recognition stage of the data flow, we address two important questions: how the value gets found - a box on the page, a nearby label, a barcode - and which engine does the reading. Mix and match options based on your needs.
Draw a box on a sample page and read whatever falls inside it on every page after. Fast and extremely accurate when the layout is fixed — forms, applications, anything printed from the same template.
Find a value by what sits next to it rather than where it sits. Search for “Invoice #” and take whatever follows, anywhere on the page. This is what makes one job handle two hundred vendor layouts.
Read the entire page and write the text back into the PDF as an invisible layer. The document looks identical and becomes searchable by Windows, your DMS, or anything else that indexes content.
Read 1D and 2D codes anywhere on the page, at any rotation. The most reliable indexing method there is, because a barcode either reads correctly or doesn't read at all - it never reads wrong.
Detect whether a checkbox, bubble, or tick box is filled. Very high accuracy, which is what makes paper surveys, ballots, and test sheets tallyable in a single unattended pass.
Read hand-printed characters in defined fields - names, dates, account numbers, one character per box. Accuracy depends heavily on the form design, and we can help you decide if you can use an existing form design for this, or if you simply need to redesign for best recognition
Engines fall into two groups and they run in that order. Group 1 is straightforward OCR: it runs first, on everything, extracts what it can, and marks the cases it couldn't read. Group 2 is the analyzing engines — Amazon's recognition models and large language models — and they run second, only on the cases Group 1 marked.
It isn't a cascade of retries. Handing a page from engine to engine until something works sounds thorough, but on a batch of poor scans it spends most of its time re-reading pages that were never going to improve. Each case is routed once, by a rule you set in job settings, and you decide which engine takes it.
Local, deterministic, no per-page cost. Handles clean print, which is the majority of most batches. Reports what it couldn't read rather than guessing.
Reads structure and meaning rather than characters in a position. Slower and, unless you host the model yourself, metered — which is why it sees only the pages that need it.
SimpleOCR and Tesseract ship with the product and run on the machine doing the scanning. No account, no key, no network, no per-page cost - and for clean printed text, no reason to use anything else.
The commercial recognition engine, licensed with the higher tiers. Noticeably better on degraded originals, multi-column layouts, and non-English text. Still local, still offline, still no per-page charge.
Three models, chosen per case: text, tables, and invoices and receipts. The table model is the one to know about - it returns line items as rows and columns, which no zone or search rule can describe. Amazon bills the pages you send it.
Choose from the major providers and paste in your own API key - the setup screen links straight to the page where you generate it. Ask for “the total after discount” and the model reads what the page means rather than where the text sits, value off a document layout without pre-configured settings.
The custom option points at a model you host yourself. We've run it successfully on an 8 GB server, which means LLM extraction inside an air-gapped network: no key, no metering, no page leaving the building. The same setting also takes a specialist model if you have one.
The most important and most often skipped step in the data flow is data verification. Steps can be built into the process to verify the data before it is saved and sent.
Read one value off the page - an account number, a claim ID - and look up everything else from your existing records. Limiting the recognized fields on the page limits the chances data will be read and stored incorrectly
A value that doesn't match a record in your database gets flagged rather than filed. This catches the OCR error that would otherwise become an untraceable document six months from now.
Turn on a review step when you build the job and every recognized field is shown for a person to confirm or correct before anything is written. Turn it off and the batch runs straight through — which is the right call for barcodes and the wrong one for a first pass at OCR.
Constrain a field to what it can legitimately be — a date, a nine-digit number, a value from a list. A malformed read fails the rule instead of being written into a filename.
Turn your stacks of pages into discrete, correctly named documents with SimpleIndex. This is the stage that decides whether a scanning project produces an archive or a mess.
Decide where one document ends and the next begins — by barcode coversheet, patch code, page count, or a change in the value read off the page. Scan the whole box at once and let the batch split itself.
Work out what each document is from its content, then apply the right rules to it. One mixed stack of applications, IDs, and disclosures sorts itself into three named sets.
Define what a complete file looks like and get told what's missing as the batch processes, not at audit time. A loan file with no disclosure comes back as a list rather than a finding.
Split two-up scans into single pages, drop blanks, deskew, crop, and despeckle before recognition runs. Better images mean better OCR, and this is where most accuracy problems actually get solved.
Build filenames and folder paths from any combination of index values, dates, and fixed text. Your naming convention becomes a rule the software follows instead of a document nobody reads.
Now that you have organized and properly named files, they can go anywhere: a folder, a database, another program - your wish is our command.
The simplest output and often the right one: named PDFs in a structured folder tree, each with a searchable text layer. No platform to buy, no vendor to depend on, readable in twenty years.
Write index values and file paths into your own tables so documents are queryable alongside the rest of your data. Also exports to CSV and XML for systems that prefer a file.
Upload into libraries with index values mapped to SharePoint columns, so documents arrive filterable and searchable rather than as a folder of PDFs somebody has to sort out later.
For applications with no import path at all, robotic process automation drives the interface the way a person would - open the record, type the fields, attach the file, save. SimpleIndex doesn't contain the robot; it starts one, from the command line or the Workflow Manager, and hands it the values it read.
Stamp page numbers, Bates sequences, dates, or watermarks onto the output. Standard requirement for legal discovery and for anything that has to be produced in a numbered set.
The reverse direction - take structured data and produce completed PDF forms in bulk, for filings that have to go out on a specific official form.
Email the finished document out as it is filed, to an address that can be built from the values read off the page. Runs over SMTP, or through the Office 365 and Gmail APIs where a modern tenant requires OAuth rather than a password.
POST, PUT or PATCH the finished document to any HTTP endpoint, as multipart or a raw body, with the job's index values sent alongside the file so the receiving service can identify it. Authenticates with a bearer token or a username and password, sends custom request headers, and retries automatically on the failures where a retry helps. The response can be captured back into an index field, either whole or as a single value pulled from JSON.
SimpleExport converts index data and files into whatever layout a content management platform expects, for the systems that want neither a database row nor a folder. Included with Professional from v12, and still sold on its own.
SimpleQB posts captured invoice and receipt data into QuickBooks, matching vendors and accounts as it goes. Included with Professional from v12 — and still available on its own, because plenty of sites want Standard plus QuickBooks and nothing else.
Now all you need is to decide how jobs will run once they're built and ready for your staff.
Hide the entire configuration behind a single button for the person who runs the batch. Pre-configure jobs that are ready to use by any staff, from novice to senior executive.
Every setup saves as a job file you can copy, version, and move between machines. Build the invoice job once and deploy it to four workstations, or hand it to a branch office.
Chain several jobs into one sequence: capture a batch, export the data, print coversheets, deliver the files. Each step names the job it runs and can open that job for editing, and the log appears while the step is still working. A step that fails stops the run rather than letting the rest carry on.
Runs as a Windows service with no operator and no login session. Batches dropped in a watched folder at 6pm are processed and filed by morning, on a schedule you set.
Trigger jobs from a script, a scheduler, or another application, and pass parameters in. The hook for anyone who wants SimpleIndex to be a step inside a larger automated process.
Two editions, plus one add-on. The badges on each card show which editions include the capability. Server is not a third edition — it is an add-on to either one that lets a job run unattended on files arriving in a watched folder, and only a couple of capabilities depend on it.
Everything needed to scan, read and file documents using the recognition engines that come with it.
Everything in Standard, plus every recognition engine and every route in and out — fifteen capabilities in all, and the full suite of apps.
Added to either edition rather than replacing it. What it buys is unattended operation.
Professional activates the full suite - SimpleQB, SimpleExport, SimpleCoversheet and SimpleView - with no separate serial numbers to manage. Each is still sold on its own, because plenty of sites want Standard plus one app and nothing more. If you are not sure which combination fits, describe your setup and we will tell you rather than sell you the larger one.
Compare editions & pricing →Every vendor's feature list says yes to everything. Here is where SimpleIndex is the wrong tool, so you can find out now rather than three weeks into a trial.
Hand-printed characters in defined boxes read well. Flowing cursive prose does not, and no amount of tuning fixes it. If your documents are handwritten letters, this isn't the tool.
There is no native macOS or Linux build. It runs on Windows workstations and servers. Virtualised Windows is fine.
SimpleIndex captures, reads, and files. It doesn't provide check-in/check-out, retention policies, permissions, or approval workflow. It feeds systems that do.
There's no web app and no per-seat cloud tenancy. It installs on machines you own. The cloud and AI engines are the one exception, and they only see a page when a rule you wrote sends it - but it does mean someone has to install the software.
A barcode job can run the same afternoon. A dynamic OCR job across hundreds of vendor layouts takes a few sessions to tune. Anyone promising zero configuration is describing a different product.
Accuracy is bounded by scan quality, and no engine changes that. Faded thermal paper, third-generation photocopies, and heavy handwriting over print will need review whether a local engine or a language model reads them - the difference is that the second one charges you per page for the same answer. Fix the scanner first.
Send a few sample documents and we'll configure a working job on a call, free. You only pay our hourly consulting rate if you end up buying - never for the demo itself.
Try it on our sample files, or send us yours and we'll set up a real job - you only pay for that setup if you buy.