Skip to main content


The API lets you fetch lists of data such as projects, jobs, orders, people, configurations and so on.

Lists are implemented in a standard way whatever the data is you want to retrieve.


(POST) ./list
(POST) ./list/full


Appending /full to the URL returns results with all the data fields.

The body may optionally contain a JSON object with these parameters:



Optional query string using a simple but powerful query language. Example:

{jobid} > 1000 AND {dtstart} > DateTime(2018, 10, 10)
Optional, string?

Optional array of fields to include in the results.

By default, the API returns the most commonly used fields.

Use the API method ./list/fields returns all available fields.


[ "jobid", "reference" ]
Optional, string[]?

If set to true then the query will return all fields. This has the same effect as adding /full to the URL.

For performance reasons, we do not recommend this options.

Optional, bool?


Defines the sort order of the list.

The array contains JSON objects, each with these properties:

  • id: The column identifier.
  • asc: Optional, default is true. True = ascending order, False = descending order


	{ "id": "jobid", "asc": false },
	{ "id": "reference" }

Note: All lists always use a default sort order if none is specified here.


Optional, object[]?

Optional. Number of element to retrieve (used for pagination).

If not specified then default is 20. The maximum value is 500.

Optional, int?

Optional. Number of element to skip (used for pagination). 

If not specified then default is 0.

Optional, int?

Optional. The ID of an aggregation (see ./list/aggregations) to include with the results.

If the ID does not exist, the parameter is disregarded. Note that a list's default aggregation always has ID "default".

Use with care as this adds substantial search overhead.

Optional, string

Optional. If set to true then this query, fields and aggregation setting will be saved as the user's default.

It is recommended to not use this property.

Optional, bool?


About fields in results

If you execute a "list/full" query you get:

  • All fields.

If you execute a "list" query you get: 

  • All fields listed in the query's fields parameter
  • And all fields with isdata = true (these cannot be removed)

If you execute a "list" query without specifying the fields: 

  • And all fields with isdata = true or iscoldef = true (the columns displayed by default)



The method returns a JSON object with these properties:

totalTotal number of filtered accounts, i.e. accounts complying with the "filter".int
countNumber of returned
rowsArray of rows each containing all the field values. Each row contains the fields listed in layout.colsarray<object>

Included if the request specified a valid aggid parameter.

This is then the result of the aggregation. Example with jobs lists: The total of jobs per job status.

See ./list/aggregations/{id} (post) for a detailed description of format.

querytreeIf the query is composed of ".Matches()" and "AND" clauses only (info), this property returns a JSON graph of the query.object?


Each element in rows contains the field values:

	"count": 20,
	"total": 345,
    		"jobid": 1001,
    		"reference": "Client A - 1002",
    		"iscodyt": true,



Note that a field value can be of any type.



Please keep in mind that your access rights delimit both the data and the field values you can retrieve.

With limited rights you may not see all the jobs, maybe just yours.

With limited rights you may not see some customer details.

Access rights are exactly the same as in the Wordbee Translator system.



JavaScript errors detected

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

If this problem persists, please contact our support.