Developer API

Litmos' Application Programming Interface (API) enables developers to connect external applications to Litmos LMS. The API gives organizations the ability to streamline data and processes across information systems for operational efficiency, including the automation of training assignments and the moderation of administrative tasks.

We’ve tried hard to make the Litmos API as RESTful as possible where each resource has a unique URI and HTTP verbs are used to specify the action to perform on that resource.

Note: The Litmos API is not enabled on Trial accounts. See our SAP Litmos pricing page for more details.

Note: Most of the actions performed via the Litmos UI are available via the API. If there is something in particular that you’re looking for and you can’t find it in the documentation please let us know and we will work on making that available.

HTTP Verbs

Any requests for a single resource or list of resources (e.g. course list) will use a GET.

Insert (POST) or update (PUT) requests often require structured XML or JSON in the HTTP request body.

At this stage DELETE requests are not available on all resources and are limited to a few documented requests.

Authentication & Access Level

Every request to the API must be transmitted over a secure channel using HTTPS and authenticated by passing an apikey as a Header parameter. Access to most API requests is limited to Account Owners only.

Header Parameter

Type

Description

apikey

String, max length 50 characters

Every user in Litmos has a unique API KEY. Access to requests on the API is restricted by each users Access Level (i.e Learner, Team Leader, Administrator, or Account Owner).

Note: Contact an Account owner to retrieve a valid API Key.

Making Requests

All requests listed in this document should contain a content-type (XML or JSON) in the request header and be prefixed with the following base URI:

https://api.litmos.com/v1.svc

Important Note: For clients using an Australian Litmos site, you need to include the "au" after .com in all the base URI requests:

https://api.litmos.com.au/v1.svc

Important Note:For clients using an EU Litmos site, you need to include the "eu" after litmos in all the base URI requests:

https://api.litmoseu.com/v1.svc

Example API Request
The URI to GET a list of Users in XML format would be:
Content-Type: text/xml

GET https://api.litmos.com/v1.svc/users?source=sampleapp

Headers: apikey=APIKEYVALUE

Content Type

Communication with the API can be conducted using Plain Old XML (POX) or JavaScript Object Notation (JSON).

With every request you must include a Content-Type header.

Content-Type	Description
text/xml	Plain Old XML (POX)
application/json	JavaScript Object Notation (JSON)

The Content-Type that is sent with each request to the API indicates which format the response will be for GET requests and what format the API expects the request body to be in the case of PUT or POST requests. In order to receive JSON format response, please append "&format=json" to the URI. Example:

GET https://api.litmos.com/v1.svc/users?source=MY-APP&format=json

Response Codes

Based on RESTful principles this API returns relevant HTTP Status codes when actions succeed or fail.

If a request is successful you will get a status code response in the 200 range and sometimes it will be accompanied by XML or JSON in the response body. Eg. If you successfully update a user then you would get a 200 but if you successfully create a new user you will get a 201 (Created) response back with the XML/JSON for that new user in the body.

If a request fails you will get a non 200 status code and often a description of why the request failed.

Here are some of the common responses codes and things to check

HTTP Status Code	Description
200	Success. User/Course etc updated, deleted or retrieved
201	Success. User/Course etc created
400	Bad Request. Check that your URI and request body is well formed
403	Forbidden. Check your API key, HTTPS setting, Source parameter etc
404	Not Found. The User/Course etc that you requested does not exist
409	Conflict. Often occurs when trying to create an item that already exists
503	(Service Unavailable) - Rating Limit Exceeded

Date Formats

All fields marked as datetime are recorded in UTC where the XML format is returned in ISO 8601 and the JSON format is returned as a JSON .NET DataContractJsonSerializer string.

E.g. 2015-04-30T15:36:30

API Usage Limits

Under our standard agreement, there is a limit of 100 requests per minute that a provider can make against a particular Litmos account. This rate limit is based on a rolling 60-second window, if the API token has been used more than 100 times in the past 60 seconds you will have exceeded the rate limit and the API will return HTTP 503 (Service Unavailable) - Rating Limit Exceeded.

Search & Paging Parameters

Many of the list based GET requests support searching and paging. If a request is documented as supporting paging the following parameters can be used to filter or restrict the result set returned.

All of the search and paging parameters are optional and can be used singly or in a combination. By default paging will return the first 100 records but you can increase this to a maximum of 1000 records as required by using the limit parameter.

Querystring Parameter	Description	Possible Values
start	Start record	0+ (Default = 0)
limit	Total records to return	1 – 1000 (Default = 100)
sort	Field to sort results using	FirstName, LastName, UserName, Active, Email
dir	Direction to sort the records	ASC or DESC (Default = ASC)
search	String value to filter records using	String. Max length 50