Summary
This guide explains how the Acelab Revit add-in is installed and updated, so IT administrators can configure deployment policies that work with their firm’s security requirements. It covers the initial install process, how automatic updates work, and what permissions are needed at each stage.Before You Begin
- Download the Acelab Revit add-in here
- The Acelab Revit add-in is compatible with Revit versions: 2022, 2023, 2024, 2025, 2026)
- Familiarity with your firm’s software deployment policies (e.g., centralized management tools, installer allowlists, user permission levels)
- Access to standard Windows admin or user accounts depending on your deployment model
How Installation and Updates Work
The Acelab Revit add-in uses a two-part approach to balance IT control with minimal disruption to end users. Initial install uses a standard MSI installer. Subsequent updates use a lightweight EXE-based updater that runs at the user level. Think of it like setting up a mailbox (MSI install) versus receiving mail (EXE updates). IT handles the one-time setup, and routine deliveries happen without needing to involve IT again.Install Location
The add-in installs to the user’s AppData folder, which is a non-admin directory. This follows Autodesk’s guidance for Revit add-in placement and does not require elevated permissions for the install target.Initial Installation (MSI)
The first install uses an MSI package, which gives IT teams full control over deployment.- Download the MSI installer from here.
- Deploy the MSI using your preferred method — manually, via Group Policy, SCCM, Intune, or another management tool.
- The installer places the add-in files in the user’s AppData directory.
- After installation, an Acelab tab appears in the Revit ribbon the next time a user opens Revit.
Automatic Updates (EXE)
After the initial install, the add-in checks for updates and applies them using an EXE-based updater rather than MSI. This is the key distinction for IT planning: the updater runs at the standard user level and does not require admin permissions. This means end users can receive updates without submitting IT tickets or waiting for admin approval. What this means for your policies:- The EXE updater does not trigger UAC (User Account Control) prompts
- No elevated permissions are requested during updates
- Updates apply only to the current user’s add-in installation
- The update process does not modify system-level directories or registry keys outside the user’s profile

