ContextCleaner: see every entry in the Windows 11 right-click menu, and which app added it — on the Microsoft Store.

Last updated:

Guided workflow variation

The name is already on the page.Read it from one spot.

Invoice numbers, statement dates, and client codes are already printed on the paper. ScanRoute Local reads them from one spot you outline, checks each value, and proposes a file name and folder that you approve before anything is written.

For paper with a fixed layout, reading one zone and checking each field gives predictable names. ScanRoute does that on your PC and shows every name first.

Pay once. Own it forever.

One-time purchase on the Microsoft Store · No subscription · Instant install

Buy through the Microsoft Store—instant install, automatic updates, and a Microsoft receipt for easy expensing. No account needed on our site, and no subscription on Store purchases.

Full ScanRoute Local overview
One-time purchase No telemetry Local-first

windows · preview before commit · originals only read · nothing uploads

If this sounds like your week

Scanner file names describe the scan, not the document.

Scanners and copiers title their output by when it was made: a timestamp, a counter, a prefix such as SCAN. The details people actually search for are printed on the paper itself: the invoice number, the statement date, the client code. Retyping them into every filename is slow, and it is exactly where transposed digits creep in. Hunt for one statement later and you face twenty entries with nearly identical titles.

Where tooling usually breaks

Most renaming shortcuts cover only half the job.

Batch renamers driven by rules and counters can add a date or a sequence, but they cannot see what is printed inside the PDF. Web services that read content and suggest titles do exist, and they need everything sent to their servers first. When twenty invoices sit inside one combined scan, a tool that only renames can give the whole bundle just one title. And a title nobody checked is only as trustworthy as the reading behind it.

Where ScanRoute Local lands

Read a fixed spot, check the fields, approve the name.

ScanRoute first separates a combined scan into documents, then reads one zone you draw over the reference line on each opening page. A pattern pulls fields such as type, date, client, and number, and every field is checked: digits must be digits, dates must parse. A template like {Client}\{Date}_{Type}_{Id}.pdf assembles the path, Preview lists every proposal, and a field that fails waits in the inbox. The source file keeps its own name.

Pay once. Own it forever.

One-time purchase on the Microsoft Store · No subscription · Instant install

Buy through the Microsoft Store—instant install, automatic updates, and a Microsoft receipt for easy expensing. No account needed on our site, and no subscription on Store purchases.

Learn more about ScanRoute Local

windows · preview before commit · originals only read · nothing uploads

What you get

Feature highlights

One scan in, separate PDFs out

split combined PDFs at Code 128 or QR separator sheets, at blank pages, or every N pages, so a whole stack is scanned once and filed as one PDF per document.

Names from the page itself

draw one zone over the reference line; a pattern pulls fields such as type, date, client and number, checks each one, and a template builds each file name and client folder.

Preview before anything is written

every proposed name and folder is listed first, and nothing is written until you commit, because OCR and barcodes can misread.

An inbox for unsure documents

reads that did not pass their checks (shown with the zone crop), missing separators, bad file names, duplicates and unreadable PDFs wait for you to type the fields, fix the name, accept or skip.

Originals only read, plus a manifest

your scans are never changed, moved or deleted, no file is overwritten, and each commit writes a CSV manifest with the SHA-256 of every file written.

Nothing uploads

text is read with the Windows OCR language on your PC, upright scanned pages get an invisible searchable text layer, and there is no account, no telemetry and no network connection.

Especially when

  • Split one combined scan of a mixed paper stack into separate PDFs on a Windows PC without sending client files to an online service
  • Name scanned PDFs from a date, client or document number on the page instead of renaming every file by hand
  • Check every proposed file name before anything is written, with unsure reads held for review
  • File copier scan-to-folder output into named PDFs in client folders, with a CSV record of what was written

Who benefits

Real-world scenarios

A month of supplier invoices

A bookkeeper scans a month of supplier invoices for one client in a single pass. Each invoice prints a line like INVOICE 2026-09-14 HALVERN-4739 near the top of its first page.

One zone over that line yields Type, Date, Client, and Id, and the template files the invoice as HALVERN\2026-09-14_INVOICE_4739.pdf. Every check passed, so it is ready to commit; anything that failed would be waiting in the inbox.

A zero that reads as a letter O

On a faint scan, the invoice number 4703 comes back from OCR as 47O3, with a capital letter O standing where the zero should be.

The number field is set to digits, so the read fails its check instead of producing a wrong name. The document waits in the inbox with the zone crop beside the field editor, and the corrected number is typed before commit.

PDFs that are already one document each

An office has a folder of single-invoice PDFs from a scanner that already separated them, and wants them named by content instead of by scan time.

Each file plans as one document. With no separator inside, it waits in the inbox marked as a missing separator; check the proposed name and accept it. The originals keep their names, and the named copies go to the destination.

Deep dive

Zone reading versus whole-page reading, and when each fits

There are two broad ways for software to name a PDF from what is printed on it, and they suit different paper.

Whole-page reading. The tool reads all the text on the page and works out which part is the invoice number, the date, or the vendor. That is flexible, because it does not care where on the page a value sits, so it can cope with documents from many senders in many layouts. The cost is predictability. When the tool picks the wrong number, such as a purchase order number instead of the invoice number, nothing about the layout tells it so, and the mistake looks like any other name.

Zone reading. You tell the tool where to look. ScanRoute reads one zone you draw over a reference line, on the first content page of each document, with the Windows OCR language installed on your PC. A pattern splits that line into named fields, and each field is checked against what it should be: a field set to digits must contain only digits, a field set to letters only letters, and a date must parse as a date. Because the zone always reads the same spot, a wrong value tends to break the pattern or fail a check, and the document stops in the inbox instead of being filed under a wrong name.

Which paper suits a zone. Zone reading works when the reference line is printed in the same place every time: invoices from your own billing system, statements from one bank, forms your office prints, reports from one inspection template. It works poorly on a pile of letters from different senders. If your paper is mixed, run it in batches by layout, or accept that the odd ones will wait in the inbox for a typed value. ScanRoute reads one zone per document and does not read the whole page to choose a name.

Getting a clean read. Draw the zone around the reference line with a small margin and nothing else inside it. Choose printed text, not anything written in by pen. If no OCR language is installed, add one in Windows language settings; until then, splitting still works and the fields wait in the inbox for you to type.

From fields to a name. A template turns the fields into a path. {Client}\{Date}_{Type}_{Id}.pdf creates a folder per client and a sortable name inside it. Values that cannot go in a Windows file name, such as a slash, are flagged as bad file names rather than silently changed, and two documents that would get the same name are both flagged as duplicates rather than one overwriting the other.

Renaming means writing a named copy. ScanRoute does not rename the original file in place. It writes each document as a new PDF in the destination folder you choose, when you commit from Preview, and the original is only read. That is why it suits a combined scan: one source file becomes several named documents, and the scan itself stays exactly as the copier saved it. Each commit also leaves a CSV manifest listing every file written with its SHA-256 hash.

How it is built

Built so nothing is filed until you say so.

Preview, then commit

Every proposed name and folder is listed before anything is written. OCR and barcodes can misread, so unsure documents wait in the inbox for your decision.

Originals only read

Your scans are never changed, moved, or deleted, no file is overwritten, and each commit writes a CSV manifest with the SHA-256 of every file written.

Nothing uploads

Text is read with the Windows OCR language on your PC. There is no account, no telemetry, and no network connection. One-time purchase in the Microsoft Store.

Head-to-head

How ScanRoute Local compares

Feature ScanRoute Local Renaming by hand Web renaming service
Where the document is read On this PC, with the Windows OCR language On this PC, by a person On the service's servers, after the file is sent
How the name is chosen One zone you draw, a pattern, and a template Typed for each file Set by the service
Each field checked before naming Yes: digits, letters, or date checks per field Only by rereading Depends on the service
Combined scans split first Yes: separator sheets, blank pages, or every N pages A separate manual step Depends on the service
Original file Only read; each named document is a new file Renamed in place A copy is sent to the service
Files leave this PC No. Nothing uploads. No Yes

FAQ

Straight answers—no glossary dump

How do I rename a PDF based on its content?

Use a tool that reads text from the page and builds the file name from it. In ScanRoute Local you draw one zone over the line that holds the values, such as an invoice number and date, set up a pattern that pulls them into fields, and choose a template like {Date}_{Client}_{Id}.pdf. Preview shows every proposed name before any file is written, so you approve the result.

Does it rename the original file?

No. The original PDF is only read and keeps its name. ScanRoute writes each document as a new PDF with the proposed name in the destination folder when you commit. For a folder of PDFs that are already one document each, every file plans as one document and waits in the inbox as a missing separator; check its name and accept it. One-page files can instead use every N pages with N set to 1.

What happens when the text is misread?

OCR and barcodes can misread, so ScanRoute checks each field and shows every name before writing. A read that fails a check, such as a letter O inside a digits-only number, waits in the inbox with its zone crop. Type the fields, fix the name, accept, or skip. A read can pass its checks and still be wrong, which is why Preview lists every name for you to look over before you commit.

What does it need to run, and which OCR language does it use?

Windows 10 version 2004 or later, or Windows 11, on an x64 PC. Text is read with the Windows OCR language installed on the PC; if none is installed, add one in Windows language settings. Without one, splitting still works and the fields wait in the inbox for you to type. Input is PDF files in folders on this PC, from any scanner, copier, or app. ScanRoute does not control the scanner, so scan to PDF with your scanner or copier software first.

Will it change my original scans?

No. Original PDFs are only read. They are never changed, moved, or deleted, and no file is overwritten. ScanRoute writes each document as a new PDF in the destination folder you choose, and only when you commit after checking Preview. The destination cannot be a folder that holds one of the source PDFs, or the watched folder. Each commit also writes a CSV manifest in the destination folder listing every file written with its SHA-256 hash.

Does anything leave my PC, and how do I get ScanRoute Local?

Nothing uploads. ScanRoute Local makes no network connection, has no account, and collects no telemetry, so documents, file names, and field values stay on this PC. One caveat: if your destination is a folder that a sync app such as OneDrive manages, that app may copy the files elsewhere under its own settings. ScanRoute Local is a one-time purchase in the Microsoft Store, and you can start a free trial in the Microsoft Store before buying. Purchases are per user, with no volume license.

Scan the stack once.
File every document by name.

ScanRoute Local splits one combined scan at separator sheets, blank pages, or every N pages, names each PDF from one zone you draw, and shows every proposed name before anything is written. Your originals are only read, and nothing uploads.

Pay once. Own it forever.

One-time purchase on the Microsoft Store · No subscription · Instant install

Buy through the Microsoft Store—instant install, automatic updates, and a Microsoft receipt for easy expensing. No account needed on our site, and no subscription on Store purchases.

Open full product page

Technical specifications

Technical specifications for procurement

Spec Implementation
Data Sovereignty Reads only the PDFs you open, drop, or place in a folder you choose to watch; writes the split PDFs and a CSV manifest only to the destination folder you choose; settings stay in the app’s own data folder
Telemetry Status None; no account, no telemetry, and no usage data collected
Core Runtime WPF on .NET 10 (self-contained), packaged as MSIX; text is read with the built-in Windows OCR engine
Network Requirements Fully functional offline; the app makes no network connection and downloads nothing
Deployment Compatibility Windows 10 version 2004 or later and Windows 11, x64; one-time purchase on the Microsoft Store with a free trial
Inputs PDF files from any scanner, copier, or app: drop them on the window, open them, or turn on an optional watched folder on this PC
Split modes Code 128 or QR separator sheets (with a separator prefix), blank pages, barcode or blank page, or every N pages
Naming One zone per document, read with the installed Windows OCR language; a pattern pulls fields and a template builds each file name and folder
Review Preview of every proposed name and folder; exception inbox for unsure reads, missing separators, bad names, duplicates, and unreadable PDFs
Outputs Separate PDFs in the folders you choose, an invisible text layer on upright scanned pages, and a CSV manifest with the SHA-256 of every file written
Originals Only read; never changed, moved, or deleted, and no existing file is overwritten