The Condo API is based on a domain model consisting of objects and the relationships between them.
We use GraphQL as our standard for building queries and manipulating data.
If you know how to make regular HTTP API queries and work with JSON, you shouldn't have too much trouble.
Basic object properties
Our API is built around business or domain objects.
Each object has a set of mandatory properties:
| Property name | Property description |
|---|---|
| id | unique object identifier |
| __typename | GraphQL object type |
In addition, all objects have a number of utility properties:
| Attribute name | Attribute description |
|---|---|
| createdAt | Object creation date, which cannot be overridden. Sets automatically. |
| updatedAt | The date of the last update of the object, which cannot be changed. Sets automatically. |
| deletedAt | Object deletion. It has null value if the object was not deleted yet. |
| createdBy | Reference to the user who created the object. Can't be changed, it's set automatically. |
| newId | Identifier of the object remaining after object merge |
| dv | Version of data structure. |
| v | version of the data, which is a counter that increases with any change of the object. |
| importId | The identifier of the external system, used when importing data into our service from other systems. |
Methods to manipulate objects
All objects have a standard set of methods for working with them:
- Get all objects of a given type (query
allObjects) - Create a new object of this type (mutation
createObject) - Update an existing object (mutation
updateObject)
For a particular type of object, the part with
Object changes to the type of this object. Example: allContacts, createTicket, updateUserHow do I figure it out?
We've prepared a tool to make the developer's life easier when working with our API.
To get started with our API, we recommend taking a step-by-step tutorial on working with the API Playground.
However, the easiest way to understand it is to look at the examples described in this section.