Skip to main content

🚫 Removing Team Members & Preserving Audit History

Written by Venva.com Support
Updated today

Venva allows you to remove team members from your workspace when they no longer need access. Once removed, the user is immediately disconnected from your Venva account and can no longer access your workspace.
​

Removing a team member does not erase the activity they already performed while they were part of your operation. Their historical activity remains available for internal review and auditability.
​

What this page is used for

Inside My Team, you can remove a team member when you no longer want them to have access to your Venva workspace.

This is useful when:

  • a team member leaves your operation

  • a user no longer needs access

  • you want to tighten workspace access

  • a role or relationship has changed

How to remove a team member

To remove a team member:

  1. Open My Team

  2. Find the team member you want to remove

  3. Open the Actions menu

  4. Select Delete

  5. Confirm the removal

Venva will show a confirmation prompt before the account is removed.
​

Team members can be removed from the Actions menu inside My Team.
​

Venva asks for confirmation before removing a team member from your workspace.
​

What happens after removal

Once a team member is removed:

  • they are immediately removed from your Venva account

  • they no longer have access to your workspace

  • they can no longer use their previous permissions inside your workspace

This is an access removal action. It prevents further activity from that user inside your Venva operation.
​

Removing a team member does not erase past activity

When a team member is removed, Venva does not delete the activity they already performed while they had access.

That means past records such as team activity logs remain available for review.

This helps preserve a clear internal history of actions that were already taken inside the workspace.
​

Preserving audit history

Venva preserves historical activity for accountability.

If a removed team member previously:

  • updated roles

  • managed trades

  • edited inventory

  • performed wallet-related actions

  • created automations

  • sent invitations

  • made other tracked workspace changes

those historical records remain part of your internal activity trail.

Removing the user stops future access, but does not wipe the past actions they already performed.
​

Best practice

Before removing a team member, it is a good idea to review:

  • whether they still need access

  • whether their permissions should be reduced instead

  • whether you want to review their recent activity first

If the user should no longer have any access at all, removal is the correct action.
​

Why it matters

Removing a team member revokes their access while preserving the historical activity records needed for oversight, accountability, and internal review. This gives vendors a clean way to protect workspace access while preserving the audit trail needed for oversight, accountability, and internal review.

Did this answer your question?