Sim Resource
Access individual SIMs
Last updated
Access individual SIMs
Last updated
To avoid ambiguity throughout this page, Sim (initial cap) refers to the Sim API resource. SIM (all caps) refers to the physical Subscriber Identity Module (that is, a SIM card) associated with a Sim resource.
A Sim instance represents a Super SIM whether it be a physical SIM or digital eSIM profile. You will use the Sim instance to control an individual Super SIM's connectivity by assigning it to a Fleet and setting its status to values that will either allow the device using the Super SIM to connect to the cellular networks or have it be rejected.
You can refer to a Sim instance by its sid
or unique_name
.
Before a Super SIM can begin using data or sending/receiving SMS via Commands, the corresponding Sim instance must be assigned to a Fleet and activated.
The table below describes the available status
values of a Sim instance:
Status | Description |
---|---|
| The SIM has never been enabled and is waiting to be activated so that it can connect to the network. A Sim resource can exist in |
| The SIM can connect to the network and is capable of consuming network resources in accordance with its Fleet, but no monthly subscription fee will be charged . A Sim resource's status can only be updated to |
| The SIM can connect to the network and is capable of consuming network resources in accordance with its Fleet. |
| The SIM is blocked from connecting to the network. |
| The update is queued and will be processed when the network operator is ready. The Sim resource's status will automatically transition to the requested status when the update operation is completed. |
Before you can make requests to this resource, you must have a valid bearer token. Review our API to learn how to generate a token. Here's a curl example on how to define your access token in a header:
The examples below do not show the required Authorization
header due to a bug. We're working on fixing that. In the meantime, be sure to include that in all of your requests.
You may need to find a Sim resource with just a Super SIM's ICCID. You can read the Sim resource by an ICCID using the Iccid
query parameter. If a Sim resource for that ICCID is found, a list with one record will be returned. If a Sim resource for that ICCID is not found on your Account, an empty list will be returned.
You can fetch a Sim resource by either its sid
or unique_name
. To find a Sim resource by a Super SIM's ICCID, use the iccid
query parameter while reading from the Sims resource.
Your Super SIM's permissions are controlled by its Fleet.
You can refer to a Fleet by its Unique Name when updating your Sim.
Activate your Super SIM to connect to the network.
While using the parent Account's credentials, use the account_sid
parameter to provide the Account SID of the Account you wish to own that Super SIM. Super SIMs can be moved between Accounts the following ways:
From the parent account to a child account.
From a child account to the parent Account.
From a child account to another child account.
If the Super SIM you are moving is assigned to a Fleet, you must also pass the sid
or unique_name
of a Fleet resource that belongs to the new Account, or null
, in the fleet
parameter of your Update request.
It is possible to move inactive
SIMs between your accounts; however that feature is currently in Private Beta . If you need access to this feature, please contact your IoT Sales Specialist or contact support to request this feature be unlocked for your account. Please review the considerations below for your related resources may behave when an inactive
SIM is transferred.
You can also move inactive SIMs between your parent Account and its child accounts by updating the account_sid
property.
Current Billing Period
When you move a non-new SIM to a new Account, you will not get any results from the Sim BillingPeriod subresource until the current active Billing Period expires and a new one is created that will belong to the new Account, even if you reactivate the SIM. If the Billing Period on the previous Account has already expired (e.g. the SIM was left in inactive for a couple of months and is now going to be used again on the new Account), then a new Billing Period will be created on the new Account when the SIM is reactivated. Not knowing the Sim resource's Billing Period start and end dates will prevent you from being able to accurately determine how much of the SIM's data limit you've utilized unless you have saved this information outside of KORE.
Date Limit
When you move a SIM to a new Account, the counter tracking data usage towards the SIM's data limit does not reset. This usage counter is tied to the SIM's Billing Period. If the SIM's status was active within the last 30 days, it's most recent active billing period may not have expired yet. Any usage incurred when the SIM belonged to the previous Account will still be counted towards the data limit inherited from the SIM's current Fleet. However, you will not see that usage on the new Account as the SIM's Usage Records do not transfer to the new Account.
Let's look at an example. If you have a SIM that belongs to Account A and its Billing Periods start/end on the 2nd of the month because that's when it was originally activated a few months ago and you use 5 MB between the 2nd and the 10th of the month. On the 10th you want to move it to Account B, a child account of Account A. You update the SIM's status to inactive and then move it to Account B. You assign it to a Fleet with a 15 MB data limit and reactivate the SIM and begin using it. Because the SIM was reactivated before it's current Billing Period expired, that existing Billing Period is re-used and it will continue to start/end on the 2nd of the month. However, because the same Billing Period is used and your data usage towards the data limit is linked to the Billing Period, the 5 MB's you used earlier in Billing Period (between the 2nd and the 10th) count towards the 15 MB data limit.
Settings Updates History
If you move a SIM between Accounts, the entire history of Settings Updates follows the SIM and will be returned from the SettingsUpdates resource when querying it with the new Account's credentials. You will no longer be able to view the Settings Updates for the SIM in the previous Account's results when querying the Settings Updates resource.
Some Sim resource updates will be completed asynchronously. To receive a notification when a Sim resource has finished updating, provide a callback_url
and a callback_method
with your initial HTTP request.
When an update is handled asynchronously, the Sim resource will undergo multiple updates:
First, the Sim resource's status
will be set to scheduled
as the update is placed in a queue.
Finally, the Sim resource's status
will transition to the final state.
If a Sim resource's Fleet is changed as part of an asynchronous update, the existing value of the fleet_sid
property will be returned when the update request is accepted. When the update completes, the new value will be shown on the Sim resource.
In the scenarios below, "activating" means updating the Sim resource's status
to a value that will allow the Super SIM to use cellular network resources: either ready
or active
. Please refer to Status values for descriptions of each status.
When a Sim resource's status
is updated from new
to ready
or active
.
When a Sim resource's status
is updated from active
to inactive
.
When a Sim resource's status
is updated from inactive
to active
.
When a Sim resource is already ready
or active
and its Fleet is updated. When the update request is accepted, the Sim resource's status
will change to scheduled
. The Sim resource's fleet_sid
property will be unchanged at this point. If the update succeeds, the Sim resource's status
returns to ready
or active
and the Sim resource's fleet_sid
property now returns the new Fleet resource's SID.
If you provided a value for the callback_url
parameter in your update request, the asynchronous request made to that URL will contain the following parameters.
Parameter | Description |
---|---|
| The unique SID of the Sim resource that this callback is in reference to. |
| The Sim resource's |
| A string representing the Sim resource's |
| The unique SID of the Account that the Sim resource belongs to. |
If the callback_method
was set to POST
or not provided, the callback parameters will be delivered as HTML form parameters. If the callback_method
was set to GET
, the callback parameters will be delivered as a query string.
If you are using (previously known as "subaccounts"), you can transfer new
Super SIMs between your accounts.
Follow our for details on migrating asynchronous updates from Twilio to KORE.
Fetch a Super SIM instance from your account.
The SID of the Sim resource to fetch.
OK
The unique string that identifies the Sim resource.
"HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^HS[0-9a-fA-F]{32}$
An application-defined string that uniquely identifies the resource. It can be used in place of the resource's sid
in the URL to address the resource.
"My SIM"
The SID of the Account that the Super SIM belongs to.
"ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^AC[0-9a-fA-F]{32}$
The unique ID of the Fleet configured for this SIM.
^HF[0-9a-fA-F]{32}$
The date and time in GMT when the resource was created specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The date and time in GMT when the resource was last updated specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The absolute URL of the Sim Resource.
"https://supersim.api.korewireless./v1/Sims/HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
Register a Super SIM to your Account
The ICCID of the Super SIM to be added to your Account.
The 10-digit code required to claim the Super SIM for your Account.
Created
The unique string that identifies the Sim resource.
"HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^HS[0-9a-fA-F]{32}$
An application-defined string that uniquely identifies the resource. It can be used in place of the resource's sid
in the URL to address the resource.
"My SIM"
The SID of the Account that the Super SIM belongs to.
"ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^AC[0-9a-fA-F]{32}$
The unique ID of the Fleet configured for this SIM.
^HF[0-9a-fA-F]{32}$
The date and time in GMT when the resource was created specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The date and time in GMT when the resource was last updated specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The absolute URL of the Sim Resource.
"https://supersim.api.korewireless./v1/Sims/HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
Retrieve a list of Super SIMs from your account.
OK
Updates the given properties of a Super SIM instance from your account.
The SID of the Sim resource to update.
An application-defined string that uniquely identifies the resource. It can be used in place of the resource's sid
in the URL to address the resource.
The SID or unique name of the Fleet to which the SIM resource should be assigned.
The URL we should call using the callback_method
after an asynchronous update has finished.
The HTTP method we should use to call callback_url
. Can be: GET
or POST
and the default is POST.
The SID of the Account to which the Sim resource should belong. The Account SID can only be that of the requesting Account or that of a Subaccount of the requesting Account. Only valid when the Sim resource's status is new.
OK
The unique string that identifies the Sim resource.
"HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^HS[0-9a-fA-F]{32}$
An application-defined string that uniquely identifies the resource. It can be used in place of the resource's sid
in the URL to address the resource.
"My SIM"
The SID of the Account that the Super SIM belongs to.
"ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
^AC[0-9a-fA-F]{32}$
The unique ID of the Fleet configured for this SIM.
^HF[0-9a-fA-F]{32}$
The date and time in GMT when the resource was created specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The date and time in GMT when the resource was last updated specified in ISO 8601 format.
"2021-04-01T20:00:00Z"
The absolute URL of the Sim Resource.
"https://supersim.api.korewireless./v1/Sims/HSXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"