avidion-logo
AVIDION

Understand What Happened Across AIVA

Review relevant actions, affected resources, results and follow-up through permission-aware Activity, Audit and Timeline views across your AIVA workflow.

Activity & Audit Console

Why Fragmented Logs Are Not Enough

Outbound work moves across Leads, Campaigns, Drafts, channels, replies, CRM and Meetings. Teams need a consistent way to understand what occurred without treating every alert or technical log as formal evidence.

History Spread Across Modules

A single workflow creates records across Campaigns, channels, CRM, and Meetings, making full history hard to reconstruct.

Notifications Are Not History

An alert communicates immediate awareness, but it does not serve as permanent operational audit evidence.

Approval vs Execution Gaps

A request may be approved while actual execution remains pending, blocked, or failed downstream.

Unclear Responsibility

Requesters, approvers, execution runners, and third-party APIs participate without unified audit attribution.

Access Boundaries Expiry

Historical log access needs strict boundary limits so temporary participants do not retain permanent visibility.

Unsearchable Event Streams

Raw unstructured logs force teams to manually piece together timeline events during compliance reviews.

Multi-dimensional views

One Material Occurrence.
The Right View for Each Purpose.

One material occurrence may affect several parts of AIVA, but each authorized audience needs a view designed for its own question—not one unrestricted feed containing every detail.

Example occurrence
A positive reply is received:
Update the conversation Outbox / Inbox sync
Stop future automated outreach Safety cutoff active
Change Lead status Status: Warm Reply
Affect Campaign progress Metrics updated
Create a follow-up task Workspace task queued
Produce a Notification Alert delivered
Add AIVA Activity Timeline logged
Update CRM continuity Synced to Salesforce/HubSpot
Influence meeting intent Booking trigger primed
Appears differently in
Authorized Views:
Workspace Activity Operational log
Lead Timeline Prospect view
Notification Center Attention alert
AIVA Activity Autonomous step
Formal Audit Where materially required
Organization Oversight Where governance affected

Different Views for Personal Work, Workspace Operations, Organization Oversight & Formal Evidence

AIVA separates personal Activity, Workspace operations, Organization governance and formal evidence so each audience can answer the right question at the correct scope.

01

My Activity

"What have I done, requested, approved or caused?"

Suitable Content
  • User’s own actions
  • Requests
  • Approval decisions
  • AIVA actions performed on user's behalf
  • Account changes
  • Relevant results
  • Follow-up actions

My Activity does not permanently grant access to resources the user can no longer access.

02

Workspace Activity

"What has happened operationally in this Workspace?"

Suitable Content
  • Campaign and channel outcomes
  • Member actions where permitted
  • Operational changes
  • Waiting, blocked, denied, failed and partial outcomes
  • Affected resources
  • Relevant next steps

Workspace Activity does not grant sibling-Workspace visibility.

03

Organization Oversight

"Which governance, commercial or risk conditions affect the Organization and its Workspaces?"

Suitable Content
  • Workspace ownership
  • Workspace lifecycle
  • Material Membership changes
  • Budget or commercial risk
  • Shared-connection risk
  • Security attention
  • Unresolved owner obligations

Organization Oversight must not expose raw cross-Workspace operational content.

04

Formal Audit

"What accountable evidence exists for a sensitive, protected or material action?"

Suitable Content
  • Ownership changes
  • Sensitive role changes
  • Protected approvals
  • Security-relevant actions
  • Export actions
  • Workspace lifecycle
  • Important commercial changes
  • Internal access where customer-safe evidence is required

Formal Audit is not the default feed for every routine action.

See the History of the Resource You Are Working On

Resource Timelines can keep relevant history close to the Lead, Campaign, Draft, mailbox, conversation or other supported resource—so users can understand changes without leaving their current workflow.

Answers Resource Questions Like:

What changed?
Who or what caused the change?
What result occurred?
Why was the action blocked or failed?
What happened before and after?
Is formal evidence available?
Is another action required?
Where should the user continue?

Select Resource Timeline

Contextual Timeline View

Lead Profile: John Doe

VP of Product, TechCorp

Active Outreach

Imported into a list

10 mins ago
User

Enrichment completed

8 mins ago
AIVA

Contact verification updated

7 mins ago
Provider

Added to a Campaign

5 mins ago
System

Email step waiting

3 mins ago
AIVA

Positive reply received

1 min ago
System

CRM state updated

Just now
AIVA

Understand What AIVA Completed, Observed and Recommended

AIVA Activity can help authorized users understand relevant work performed, observed or recommended by AIVA, together with the affected resource, result and next step.

Activity Scope Registry
Diagnostics & Activity Details

Work actively executed by AIVA on behalf of the user or system, including research, draft creation, and configuration checks.

Research CompletedAnalyzed 120 company signals for TechCorp segment
Draft GeneratedCreated 5 personalized email variations for VP Product
Readiness ReviewedVerified domain SPF alignment and SMTP limits before dispatch
AIVA Action Log:Dispatched draft templates for segment approvals.

Know What Requires Awareness—and What Still Requires Action

Notifications help users notice important changes or required actions. Owner Attention keeps unresolved Organization-governance responsibilities visible until the source condition is addressed.

Notification Center

Primary Question

"What requires my awareness, decision or immediate action?"

Suitable Examples
Approval request
Operational blocker
Reply or meeting update
Security attention
Budget warning
Failed or delayed action
Connection issue

Owner Attention

Primary Question

"Which unresolved Organization-governance obligations require an authorized owner?"

Suitable Examples
Workspace without an eligible accountable owner
Ownership transfer requiring action
Workspace lifecycle issue
Budget or company-value risk
Shared-connection ownership issue
Material governance failure

Understand Who Requested, Decided and Executed

One outcome may involve a requester, approver, AIVA, the AIVA system and an external provider. Activity should distinguish their roles rather than presenting them as one actor.

Requested by

Identifies the human user or scheduling rule triggering the task.

Approved or denied by

Tracks the governance policies or workspace owners authorizing the step.

Initiated through

Specifies the exact user interface, API trigger, or webhook starting the run.

Executed by

Identifies the specific autonomous runtime or system handler processing the task.

Provider response

Captures the direct status or API payload returned by the external service.

Affected user or resource

Pinpoints the targeted mailbox, CRM record, or workspace data resource.

Final known outcome

Summarizes the ultimate result, completed checks, and reasons.

See the Difference Between
Requested, Approved, Executed and Completed

A request can be approved without executing, accepted without completing or partially completed across several resources. AIVA’s Activity model should keep those states distinct.

Initiation & Queue

01
Requested

The initial action is registered and logged in the system queue.

Waiting

Held in queue pending rate boundaries or database sync checkpoints.

Governance Gates

02
Approved

Verified and approved by rules or manual admin authorization.

Denied

Explicitly rejected by safety boundaries or manual workspace owner veto.

Blocked

Automatically halted due to invalid settings, bounce risks, or inactive mailboxes.

Execution Thread

03
Scheduled

Allocated to an outbound queue or delayed dispatch slot.

Executing

Actively processed by the runtime orchestrator and calling APIs.

Outcome & Resolution

04
Completed

Successfully finished across all targeted resources.

Partially completed

Succeeded for some assets while failing or skipped on others.

Failed

Unable to execute due to system exceptions or API errors.

Corrected or reconciled

Adjusted down-funnel to resolve differences and restore correct state.

Find the Right History and Continue from Context

Authorized users should be able to locate relevant history by actor, resource, result, module or time and continue to the affected resource where their current access allows.

Discovery & Filtering

Search by actor

Locate actions taken by specific users, system policies, or AIVA runtimes.

Search by resource

Find logs and timelines for specific mailboxes, leads, or sequences.

Filter by module

Isolate events within CRM sync, LinkedIn outreach, or DNS alignment.

Filter by result

View only successful runs, safety blocks, warnings, or failures.

Filter by date

Track down modifications within specific time windows and dates.

Filter by Workspace

Examine compliance logs across multiple operational teams.

Filter by category

Segment logs by security triggers, settings changes, or campaigns.

Contextual Action

Follow linked stages of one operation

Trace an action from initial scheduling through execution to outcome.

Open an affected resource

Navigate directly from audit views to the corresponding lead or mailbox.

Open related Audit evidence

View SPF/DKIM verification checks or direct provider API payloads.

Continue to the required next action

Quickly resolve credentials or retry failed steps from the log view.

Activity Visibility Follows Current
Role, Scope and Data Sensitivity

A user’s ability to open an Activity page does not automatically grant access to every event, resource, sensitive field, export or follow-up action.

Authorization Decisions

Separate authorization gates

  • Surface access: Access to the activity view dashboard itself.
  • Event access: Access to view individual log items and specific occurrences.
  • Resource access: Permissions to view the affected workspace resources.
  • Sensitive-field visibility: Granular hiding or masking of sensitive database fields.
  • Search access: Permissions to perform specific search queries.
  • Audit access: Clearance to read raw cryptographic compliance records.
  • Export access: Authorizations to download logs or stream feed events.
  • Action access: Rights to run follow-ups, retry steps, or change configuration.

Visibility Levels

Public visibility options

  • Full detail: Complete parameters and values visible to administrators.
  • Masked detail: Obscured sensitive records, credentials, and tokens.
  • Generalized detail: Abstract descriptions showing actions without raw values.
  • Summary-only: Metadata aggregation without individual item histories.
  • Restricted: Halted views showing only event existence verification.
  • Not discoverable: Events hidden from feeds and indexing for non-owners.

Historical Access Principles

Key constraints and guidelines

Performing an action does not grant permanent access to view the event later.

Creating a resource does not grant permanent access if resource ownership shifts.

Previous ownership does not grant permanent access after membership changes.

Receiving a Notification does not grant background access to deep audit logs.

Holding an old deep link does not grant access if current credentials expire.

Current role, membership, scope, and policy remain relevant for active authorization.

Durable Evidence for Sensitive
and Material Actions

Formal Audit is designed for accountable evidence around sensitive, protected or material actions—not as a general feed for every routine operation.

Supported Audit Event Actions
Ownership changes
Role or permission changes
Protected approvals
Sensitive export
Security-relevant action
Workspace lifecycle action
Material commercial change
Internal access where customer-safe evidence is required
Audit Detail Panel

Audit Detail Panel

ActionOwnership Transfer
Actor / SourceSecurity Admin
ScopeTechCorp (Workspace)
StatesSDR Admin → Workspace Owner
DecisionApproved (via MFA)
ResultCompleted
Timestamp2026-08-08 13:42:01 UTC
EvidenceConfirmation #TX-8890
Export PermissionRestricted (Owner Only)

Visibility Across the AIVA Workflow

Activity and Audit can connect relevant actions and outcomes across AIVA’s lead-to-meeting workflow while preserving the meaning and authority of each product area.

Lead Preparation

Activity surrounding lead ingest, curation, and cleansing.

Representative Examples
  • Lead imported
  • Enrichment completed
  • Contact verification changed
  • Suppression applied
  • Campaign eligibility changed

Campaigns & Messaging

Drafting, editing, and queueing outreach sequences.

Representative Examples
  • Campaign created
  • Launch requested
  • Approval changed
  • Draft generated / edited
  • Message step sent / waiting
  • Message step blocked / skipped

Channels & Accounts

Connecting mailboxes, readiness status, and account credentials.

Representative Examples
  • Mailbox connected
  • Sender readiness changed
  • LinkedIn re-authentication alert
  • Provider action accepted
  • Provider action failed

Replies, CRM & Meetings

Detecting meeting intents, updating CRMs, and booking calendar steps.

Representative Examples
  • Reply classified
  • Follow-up assigned
  • CRM write completed / failed
  • Meeting intent detected
  • Booking completed / changed

Governance & Commercial

Workspace ownership recovery, budget caps, and membership limits.

Representative Examples
  • Member role changed
  • Workspace owner changed
  • Workspace lifecycle changed
  • Budget warning / Credit action
  • Shared connection changed

AIVA-Assisted Work

Autonomous drafts, policy barriers, and guided recommendations.

Representative Examples
  • Research completed
  • Draft recommendation produced
  • Governed action attempted
  • Action blocked by permission
  • Action blocked by readiness

Accountability Without Unrestricted Surveillance

Clear Activity and accountable evidence do not require every user, Admin or Organization Owner to receive unrestricted access to every Workspace, message or internal system trace.

CLAIMS WE AVOID
HOW AIVA ACTUALLY HELPS
Expose every internal system step
Explain relevant actions and outcomes
Create one universal feed
Separate operational Activity from formal Audit
Give owners unrestricted raw-content access
Preserve role- and scope-aware visibility
Grant permanent historical access
Connect authorized users to affected resources
Reveal raw prompts or model reasoning
Distinguish user, AIVA, system and provider
Guarantee regulatory compliance
Support permission-controlled evidence
Promise perfect realtime completeness
Surface relevant waiting, blocked and failed states
Expose internal forensic tooling
Support customer-safe historical context
OPERATIONAL VISIBILITY

Bring Clear Operational Visibility to Your AIVA Workflow

See how AIVA can help authorized teams understand actions, outcomes and accountable evidence across governed outbound operations.