Skip to main content
Aegis Secure View

Optional add-on module

OCR software that turns scanned paper into searchable truth.

The enterprise OCR software extracts text from scanned plans and documents across alphabets, produces searchable PDFs, and feeds full-text search. It runs on your hardware or ours, and never touches the protected originals.

ocr.your-datacenter.local
Aegis OCR Node
esencyrillic+9

Board_Minutes_2026_Scan.pdf

412 pages · searchable PDF + .txt

Completed

Technical_Report_ES.pdf

page 268 of 391 · engine: es

68%

Plant_Overview.pptx

queued · engine: auto-detect

Pending

## Page 268 of 391, confidence 0.97

…the design pressure of the vessel shall not exceed 24 bar in accordance with…

invisible text layer injected · original scan untouched

3 workers · CPU 41% auto-purge in 24h
Queued, throttled, and observable. Never a black box.

OCR capabilities

Extraction without exposure

Asynchronous extraction

Documents are uploaded by streaming, queued, and processed in the background with page-by-page progress. You can close the browser — the job continues on the node.

Bilingual EN/ES

The node ships in English and Spanish, and its recognition catalog covers the Latin family — Spanish, English, Portuguese, French, German, Italian — plus Cyrillic, Chinese, Japanese, Korean, Arabic, and Devanagari. Spanish output gets a generic correction pass for accents, acronyms, and table artifacts.

Full-text indexing

Extracted text feeds the search index directly, enabling contextual discovery down to the exact page across the entire repository.

Queued, throttled, observable

Workers adjust automatically to CPU and RAM every 30 seconds, and resource guards reject or shrink jobs when the node is saturated instead of degrading it. Every task reports status, progress, and errors.

Machine-to-machine Scan API

A server-to-server API lets your platform submit scans, track progress, and download the searchable PDF under its original filename. Jobs are idempotent per document reference, and completion can arrive by webhook or polling.

Native in the viewer

Users request OCR from the file browser — one document or a whole folder — and admins can queue every scanned PDF that has no text. Progress is visible per page, and the searchable PDF lands back in place, gated by existing permissions.

What it does

From dead pixels to living text

Scanned documents are images — invisible to search, impossible to audit. Document OCR turns them back into text your platform can actually use.

Searchable PDF generation

Scanned documents come back as searchable PDFs with an invisible OCR text layer under the original image — same look, every word selectable and indexable. The .txt and the PDF come from the same recognition pass, so they always agree, and the original filename is preserved.

Hybrid per-page extraction

Pages are evaluated individually. Native text is kept when it is clean; fragmented or image-only pages are OCR'd. Native PDFs can also pass through a layout-aware extractor (OpenDataLoader, with an optional docling-fast hybrid mode) that preserves reading order for complex tables and technical drawings.

Multi-script UTF-8 recognition

Latin (Spanish, English, Portuguese, French, German, Italian), Cyrillic, Chinese, Japanese, Korean, Arabic, and Devanagari — the engine picks the alphabet that reads each page best, and models (~10 MB each) download on demand. The invisible text layer uses fonts with real glyph coverage, including logical ordering for right-to-left scripts.

Adaptive capture quality

Short documents — maps, blueprints, forms — render at 400 DPI for maximum glyph fidelity; long documents run at 200 DPI. Low-confidence pages are automatically retried at high DPI before the text layer is written.

Enterprise operation

Built for production loads, not demos

The OCR node manages its own resources, protects itself from overload, and leaves no residue behind.

Bulk queue processing

An asynchronous queue processes documents in bulk with live page-level progress, persistent history, cancellation, and a one-hour per-task timeout. Files stream in up to 3 GB, bounded dynamically by the node's RAM and disk.

Self-tuning workers

The worker pool re-evaluates CPU and RAM every 30 seconds. Under overload the node rejects or shrinks jobs — stricter limits kick in below 512 MB of RAM or 10 GB of disk — instead of degrading.

Authenticated & audited

HMAC-signed sessions, bcrypt-hashed credentials, per-user task and file isolation, and an audit trail of every upload, download, and deletion with IP and user-agent. API keys for integrations are stored hashed.

24-hour automatic retention

Processed tasks and files are purged automatically after 24 hours by default, and any task can be deleted on demand. The OCR node never becomes an uncontrolled copy of your document repository.

Integration

Two ways in: your systems or your viewer

Aegis OCR is designed to be called, not babysat — by platform services over a documented API, or by users directly from the viewer.

Server-to-server Scan API

Authenticated with an API key created, listed, and revoked from the node.
Submit a PDF, poll status, and download the searchable PDF and the extracted text.
Idempotent per document reference: re-submitting the same document returns the existing job instead of duplicating work.
Completion by webhook (best effort), with polling as the source of truth.
Chunked uploads for very large plans — 5 MB chunks — beyond a single-request body limit.
Results expire after 24 hours and can be deleted early to free space.

Native in the viewer

Send a single PDF or a whole folder to OCR from the file browser.
Administrators can queue every scanned PDF in a folder that has no text yet.
Page-level progress in the job list, with retry for failed jobs.
The searchable PDF is stored back beside the original, downloadable only where policy allows it.
A "My OCR requests" page appears for users after their first request.

Deployment options

Run it in our cloud — or on your hardware

Aegis OCR is offered fully managed in our cloud, with zero infrastructure on your side. If your policy requires on-premise processing, these are the minimum requirements for a dedicated node.

Aegis Cloud Recommended

Zero infrastructure, zero maintenance
We operate, monitor, and scale the OCR nodes for you
Automatic updates and model improvements
Same 24-hour automatic data retention
Reachable through your existing Aegis endpoint

On-premise node

Minimum requirements when contracting local processing.

CPU2 cores minimum · 4+ cores recommended
RAM4 GB minimum · 8+ GB for files over 1 GB
Disk20 GB free · SSD recommended
GPUNot required · CPU inference by design
OSUbuntu 24.04 LTS or similar · Linux x86_64
RuntimeDocker + Docker Compose (images provided) · Python 3.10+ for source builds
ServiceRuns beside your Aegis Secure View node; can share the same server
Hybrid modeOptional layout-aware companion service (docling-fast) for maximum extraction quality

No GPU is required — inference runs entirely on CPU. The node can share the same server as your Aegis Secure View deployment, and the optional layout-aware companion runs alongside it.

Bring your hardest documents

Send us a sample of your scanned plans and we will show extraction quality on your own files.

Request a demo