What gets extracted, beyond the text
Typed extraction
Parsed documents are routed to one of several purpose-built extractors based on detected document type:
Every extraction is a centrally logged LLM call, so every extracted fact carries full provenance back to the source file.
Processing lifecycle
Each document moves through an explicit state machine, visible in the dashboardâs document monitor: Failed documents can be reprocessed from the dashboard with a bounded retry count. Processing runs with a per-organisation concurrency cap, so one tenantâs bulk upload canât starve anotherâs.Document Inbox
The Document Inbox is the self-serve path: any member can upload loose files or a ZIP archive (up to 5 GB) straight from the dashboard, with no source-system credentials required. Itâs the fastest way to get a real corpus into Seyn: export a project archive, drop the ZIP, watch it process. Uploads go directly to object storage via presigned URLs; ZIP archives are unpacked server-side by a streaming unpacker, then fan out into per-file processing jobs. Operational guardrails:- Format whitelist. Only
.docx,.pdf,.xlsx,.xlsm,.msg,.mppare parsed; everything else is skipped with a recorded reason, not guessed at. - Watchdog. An unpack with no progress for 30 minutes is failed automatically. No silent zombies.
- Archive lifecycle. Uploaded ZIPs are auto-purged from storage after 30 days; the extracted records and their provenance remain.
Cloud documents
SharePoint-hosted documents ride the same pipeline, with one addition: cloud files can be parsed by an external parsing service with retry and size guards instead of being downloaded for local parsing. Teams meeting transcripts In testing also enter as documents.Common mistakes
Related
Connectors
The full source catalog, including the cloud document sources.
Events
How parsed documents become events in the common schema.