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.
Documents in PrismAMS is a document vault with an archive engine behind it. Every agency has two document problems. The live one: today's certificate has to be findable in five seconds. And the buried one: two decades of scanned client files sitting in a folder as thousand-page PDFs nobody can search. PrismAMS handles both, and it does the second 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, handwriting included, and returns searchable text plus structured fields.
The hard part of scanned paper isn't OCR. It's that a scanned client file is one continuous stack of many separate documents. PrismArchive finds the boundaries and splits a nineteen-page scan back into the fourteen or sixteen real documents inside it.
Search the archive by person, email, phone or date. Emails, phones and dates are pulled out deterministically, so they're exact and cost nothing to run.
Classification and structured field extraction across document types, with the schema shaped per document type instead of one generic blob.
Run the same file through different models and diff the results side by side, with the actual token spend recorded per run. You see what a given accuracy level really costs before you commit 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 we treat it as a contract.
Send for signature, prepare fields, split, merge and edit PDFs without leaving the system or buying a second product.
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 keep 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, then read access granted on the single scan site. Under that permission model 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 it's fully supported. SharePoint mode exists for agencies that don't want client files leaving their own tenant.
Pages are read natively rather than rasterized, which holds up better on poor scans, and handwriting is read instead of skipped. The model is a setting with per-run cost metering, so you can measure accuracy against cost on your own documents before rolling it out.
Usually not. A scanned client file really 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's a comparison view for exactly that.
Give us 30 minutes and we'll walk through your real workflows in a tenant set up for your agency. No slides.