Programmable Wireless
The Programmable Wireless REST API enables you to programmatically manage global fleets of cellularly connected IoT devices.
Using this REST API, you can:
Obtain real-time insights to your SIM's connectivity with SIM Data Sessions .
Manage SIM capabilities and data metering with RatePlan resources .
Manage SIM resources .
Obtain SIM Usage Records .
Obtain Account Usage Records .
The Programmable Wireless API base URL
All URLs in the reference documentation use the following base URL:
The Programmable Wireless REST API is served over HTTPS. To ensure data privacy, unencrypted HTTP is not supported. All responses are provided in JSON format.
You don't need to use the .json
file extension in API request URIs.
API resources
The following lists the resources exposed by the Wireless REST API.
To avoid ambiguity, 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.
Resource | Description |
This resource is used to query the combined usage for all of the SIMs in your account. You can query multiple dimensions by providing query filters. | |
This resource represents an M2M SMS message. | |
This resources returns data session information for a SIM over a period of 30 days or under, presented as an aggregated list. | |
This resource describes the capabilities and restrictions that will apply to any SIMs that are associated with the specified Rate Plan. | |
A Sim resource (note the case) represents a physical SIM card that is capable of connecting to a wireless network. | |
This resource is used to query the usage of a SIM. You can query multiple dimensions by providing query filters. |
API resource properties
When you create or update resources, you indicate the data that is being added or changed by specifying the appropriate resource property. All resource properties are case-sensitive and written in UpperCamelCase. For example, if you want to change a new Sim's status from ready
to active
and receive an asynchronous notification of the change, you call:
This contrasts with responses from the API, in which properties are referenced using lower_snake_case. For example, getting that same Sim's details will return:
The API documentation presents the appropriate parameter formatting for the language or tool that you select in the code column.
If you use one of KORE's Helper Libraries or SDKs, properties' cases may differ from those outlined above for the base API. The API documentation always shows the correct case for a given library
API authentication
HTTP requests made to the REST API are protected with HTTP Bearer authentication. To learn more about how KORE handles authentication, please see our security documentation. You use your KORE Auth Token as the token for HTTP Bearer authentication.
You can find your Auth Token in the Console.
To learn more about authentication and interaction with the KORE REST API, see our documentation for requests to the API and KORE's response .
API errors
Errors are signaled by 4xx and 5xx HTTP response status codes and a JSON response body. The error data is a standard KORE structure. For example:
As you can see, the JSON gives you a human- and machine-readable indication of the nature (the detail
key) and cause (message
) of the error, and a reference to a more detailed description of the error in KORE's documentation. The value of code is a KORE error code, and is referenced again in the more_info
URL.
Many errors are generic to platform — the one shown above, for example. However, Programmable Wireless-specific error codes are in the range 33000-33999
.
You can see a list of all such codes in the error code documentation and as a JSON file.
Asynchronous resources
Certain operations in the Programmable Wireless REST API, such as changing the status of a Sim resource, can take some time to complete: anywhere from a few seconds to a minute or more. These operations will return an intermediate synchronous HTTP response — 202 Accepted
— while the action completes in the background.
Requests that will be processed asynchronously allow you to specify a callback URL for Twilio to notify when the request has completed. A callback is sent to your server as either an HTTP POST
or GET
request, depending on your preference. Form parameters or query string parameters sent with the callback request describe the asynchronous outcome. Callback request formats are documented with each of the relevant REST API resources.
If your initial request completes synchronously, a 200 OK
, 201 Created
, or 204 No Content
response will be returned and you should not expect an asynchronous callback, even if a callback URL was specified.
An event will be posted to your account's Debugger in the Console with error details if KORE does not receive a success response from your callback URL.
KORE server-side SDKs (Helper Libraries)
You can learn how to use the KORE server-side SDKs, also known as Helper Libraries, with Programmable Wireless in a variety of popular server-side programming languages on the SDKs section of the KORE Docs.
Last updated