How remote profile management works with the Onomondo eIM

The Onomondo eIM supports all profile operations in the current SGP.32 standard, including:

Through the Onomondo eIM API. You create orders, such as enabling or downloading a profile, with an API call, and check their results the same way.

No. SGP.32 works on a pull model: the device has to be on, connected and checking in with the eIM to receive changes. In some cases we may be able to trigger an early check-in, depending on what the chip and firmware support.

It depends on how often your devices poll. Each device picks up the change on its next check-in. If you're planning a switch and need it to land faster, shorten the polling interval beforehand.

Yes. Create an order for each device, and each one picks it up on its next check-in. Devices that are offline receive the change when they reconnect, so expect a fleet-wide change to complete gradually. Use rollback and a fallback profile so any device that can't connect on the new network recovers on its own.

Yes, through the API. To change many devices at once, create one order per device and then check which orders have completed. Because every device collects its order on its own next check-in, a bulk change completes gradually rather than all at once. Offline devices pick it up when they reconnect, and some operations take more than one check-in.

Not as a separate feature. An order becomes available as soon as you create it, and each device collects it on its next check-in. To control timing, create the order when you want the change to start, and plan around your devices' polling interval.

A data connection that can reach the eIM over HTTPS. If a device has no connectivity (no connection to the Internet), orders wait on the eIM until it next checks in.

Yes. A new profile is effectively a new subscription, so network-level details such as the IP address change with it.

You'll see the result of every change made through our eIM, and for Onomondo profiles, which one is active. Profiles can also change outside our eIM (for example through fallback or another eIM), so we always show the last reported state from the device.

A little, although profile changes are rare, so it's usually not a big factor. Your devices check in on their own schedule, so they can stay asleep instead of waiting to be contacted. The Onomondo eIM can also handle the profile download on the device's behalf, so the device needs only a single connection. If you use an IPAd, you can check in whenever the device is already awake.