Policy management
What changed is in the event’s detail object.
Service policy modified
A service policy was modified in the emnify Portal or through the emnify REST API. Use this event to review changes that can affect your bill, such as a new data limit or an enabled service, when they happen.
The platform generates one event for each successful request that changes a service policy. A request that fails, or that doesn’t change anything, doesn’t generate an event. If you turn a setting on and then off again, you get two events.
The event is about the service policy, not about a device, so it contains no endpoint, sim, or imsi properties.
The user property identifies who made the change.
For a change made with an application token, name is the name of the token, and username starts with app-token-.
The event source is API (ID 2), and the severity is Warn (ID 1).
For settings changes, the event contains the new values, not the previous ones. To see what a setting was before, look at the earlier events for the same service policy.
The detail object of a service policy modified event contains the following properties:
Settings changes
When category is attributes, a setting of the service policy itself changed.
For example, its name, the allowed radio access technologies, the SMS interface, the breakout region, or the device-to-device (D2D) mode.
changed_data only contains the settings that changed, with their new values:
- Boolean settings, such as
allowed_4gorapply_data_quota, aretrueorfalse. Turning IP or DNS firewall enforcement on or off shows up asip_firewall_rule_set_enforcedordns_firewall_rule_set_enforced. nameis a string.descriptionis an object with avalueproperty, for example{"value": "Trucks in Germany"}.- References to other objects, such as
api_callback,api_secret,esme_interface_type,dns, andbreakout_region, are objects with anidproperty, for example{"id": 3}. dns_firewall_rule_set_modeisallowlistorblocklist, andd2d_modeisdisabled,enabled, orforward_to_backend.
A null value inside the object means the setting was cleared, for example {"id": null} when the API callback was removed.
If you clear the description in the emnify Portal, the event shows an empty string, {"value": ""}.
For what each setting does, see the service profile object.
For the D2D modes, see Enable device-to-device communication.
dns_firewall_rule_set_mode sets whether the assigned DNS firewall profiles work as an allowlist or a blocklist.
Service, limit, and firewall profile changes
For the other categories, changed_data contains an added list and a removed list.
Both lists are always present, and one of them can be empty.
A removed item keeps its values, so you can see what was removed.
When a request replaces an SMS limit, the old limit is in removed and the new one is in added, in the same event.
Example JSON response: description changed
Example JSON response: data limit added
Coverage policy modified Pre-release
A coverage policy was modified in the emnify Portal or through the emnify REST API. Use this event to review changes that can affect your bill, such as a new data plan or an added coverage area, when they happen.
The platform generates an event for each successful request that changes a coverage policy. A request that fails, or that doesn’t change anything, doesn’t generate an event. If you block a network and then unblock it again, you get two events.
A request that changes the data plan also removes the policy’s coverage areas, data allowances, and inclusive volume.
It generates one event for the new data plan, and one event each for the removed coverage areas and data allowances.
The removed inclusive volume is in the data plan event, as {"id": null}.
Changes made with Update tariff profile (PATCH /api/v1/tariff_profile/{tariff_profile_id}), or with PUT or DELETE /api/v1/tariff_profile/{tariff_profile_id}/inclusive_volume/{inclusive_volume_id}, don’t generate this event.
As with service policy modified events, the event contains no endpoint, sim, or imsi properties, and the user property identifies who made the change.
The event source is API (ID 2), and the severity is Warn (ID 1).
For settings changes, the event contains the new values, not the previous ones.
The detail object of a coverage policy modified event contains the following properties:
Coverage policy settings changes
When category is attributes, a setting of the coverage policy itself changed.
changed_data only contains the settings that changed, with their new values:
nameis a string.descriptionis an object with avalueproperty, for example{"value": "Trucks in Germany"}.tariffis the data plan, an object withidandnameproperties, for example{"id": 2, "name": "Regional Pro"}.inclusive_volumeis an object with anidproperty, for example{"id": 4}.
A null value inside the object means the setting was cleared, for example {"value": null} when the description was removed.
Coverage area, network, and data allowance changes
For the other categories, changed_data contains an added list and a removed list.
Both lists are always present, and one of them can be empty.
When a request replaces a data allowance or the blocked RATs of a network, the old items are in removed and the new ones are in added, in the same event.
Blocking 4G on a network also blocks LTE-M, so both RATs are in added.
For how to block networks and RATs, see Block networks and Block radio access technologies (RATs).