Institutional Onboarding
This is the consultative path for funded digitisation projects, larger backlogs, complex schemas, and access programmes. It sits alongside the self-serve trial and is the way most institutions actually buy Archivers.ai.
Every institutional project is scoped in conversation — we do not pretend it fits on a pricing table. The six steps below are the shape of a typical project, from first conversation to post-backlog access.
A short call to understand the shape of the project. We walk through current systems, collection, and the work you want to get done.
We walk through how your existing fonds, accession, or object schemas map onto ISAD(G), EAD3, SPECTRUM, Dublin Core, or a custom export profile. The output is a documented mapping that becomes the working contract for processing.
We process a representative sample of your collection through the agreed mapping. Your archivists review the draft records, tell us what’s working and what isn’t, and we tune prompts, observations, and review rules before scaling up.
We configure and test the full export profile for your downstream systems — EAD3, BagIt with PREMIS, Dublin Core, or CSV import formats for AtoM, ArchivesSpace, Axiell, Modes, Adlib, Preservica, or Archivematica.
Your team processes the backlog through the configured workspace. We stay on hand for queries, edge cases, and any mid-project adjustments to mapping or review policy.
After processing, the conversation shifts to retention: how the work stays visible and useful once the project closes. Staff Explore, public discovery, and funder reporting are set up as the long-term value layer.
What’s not in scope
Archivers.ai is a processing and access layer. We do not replace AtoM, ArchivesSpace, Axiell, Modes, Adlib, Mimsy, Preservica, or Archivematica. We do not publish anything without archivist review. We do not train foundation AI models on your collection data. These are deliberate design choices, not limitations — see the Trust page for full procurement detail.