Skip to main content
Skip table of contents

Automation - REST API

MatrixALM/QMS has a REST API that can do everything that the application is doing.


The API is described on Swagger here

You can create a clone of the documentation in swagger itself to quickly run some tests against your instance:

If you want to use it on your instance, you need to create an account on a service that supports the use of OpenAPI 3.0 specifications, for example swagger.

Then you copy the whole definition text and you just change the following line:

- url: ''

to map it to your instance.

Using the API

In order to use the API you need to authenticate: you can do so by using tokens or a user /password combinations. We recommend using tokens.

You can run commands using any language and tools for rest APIs (or directly in your swagger playground).

As the whole UI goes exclusively through that API to access Matrix you can do anything you can do in the UI. Also if you have a doubt about one of the REST API methods, you can spy on the UI to see which calls it does.



To consume the API you need to authenticate through a token: you can create one through Matrix either in the administration client or the normal client. (see Tokens).

Important: if you create a new user account for the token, make sure that you also set a password for this user as it's needed to aktive the account.

The authentication itself is done via an HTTP header:

Authorization: Token api_xxxx

Using token s in curl

So for example in curl

Using token s in swagger

Once you created 'your' swagger documentation playground, you need to save the token to be used through the Authenticate button:

Alternate authentication: BASIC

If you have no way to create a token for some reason, you could also use the older BASIC protocol. Be aware that the access to the API is much slower in that case, the checking of the password at each call is taking a lot of time

The authentication itself is also done via an HTTP header:

Authorization: BASIC x64

with x64 the base64 encoding of the string user:password

Data structure

The data structure of the API maps 1-to-1 the concepts in the UI.

Projects have different categories (REQ, TC, DOC, ...)

Each category has a list of possible fields

Each item belong to a category and a folder

Each item has a reference (REQ-1), a title, a set of field values (the fields defined in its category), and a list of labels

Labels are defined in a project setting and explain which label can be defined in which category.

If you have comments about the above please reach our support.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.