i-doit enables external access to the IT documentation via an application programming interface (API). With the API data can be read, created, updated and deleted. Thus the API offers similar functions like the Web GUI but the additional benefit is that you can automate them without any problems.
The API of i-doit provides typical CRUD functionalities. With this, files can be
- Updated and
API queries can take place in an asynchronous way without losing the relation between requests and responses. The utilized programming language can be chosen freely.
API instead of database
It's strongly recommended to prefer the API to database manipulations at all times. SQL statements bypass all sorts of internal processes. If a data record is manipulated via SQL per
INSERT, UPDATE or
DELETE, this could risk data integrity and could even disable i-doit.
The API is configured via the Web GUI of i-doit and can be found at
Administration → Interfaces / external data → JSON-RPC API.
Please note that the logging of API requests will create a file in the install path of i-doit at
log/ for each request. This may lead to increased requirements of memory space in case the API is used intensively.
You can access the API of i-doit by activating a special URL. Add
src/jsonrpc.php to the basic URL:
Authentication and Authorization
You need an API key so that requests will be processed by the API. Additionally, you can activate the function that a dedicated user account is activated for log-in. Permissions for this account can be set as usual. Otherwise all permissions are available through the API. Another advantage is the fact that a dedicated user can be set per third-party system/ script; this makes it easier to keep track of the data flow.
It may prove useful to use the API method
idoit.login for a single authentication if a lot of requests (meaning thousands) are sent from a client. Otherwise it is possible that too many sessions are created in a very small time frame but are not terminated. This could result in the fact that i-doit stops working until the sessions have been terminated.
Please see this article for detailled information about each method.
|Display the version of i-doit|
|Create, read, update, archive an object, mark as deleted or delete an object irrevocably|
|Query object types|
|Read the attributes of a category|
|Create, read, update, delete a category entry|
|Create or read the values of a dialogue field|
|Read objects by relation type|
|Read workstation components|
|Read which categories are configured to which object types|
|Read which object types are assigned to which object type groups|
|Create, read logbook entry|
Recursive query of all object relations
With a simple example we create a new object of the type
Server with the object title "My little server" via the API.
Request to server:
Via cURL you can send this request for test purposes:
Categories in the IT Documentation
A helpful listing of all categories and attributes used in i-doit is provided by a special URL:
For example, this listing shows you which name is used to access categories and attributes and which data types are expected by these attributes.
Clients and Libraries
There are numerous projects and products applying the API by i-doit. We would like to introduce some clients and libraries:
i-doit API client
Should a client or a library be missing in this article, we appreciate a short message to firstname.lastname@example.org.
Documentation for Download
You can download a documentation maintained by the developers as PDF file. (out-dated)
[Bug] Assignment of devices to segments in slots not possible
[Bug] cmdb.category.read: Read entries by state "normal" unless otherwise noted
[Bug] Authentication with LDAP not possible
[Improvement] Enable validation of API requests via expert setting
[Bug] cmdb.reports.read throws SQL error for variable reports
[Bug] Method cmdb.reports throws PHP warning
[Bug] After creating an object, a reindex is substantial to find an object via the search
[Bug] Unable to create entries in category C__CATS__ORGANIZATION_CONTACT_ASSIGNMENT
[Bug] API ignores language parameter
[Improvement] Searching for objects by attributes and values
[Improvement] Enforce user rights for API calls
[Improvement] Create object via "cmdb.object.create" with optional template
[Bug] Unable to upload file
[Bug] Logbook title is empty when saving a custom category
[Bug] User-defined dialog plus contents select via API
[Bug] Unable to read passwords
[Bug] Method 'cmdb.object.create' creates object id's partly as string, partly as integer
[Bug] Database error when trying to delete an object, which does not exist anymore, via the API
[Bug] Dialog Plus fields that have a dependency on another attribute have not been created.
[Bug] Self-defined Dialog+ fields won't be displayed after creating them
[Bug] Created dialog entries receive status 1 instead of 2 (normal)
[Bug] cmdb.object.delete ignores parameter "status"
[Bug] cmdb.category.create throws database error for category "model"
Since version 1.8.1 the API is released as an add-on. Pre-releases were bundled with i-doit.