Package Builder is used for building Windows Mobile & Windows CE packages as well so some of the UI elements you see are not applicable to Android unfortunately. If you notice if you go through the wizard prompts when building an Android Package the option for Prompt for Installation is greyed out, implying that you can't leverage it. The option is accessible in the Package Builder after you're through the wizard but I've never been able to use it for Android.

Thanks for the quick reply!
Is there another way to achieve this, eg. by some kind of pre-install script?
If the user us using a mobile app, and an update gets pushed to the device,
the app restarts as soon as the update is installed, possibly causing data loss for data that has not been saved
(eg. when user is stil entering data in an input form of a LOB app)

First, I don't have similar device-server environment as yours to confirm that 'Prompt for Installation'  doesn't work for your particular environment.

Even so, your original post seems to indicate that you want your user to be prompted and have the option to choose whether to install an enterprise app.   If that is your primary target, why don't you consider adding a non-mandatory "enterprise app" entry in an App-Catalog rule deployed to the targeted end-users?

This has been a feature I have wanted for some time:

https://discussions.soti.net/thread/install-android-apk-when-previous-version-not-in-use/

https://discussions.soti.net/thread/is-it-possible-to-force-an-android-package-to-wait-until-a-program-is-not-running-before-installing/

As of right now, I don't there are very many creative options if using Packages to deliver APK installs outside of setting them as Self-Serve. You could create some sort of custom app that sets a value in an INI file that is read in as Custom Data which could then be used as Filter Criteria for a Profile Installation, but I think that would be overkill for something that should be a native feature. SOTI can track which app is in the Foreground as that is one of the properties trackable via Data Collection rules so they should be able to have an Application Option like while com.my.application is not in use,  install profile.

Hi,

we're talking LOB apps for a 24/7 production environment, rolled out on 100+ devices, locked down into kiosk mode.

Offering a "non-mandatory" installation is hence not possible (I think?).

It's rather annoying when somebody is entering data into the app, right at the moment that an update gets installed.

What about including a pre-install script to the package... would this work?

showmessagebox "New software available; install now?" NO_TIMER 2 YES if % ShowMessageBoxReturn %== IDNO abortpkg

However, if they select 'No', I would need some kind of automatic retry after a while...

The simplest approach is to include MobiControl device agent as an item in your kiosk mode, and end user can then access the "Application Catalog" tab to pick which non-mandatory app to be installed. 

Of course, you kiosk might not look nice if you have a missing item while the app is not been installed initially, and this is another issue you might need to handle.

Thanks, but Kiosk mode + non-mandatory apps = not a good solution IMHO,

one of the reasons indeed being the kiosk screen being possibly "incomplete"

Plus it doesn't allow me to use packages anymore, which is a nice feature to be able to roll back etc.

Very much in agreement with you here Steven. The best I've managed to accomplish in your scenario is providing access to the SOTI agent from within the Kiosk mode and then providing a Self-Serve based Profile. The issue with the Self-Serve approach is that users can also opt to Uninstall...

In terms of the IF...Then... prompt, unfortunately the Android Agents don't support the boolean and conditional statements in the scripting : (