Although there are many differences between the two versions of our SMS API, a simple modification to existing code can facilitate instant upgrades.
Previously, in SMS API 1.0, each Client-API routine had its own URL. However, with SMS API 2.0, only one url exists and the type of request is defined through the 'type' parameter.
Take, as an example, an HTTP request for an MT broadcast. With SMS API 1.0 it would look something like:
However, the same request with SMS API 2.0 would now look like:
SMS API 2.0 is far more developed than its predecessor and the changes, including the possible definitions of the 'type' parameter, require its specifications to be read thoroughly.