Map the data
Separate storage, indexing, inference, output and retention paths.
Security & trust
Know what enters the workspace, what may reach an AI model, where professional review happens and which controls must be confirmed before a pilot begins.
Transparency before assurance
Legal and compliance teams should not have to infer where documents are stored, how AI providers receive content, whether data is used for training or what administrators can audit. Nomoy treats those as scoping questions that require explicit answers.
Separate storage, indexing, inference, output and retention paths.
Agree access, role, audit and provider requirements for the deployment.
Publish only certifications and guarantees that are verified and enforceable.
An illustrative data path
The final architecture may vary by pilot. This diagram shows the questions the deployment needs to answer, not a blanket promise about every configuration.
Documents, instructions and selected sources supplied for the work.
Controlled intakeStorage, parsing, indexing and access according to the deployment.
Scoped accessSupported sensitive data can be identified and protected before eligible model use.
Protected handoffOnly the content needed for the configured AI task should be sent.
Task-limited contextSources, limitations and output support are organised for inspection.
Reviewable outputA qualified person decides what can be relied on, used or shared.
Accountable decisionThe control questions
These are control domains for scoping and verification. They are not certification claims.
Separate document storage from model processing and document the providers, regions, retention and deletion paths.
Define organisation, role and matter-level access along with administrator responsibilities.
Document model configuration, training terms, subprocessors, eligible content and fallback behaviour.
Agree the activity, output, approval and administrative events that need to be recorded and reviewed.
Rampart direction
The product materials describe Rampart as a layer intended to identify and protect supported sensitive data before eligible content reaches external AI models.
Detect configured data types in the content selected for a model-assisted task.
Mask, transform or otherwise protect supported information according to the defined workflow.
Limit the model request to the material necessary for the selected task and configuration.
Treat Rampart as one privacy layer alongside access, provider terms, deployment architecture and human governance—not as a total security guarantee.
This website intentionally does not publish unverified certifications, absolute residency promises, universal encryption claims or a claim that no content ever reaches external infrastructure.
Security & trust FAQ
No blanket claim is made. Storage and AI-processing locations may differ. The exact data path, provider and residency requirements must be confirmed for each deployment or pilot.
The intended product position is that customer documents are not used to train a shared model. The enforceable provider terms and deployment configuration should be confirmed during pilot contracting.
This website does not claim certifications that have not been independently verified and approved for publication.
Rampart is the described privacy-layer direction for identifying and protecting supported sensitive data before eligible content is sent to an external AI model. It is one layer and should not be treated as a complete privacy or security guarantee.
Model-agnostic configuration is part of the product direction. Available providers, regions and deployment options must be confirmed for the specific pilot.
Trust is deployment-specific
Agree the providers, regions, access model, training terms, audit requirements and professional review path before using real matters.