Omnisearch
Omnisearch is Talonic's global search. Press Cmd+K (or Ctrl+K on Windows) from any page to open it and search across documents, extracted values, field names, schema names, and sources simultaneously. Results are grouped by category, so a document match and a field name match are easy to tell apart.
Omnisearch is designed to be the single entry point for finding anything in the platform. Rather than navigating to specific pages to search within them, Omnisearch queries a materialized values index that aggregates data across all your content. Results are grouped by category so you can quickly distinguish between a document match and a field name match.
The materialized values index is rebuilt automatically whenever documents are processed or schemas change, so search results are always current. There is no manual reindex step — new documents become searchable as soon as extraction completes. This makes Omnisearch reliable even during high-volume ingestion periods.
For best results, use Omnisearch as your primary navigation tool. Instead of browsing through document lists or clicking through the sidebar, press Cmd+K and type what you are looking for — whether it is a specific invoice number, a field name, or a schema title. Most users find that Omnisearch is faster than manual navigation for any task beyond browsing the most recent documents.
Searching via API
# limit caps results per collection (default 20).
curl -s "https://api.talonic.com/v1/search?q=INV-2025-0042&limit=10" \
-H "Authorization: Bearer $TALONIC_API_KEY"
# Response — five collections; empty arrays where nothing matches:
# {
# "documents": [
# { "id": "doc_001", "filename": "Invoice_ACME_2025.pdf", "type_detected": "Invoice" }
# ],
# "fieldMatches": [
# { "document_id": "doc_003", "field": "reference_number", "value": "INV-2025-0042" }
# ],
# "sources": [],
# "schemas": [],
# "fields": []
# }What Omnisearch Covers
Omnisearch is powered by a materialized values index that flattens extracted field values into a searchable structure, and it runs several searches in parallel over one query. The categories: documents (file names, display names, detected document types, and triage topics), extracted values (data points across all processed documents), field names (Field Registry canonical names, display names, and variants), schema names and schema field names, and sources (connection names). Results are grouped by category — the panel's tabs are All, Documents, Data, Fields, and Sources — so you can scope the query with one click.
- Documents — matches file names, display names, detected document types, and triage topics.
- Extracted Data — finds specific data points: values from the materialized index (filterable), plus job-result values and per-document raw extraction fields.
- Fields — searches the Field Registry for canonical field definitions, including display-name variants, and schema field names.
- Templates — locates generated and template schemas by title.
- Sources — matches source connection names.
The query is normalized on word boundaries: runs of spaces, underscores, and hyphens are interchangeable, so searching test invoice also matches test_invoice and test-invoice. For field results, the document count shown is filter-truth, not registry-truth — it counts the documents the filter can actually produce from the materialized index, which can be lower than the field's raw occurrence count (a field sighted 79 times with no materialized rows filters to zero). Both numbers come back from the API (documentCount and occurrenceCount), so integrations can show the honest one.
Landing on the matched row
A field-level hit does not drop you at the top of a document — it lands you on the matched row of the document fields table. Clicking a single-document data hit opens the document detail page with the field cited in the URL (?cite=<field>&citev=<value>), switches to the All Extracted Fields tab, scrolls the matched row into view centered, and highlights it. The cited value disambiguates duplicate field names, so when a document carries three amount fields you land on the occurrence that actually matched (very long values over 500 characters fall back to name matching alone).
# A single-document field hit opens the document detail page as:
# /documents/{document_id}?cite=invoice_number&citev=INV-2026-0472
# cite = the matched field name (scrolls its row into view, highlighted)
# citev = the matched value (picks the right occurrence among duplicate
# field names; omitted for values longer than 500 characters)A value found across multiple documents routes differently: instead of picking one document, Omnisearch opens the Documents list pre-filtered to the matching field condition, so you see every document carrying the value and can drill into any of them. The same cite deep link is shareable — paste it to a colleague and they land on the same highlighted row.