Vianordis
--:--:-- UTCVianordis / SUPPORT
email

Aevis

Beta

Aevis captures business email for retention, compliance review, and eDiscovery. It helps compliance and legal teams search messages, place records on hold, review audit history, and export evidence without giving broad mailbox access.

Beta operating manual

Aevis beta compliance manual

Search, preserve, review, and export archived email through an approved Aevis beta interface without altering source mailboxes.

Manual
Version 1.0
Product
Aevis beta source release 5d3f022
Verified
July 15, 2026
Language
English · Source
Owner
Aevis compliance product and support
Source
aevis · 5d3f022
Review cycle
45 days
Start here

Audience, scope, and prerequisites

Covers controlled beta use of archive search, case preservation, export, and audit capabilities when exposed by the tenant. The verified repository contains backend and architecture assets but no reviewable end-user frontend, so labels and paths may differ by deployment.

Who this is for

  • Authorized compliance and legal reviewers
  • Records-management operators
  • Aevis security and support staff

Before you sign in

  • Documented legal, compliance, investigation, or records purpose
  • An Aevis role scoped to the correct tenant and data population
  • Approved search terms, date range, custodians, and export destination
  • Legal approval before placing or releasing a hold
Access model

Roles and responsibilities

RoleAccessResponsibilities
ReviewerSearch and preview archive records within assigned scope.
  • Use narrow queries
  • Avoid unrelated message review
Case or records operatorCreate cases, holds, and controlled exports when enabled.
  • Preserve scope and chain of custody
  • Track every export
Administrator or auditorManage ingestion, retention, and audit configuration outside normal review.
  • Protect separation of duties
  • Monitor ingestion and privileged actions
Workspace map

Navigation

Search

Deployment-specific

Run keyword, participant, date, attachment, and enabled semantic searches.

Message preview

Deployment-specific

Review headers, body, attachment metadata, classification, and hold state.

Cases and holds

Deployment-specific

Preserve approved records for a defined matter.

Exports

Deployment-specific

Create and retrieve controlled eDiscovery export jobs.

Audit

Deployment-specific

Review privileged archive and case activity.

Chapter 01

Search and review archived email

Begin with the narrowest defensible query and expand only when the review purpose requires it.

Procedure 1.2

Review a message and attachment

Verify archive identity and context before classifying a message as relevant.

  1. 1
    Open the archived record

    Check message ID, sender, recipients, sent and received times, and ingestion state.

  2. 2
    Review thread context

    Do not interpret a single message without necessary preceding or following communication.

  3. 3
    Inspect attachments safely

    Use the approved preview or analysis path and avoid uncontrolled local downloads.

  4. 4
    Treat AI fields as suggestions

    Verify summaries, PII labels, entities, sentiment, and classifications against the message.

  5. 5
    Record relevance

    Apply the approved case or review decision without modifying the immutable source record.

Expected result

The message’s identity, context, and relevance decision are traceable without changing archived evidence.

Chapter 02

Preserve and export evidence

Holds and exports require separation of duties, immutable scope records, and approved storage.

Procedure 2.1

Place records on legal hold

Preserve an approved result set or custodian scope against normal disposition.

ForCase operator
  1. 1
    Confirm authorization

    Record matter ID, approver, custodians, scope, and start date.

  2. 2
    Create or open the case

    Use a unique, non-sensitive case name and controlled membership.

  3. 3
    Attach the preserved scope

    Use saved query criteria or identified records and verify result counts.

  4. 4
    Activate the hold

    Confirm the interface reports active preservation.

  5. 5
    Audit and notify

    Record the hold event and notify the approved stakeholders without disclosing content unnecessarily.

Expected result

An authorized case shows an active, auditable hold over the intended archive scope.

Procedure 2.2

Create and verify an eDiscovery export

Export only the approved scope and preserve provenance and chain of custody.

  1. 1
    Freeze the result set

    Record query, custodians, date range, count, case, and approver.

  2. 2
    Create the export

    Choose the approved format and include required metadata and audit manifest.

  3. 3
    Monitor the job

    Wait for a terminal state; do not launch duplicates during processing.

  4. 4
    Verify integrity

    Compare counts, manifest, checksums, representative messages, and attachments.

  5. 5
    Transfer securely

    Move the export to the approved evidence repository and record recipient, time, and retention.

Expected result

The export matches the authorized scope and has a verifiable manifest, integrity record, and custody trail.

Operating rules

Security and data handling

  • Use minimum-necessary search scope and case membership.
  • Treat archived mail, search terms, exports, and audit records as regulated evidence.
  • Do not change retention or release holds without documented authority.
  • Verify AI classification and summaries against original message content.
  • Keep exports in approved encrypted evidence storage with custody records.
Current release

Known limitations

Read before relying on an unsupported workflow

These limits describe the source-pinned Aevis beta source release 5d3f022 scope and must be rechecked when the product changes.

  • No end-user frontend is present in the verified source revision, so actual labels and paths require a tenant walkthrough.
  • Architecture documentation describes capabilities that may not all be enabled in the beta deployment.
  • Semantic search and AI analysis are aids, not complete or deterministic discovery methods.
  • Encrypted-message content depends on available keys and approved decryption workflows.
  • A successful SMTP ingestion path does not prove every expected mailbox is journaling correctly.
Problem solving

Troubleshooting

You cannot sign in to Aevis

Likely cause: The session expired, the identity is not assigned to the application, or the tenant claim is missing.

  1. Open the application from the approved portal and complete sign-in again.
  2. Confirm that the correct organizational identity and tenant are selected.
  3. If access is still denied, record the time and request an entitlement check from support.

A documented action or navigation item is not visible

Likely cause: The current role, release, tenant configuration, or feature flag does not expose that operation.

  1. Confirm the role and prerequisites listed for the procedure.
  2. Reload the page after signing in again; do not attempt to bypass the interface through direct URLs.
  3. Ask the product owner whether the feature is enabled for the tenant before reporting a defect.

A saved change or background operation is not visible

Likely cause: Validation failed, processing is still running, or the current view is stale or filtered.

  1. Review inline validation, status indicators, filters, and the selected tenant or workspace.
  2. Refresh once and search for the item by its stable name or identifier.
  3. Do not repeat irreversible or externally visible actions until the original operation status is known.

Expected messages are absent

Likely cause: Journaling, ingestion, indexing, tenant scope, date interpretation, or encrypted-content processing is incomplete.

  1. Verify the approved mailbox and time window without broadening access unnecessarily.
  2. Check ingestion and index health through the operator channel.
  3. Preserve the query and report the gap; do not infer that a message never existed.

An export count differs from search results

Likely cause: The result set changed, permissions differ, processing skipped items, or attachment/message counting rules differ.

  1. Freeze and compare the exact query and time.
  2. Review export job errors and manifest.
  3. Do not deliver the export until the difference is explained and approved.
Escalation

Contact support

Contact support when

  • A repeatable Aevis error blocks an approved workflow
  • Expected data, permissions, or tenant boundaries appear incorrect
  • A security, privacy, compliance, or data-loss concern is suspected
  • A hold may be missing, released, or scoped incorrectly
  • Archive ingestion or export completeness cannot be demonstrated
  • Cross-tenant or unauthorized message access is suspected

Include

  • The page, action, and expected result
  • The exact error text and time of occurrence, including time zone
  • Your tenant, role, browser, and a sanitized record or item identifier
  • Whether the problem can be reproduced and which troubleshooting steps were tried

Never include

  • Passwords, access tokens, API keys, recovery codes, or session cookies
  • Unredacted personal, health, financial, or other regulated data
  • Private encryption keys or complete confidential documents unless an approved channel is provided
Contact support