Document vault
Policies, quotes, applications, ACORDs, certificates, loss runs, carrier correspondence and proposals, filed against the client and policy they belong to. Full-text search, folders, versions and permissions.
Every agency has two document problems. The live one, where today's certificate needs to be findable in five seconds. And the buried one, where two decades of scanned client files sit in a folder as thousand-page PDFs that nobody can search. PrismAMS handles both, and it does the second one without asking you to hand us your client files.
What's included
Policies, quotes, applications, ACORDs, certificates, loss runs, carrier correspondence and proposals, filed against the client and policy they belong to. Full-text search, folders, versions and permissions.
Point it at the scanned paper. It reads every page natively, including handwriting, and returns searchable text plus structured fields.
The hard part of scanned paper is not OCR, it is that a scanned client file is a continuous stack of many separate documents. PrismArchive finds the boundaries and splits one nineteen-page scan back into the fourteen or sixteen real documents it contained.
Search the archive by person, email, phone or date. Emails, phones and dates are extracted deterministically rather than by a model, so they are exact and cost nothing to run.
Classification and structured field extraction across document types, with the schema shaped per document rather than one generic blob.
The same file can be run through different models and diffed side by side, with the actual token spend recorded per run. You see what a given accuracy level really costs before committing to it at volume.
The structured output leaves the platform over a tenant-scoped, key-authenticated REST API. For an integrator that JSON is the product, so it is treated as a contract rather than an internal detail.
Send for signature, prepare fields, split, merge and edit PDFs without leaving the system or buying a second product for it.
How it works
Staff scan into a folder in your SharePoint, exactly as they do now. Nothing about the front of the process changes.
The file is read transiently over Microsoft Graph, scoped to that one site. We never copy the PDF into our storage.
We persist the OCR text, the extracted fields, the entities and a pointer back to the file where it already lives. The document itself never moves.
Find the document by person, phone, date or content, then open the original in place in your own SharePoint.
Why it's different
FAQ
An app registration in your tenant with the Graph application permission Sites.Selected, admin-consented, and then read granted on the single scan site. That permission model means the app can open that one site and has no path to anything else.
Yes. Direct upload into the vault is the original path and is fully supported. The SharePoint mode exists for agencies that do not want their client files leaving their own tenant.
Pages are read natively rather than rasterized, which holds up better on poor scans, and handwriting is read rather than skipped. Because the model is a configurable dimension with per-run cost metering, you can measure accuracy against cost on your own documents before rolling it out.
Usually not. A scanned client file genuinely is a stack of many separate documents, most of them one page. Over-splitting looks wrong until you check it against the page images, and there is a comparison view for exactly that.
30 minutes. We'll walk through your real workflows in a tenant set up for you. No slideware.