Skip to main content

Install and connect SaaS Agent

To collect from your SaaS accounts, install the OpenLM SaaS Agent on a Windows machine, connect it to OpenLM Platform with its authorization file, and add the platforms to monitor. The installer is OpenLM_SaaSAgent_<version>.msi.

Before you begin​

Confirm that you have read Before you begin, which covers the host, the Windows account the service runs under, and the items to collect first. Choose the account before you start, because changing it later breaks the stored credentials.

Install the SaaS Agent​

Install the SaaS Agent with the installer, signed in to Windows with the account the service will run under. To deploy it from a script, see Install silently.

To install the SaaS Agent with the installer:

  1. Sign in to Windows on the host with the account the service will run under.

    The account needs administrator rights. The installer gives this account access to the agent's Chrome profile and saves it for automatic updates.

  2. Open the installer file, OpenLM_SaaSAgent_<version>.msi.

  3. On the welcome page, select Next.

    The welcome page of the OpenLM SaaS Agent installer, with the Next button. The first page of the installer

  4. On the End-User License Agreement page, select I accept the terms in the License Agreement, and then select Next.

    The End-User License Agreement page, with I accept the terms in the License Agreement selected. Accept the license terms

  5. On the Destination Folder page, keep the default folder, C:\Program Files\OpenLM\OpenLM SaaS Agent\, and then select Next.

    To install in another folder, select Change first. If an older OpenLM Cloud Broker Agent is installed, the installer finds it and upgrades it in place.

    The Destination Folder page, with the default folder C:\Program Files\OpenLM\OpenLM SaaS Agent\ and the Change button. The default installation folder

  6. On the Agent Service Logon Configuration page, enter the service account in Username.

    Enter a local account as .\<user> or <computer name>\<user>, and a domain account as <domain>\<user> or <user>@<domain>. The list offers the account you're signed in with and the other local accounts, and you can enter another account in it.

    The Agent Service Logon Configuration page, with the Username list, the Password box, and the Show password check box. Enter the account the service runs under

  7. Enter the account's Password, and then select Next.

    The installer checks that the account exists, but not its password. It finds a wrong password only when it starts the service. If it reports a problem in a "Service configuration is not valid" message, see Why does the installer reject the service account?

    The installer saves the account in Windows Credential Manager, under the target OpenLM/SaaSAgent/ServiceAccount, so that an automatic update can reinstall the service under the same account. Leaving both boxes empty installs the service under LocalSystem, which the agent's app reports as a problem. Enter an account instead.

  8. On the Additional Permissions page, select the options for the installer to configure, and then select Next.

    The first two options are selected by default. The following table lists the options:

    OptionDefaultWhat it changes
    Allow access to Chrome user data (for browser tracking)SelectedGrants the account that runs the installer full control over the agent's shared Chrome profile folder, Shared User Data Directory, inside the installation folder.
    Allow registry changes to skip Chrome profile selection (may limit Chrome sign-in on this machine)SelectedWrites a machine-wide Chrome policy that suppresses the profile picker and disables browser sign-in. This affects every Chrome user on the machine. Clear it on a shared workstation.
    Run Windows Terminal in administrator modeClearedMarks Windows Terminal to always run elevated.

    The Additional Permissions page, with the first two options selected and Run Windows Terminal in administrator mode cleared. The default permissions

  9. On the Ready to install OpenLM SaaS Agent page, select Install.

    The Ready to install OpenLM SaaS Agent page, with the Install button. Start the installation

  10. Wait for the installation to finish.

    At the end, the installer starts the agent's service. The installation completes even if the service doesn't start. To check it, see Why doesn't the service start after installation?

  11. On the Completed the OpenLM SaaS Agent Setup Wizard page, keep Launch SaaS Agent UI selected, and then select Finish.

    The agent's app opens. Connect the agent next, as described in Connect the agent to OpenLM.

    The last page of the installer, Completed the OpenLM SaaS Agent Setup Wizard, with Launch SaaS Agent UI selected and the Finish button. The last page of the installer

The installer creates the Windows service OpenLMSaaSAgentService, displayed in Services as OpenLM SaaS Agent Service and set to start automatically (delayed). To open the agent's app later, use the OpenLM SaaS Agent shortcut on the desktop or in the Start menu, under OpenLM.

Install silently​

To deploy the SaaS Agent from a script, install it silently: msiexec installs the agent with the options you pass on the command line, without the installer pages. A silent installation doesn't check the account the way the installer pages do, so check the service afterwards.

To install the SaaS Agent silently:

  1. Sign in to Windows with the account the service will run under, and open a command prompt as an administrator.

    The installer gives the account that runs it access to the agent's Chrome profile, and saves it for automatic updates.

  2. Run msiexec with the installation options, in this format:

    msiexec /i "<full path>\OpenLM_SaaSAgent_<version>.msi" /qn SERVICE_USER="<domain>\<user>" SERVICE_PASSWORD="<password>"

    Use these parameters:

    • SERVICE_USER: the service account, in the formats the installer pages accept. Without it, the service runs under LocalSystem, and the agent's app reports it.
    • SERVICE_PASSWORD: the account's password. The installer log hides it.
    • INSTALLFOLDER: the installation folder. The default is C:\Program Files\OpenLM\OpenLM SaaS Agent\.
    • DO_SET_CHROME_PERMS, DO_DISABLE_CHROME_PROFILE_PICKER, and DO_SET_TERMINAL_ADMIN: the three Additional Permissions options. Use 1 to select an option and 0 to clear it. The first two default to 1, the third to 0.

    Windows Installer writes a log of each installation to the TEMP folder of the account that runs it, as MSI<random>.LOG. To choose the log file, add /l*v "<log file path>".

  3. When the installation finishes, check that OpenLM SaaS Agent Service runs in Windows Services.

    msiexec reports success even when the service doesn't start.

  4. Open the agent's app, and connect the agent, as described in Connect the agent to OpenLM.

    A silent installation doesn't open the app.

Connect the agent to OpenLM​

To send data to Broker Hub, add a receiver, the agent's connection to Broker Hub. Until one exists, the agent has nowhere to send data, and the Add Service dialog offers only the platforms that can write to a local file instead.

To connect the agent to OpenLM Platform:

  1. In Identity, select Add Client.

  2. Select the client type SaaSAgent.

  3. Enter a Description, and then select Save.

  4. In the Secret Key dialog, select Download.

    The file is saasagent-authorization.json. The agent reads it whether you selected Encrypted authorization client or not.

  5. In the SaaS Agent, select OpenLM Platform, and then select Add Receiver.

    The OpenLM Platform page of the SaaS Agent, with the Add Receiver button and no receiver yet. Add the first receiver

  6. Select Import Authorization file, and then select the downloaded file.

    The URL, Client ID, and Client Secret boxes fill in from the file. The URL is your OpenLM Platform address followed by /api/broker-hub. You can also enter the three values by hand.

    The Add/Edit Receiver form, with the Import Authorization file button, the empty URL, Client ID, and Client Secret boxes, Buffering on, and a buffer file size of 3 MB. The receiver form, before you import the file

  7. Leave Buffering on unless you have a reason not to.

  8. If the default, 3 MB, is too small for your outage window, raise Buffer file size (MB).

  9. Select Check Connection, and then select OK.

    A working connection reports Broker Hub connection checked successfully. If the check fails, see Why does Check Connection fail?

  10. Select Save, and then select OK.

The receiver appears in the OpenLM Platform list with the status Ok. When you save the receiver, the agent reports to Broker Hub.

Check the agent in Broker Hub​

A SaaS Agent needs no approval: Broker Hub lists it, ready to use, when the agent first reports in. To check that OpenLM Platform receives the agent:

  1. In OpenLM Platform, open Navigation (the grid icon in the header), select Brokers, and then select Broker Hub.

  2. Select SaaS Agents.

  3. Find the agent by the host name of its machine, with the status Up.

    The list doesn't refresh by itself. If the agent isn't listed, reload the page.

    The SaaS Agents page of Broker Hub, with the agent saas-host-01 in the status Up, its ID, time zone, latest status date, creation date, IP address, and version. A new agent is listed with the status Up

When Broker Hub is unreachable​

With buffering on, the agent writes data that it can't deliver to disk and re-sends it automatically, on the hour, once the connection returns. When the buffer reaches its size limit, the agent drops the oldest messages to make room. Size the buffer for the longest outage you want to survive without gaps. CLEAR BUFFER on the receiver discards everything queued for it.

Failure alerts are not buffered. An alert raised while Broker Hub is unreachable is lost.

You can configure more than one receiver. Every message is sent to all of them.

Add a monitored service​

To add a platform for the agent to monitor:

  1. Select Monitored Services, and then select Add Service.

  2. Select the SaaS platform, and then select Confirm.

    The Add Service dialog of the SaaS Agent, with Select a service to monitor and the first platform in the list. Select the SaaS platform to monitor

  3. If the SaaS platform needs credentials of its own, enter them when prompted.

    For Autodesk Cloud, use an account with administrator or secondary-administrator rights in the Autodesk portal; for Monday, LinkedIn Company Page, and ArcGIS Enterprise, supply your tenant's account URL as well.

  4. In Chrome, which the agent opens on the vendor's sign-in page, sign in as you normally would.

  5. When Chrome offers to save the password, accept.

    The agent reuses that saved sign-in on later scans.

  6. Close Chrome, and then answer the agent's prompt to confirm that you finished signing in.

The service appears in the list and its first scan starts immediately. When the scan succeeds, the status becomes Ok.

Tip

Sign in with the Chrome profile that belongs to the account you are monitoring. The agent uses one shared Chrome profile, so a sign-in left behind by a different account is the most common cause of a scan that authenticates as the wrong user.

Use with OpenLM Version 26​

To send SaaS data to an on-premises OpenLM Version 26 deployment instead of OpenLM Platform, have the SaaS Agent write a local file. In that arrangement, the agent writes scan output to a local file that an OpenLM Broker from Version 26 picks up, and no Broker Hub receiver is involved.

Two things follow from that:

  • With no receiver configured, Add Service offers only the platforms that support file export, and Autodesk Cloud is the only one. The dialog asks you to configure a receiver in Settings to monitor other services. You add receivers on the OpenLM Platform page.
  • File export is a per-service switch, Export data into a file for OpenLM Broker, that you have to turn on. Skipping the receiver does not switch it on for you.

The Add Service dialog without a receiver, with a warning to configure a receiver first, and Autodesk Cloud as the only platform. Without a receiver, Add Service offers Autodesk Cloud only

If you use OpenLM Platform, ignore this section and configure a receiver, as described in Connect the agent to OpenLM.

Check the data in OpenLM Platform​

After the first scan succeeds and the service shows Ok, check that the data reaches OpenLM Platform.

  1. Approve the data source where the platform's guide asks for it.

    For Bentley, open License Servers in OpenLM Platform, select Pending Servers, and approve connect-entitlementmanagement.bentley.com, as described in Approve Bentley in OpenLM Platform. Other platforms list their approval step in their own guide. Data that waits in Pending Servers isn't a fault in the agent.

  2. See the data.

    For Bentley, open Navigation, select Licenses and Features, and then select License Allocations to see the users who have access to each product. The SaaS platform guides say where the data of each platform appears.

  3. Check the agent in Broker Hub when a platform's data doesn't arrive.

Next steps​

The connected agent collects nothing until you add the platforms to monitor. In the agent's app:

  1. Select Monitored Services, and then add your first platform with Add Service. Sign in to the vendor's admin portal in the Chrome window the agent opens.
  2. Wait for the first scan. When it succeeds, the service's status is Ok. Use Sample Rate to set how often data is collected.
  3. In Broker Hub, on the SaaS Agents page, select the agent's host name to see the services it reports.

For the sign-in details of each platform, see the SaaS platform guides. To change, upgrade, or remove the agent, see Change, upgrade, or uninstall SaaS Agent.

The documentation team might draft this page using a large language model. A technical writer reviews every page and verifies it against the product before publishing it. A human makes the final decision.