Application Syncs

Application management is a key responsibility for device management. A fleet should run the same version of an application to create a uniform experience. In this article, we explain the types of applications and actions a blueprint takes to sync and maintain all your device’s applications. 

In this article: 

• Understanding App Types 
• Application Sync Scenarios

Understanding App Source Types 

Depending on the source type, the application might be able to be updated or uninstalled. Likewise, if that application has a certain source type, it may be impossible to uninstall the app or to specify which version it updates to. 

Esper categorizes apps into three source types: 

• Preload: Apps pre-installed on a device. Sometimes referred to as System or Pre Side-Loaded apps. 
• Enterprise: Apps uploaded to the Esper Cloud and then installed on a device. 
• Play Store: Apps installed from the Play Store. Only available for GMS devices. You may need to approve these apps before being able to install them. 

When you create a blueprint, you specify which kinds of apps should be installed on the device, when they should be installed, and how they appear. However, some applications already come pre-installed on your devices. Other types of applications might not allow manual updates or uninstalls. 

We’ve laid out what happens for each source type when you attempt to install, uninstall, update, or downgrade these applications in Application Sync Scenarios. 

 You can check the applications installed on your devices in Devices & Groups > device > Apps. 

Preload Apps 

Preload apps include all apps that come installed on a device. These apps might include System apps, such as Clock, and pre-side-loaded apps such as Google Chrome and YouTube. Once a device is provisioned, the Esper Cloud recognizes these apps as: 

• Can’t be uninstalled: System Apps cannot be uninstalled. 
• Uninstallable: Pre-side-loaded apps can be uninstalled. 

Apps installed through OS updates after provisioning will be considered Preload as well.

Source Types at a Glance

There are advantages and disadvantages to both types of apps. 

Enterprise Apps 

Enterprise Apps are apps uploaded to the Esper Cloud, such as an application developed for your use case. They appear in the Enterprise tab of the Apps section. As an admin, you can specify which version of these apps appear on your devices through a blueprint. Because of this, they’re often easier than Play Store apps when it comes to controlling application versions. Apps installed locally are also considered Enterprise apps, such as those installed via the Device SDK or the API. 

Play Store 

Apps installed from the Google Play Store are Play Store apps. 

Special Cases 

Not all apps can fit neatly into one of the above categories. There are two special categories: 

Enterprise-Preloaded: If a device comes preinstalled with an app at a higher version than the Enterprise app, then it is considered an Enterprise-Preload app. If removed from a blueprint, it will be brought down to the Preload version and its source type will be Preload. 

Play Store-Preloaded:  If a device comes preinstalled with an app at a higher version than the Enterprise app, then it is considered a Play Store-Preload app. If removed from a blueprint, it will be brought down to the Preload version and its source type will be Preload. 

In the Application Scenarios section, you’ll see how a blueprint determines the actions and source types of these special applications. 

Application Sync Scenarios 

Blueprints determine the types of applications and versions on a device. Whenever the device interacts with the Esper Cloud, it syncs with its assigned blueprint. From there, it will execute the actions specified in the blueprint. 

How do blueprints sync different app types? The following scenarios explain what happens to applications before and after a blueprint sync. 

Preloaded Apps 

Play Store-Preloaded

Enterprise-Preload 

Enterprise 

Play Store 

Any (Kiosk Mode)

The following scenario affects all apps in Kiosk mode. 

In this scenario, you’ll be prevented from saving a blueprint until you’ve chosen a new kiosk app or you’ve switched the blueprint to Multi-app mode.

Locally Installed Apps 

Apps can be installed locally if enabled through a blueprint. Once converged, these applications are considered Enterprise applications. 

If a locally installed app is updated locally, the application is considered an Enterprise app. 

Downgrade Scenarios 

Android does not natively support downgrades. However, Esper allows you to downgrade certain apps. The scenarios listed below are considered complex use cases that most users won’t run into every day.