Overview
Moskit data synced to V4MOS.AI, through the integration's own endpoints
The V4MOS.AI Moskit API gives you the raw records synced from the Moskit accounts connected to your organization: deals, deal stage movements, contacts, pipelines, stages, lost reasons, custom fields and users. Rows come as they were synced, with the warehouse column names (snake_case), so you can load them straight into your BI. All endpoints use the /v1/moskit prefix and the same authentication, pagination and response format.
Getting started
Base URL: https://data.v4mos.ai. Every call requires your API credentials and the organizationId — see Authentication.
- Connect Moskit in app.v4mos.ai (Connected accounts) and wait for the first sync.
- Call any endpoint below with your
organizationId, for exampleGET /v1/moskit/deals?organizationId=…. - Every row carries
integration_idandintegration_name: the connected account it came from. To read a single account, pass that value asintegrationId.
Available endpoints
- getDeals
/v1/moskit/dealsOne row per deal: stage, status, price (in cents), close and expected close dates, contact, company, owner, source and origin. - getDeal stage movements
/v1/moskit/deal-stage-movementsOne row per stage move of a deal: previous and current stage. - getContacts
/v1/moskit/contactsOne row per contact: creator, owner, source and origin. - getPipelines
/v1/moskit/pipelinesOne row per pipeline, with its priority. - getStages
/v1/moskit/stagesOne row per pipeline stage, with its priority. - getLost reasons
/v1/moskit/lost-reasonsOne row per deal lost reason. - getCustom fields
/v1/moskit/custom-fieldsOne row per custom field definition: type, module and active flag. - getUsers
/v1/moskit/usersOne row per user of the account, with team and active flag.
Resources
| Endpoint | What one row is | dateFrom / dateTo filter |
|---|---|---|
GET /v1/moskit/deals | One row per deal: stage, status, price (in cents), close and expected close dates, contact, company, owner, source and origin. | date_created |
GET /v1/moskit/deal-stage-movements | One row per stage move of a deal: previous and current stage. | date_created |
GET /v1/moskit/contacts | One row per contact: creator, owner, source and origin. | date_created |
GET /v1/moskit/pipelines | One row per pipeline, with its priority. | date_created |
GET /v1/moskit/stages | One row per pipeline stage, with its priority. | date_created |
GET /v1/moskit/lost-reasons | One row per deal lost reason. | date_created |
GET /v1/moskit/custom-fields | One row per custom field definition: type, module and active flag. | — |
GET /v1/moskit/users | One row per user of the account, with team and active flag. | date_created |
Pagination and filters
page(default 1) andlimit(default 500, max 5000).meta.hasNextPagesays whether another page exists; rows come in a stable order, so walk the pages until it isfalse.dateFrom/dateTo(YYYY-MM-DD, inclusive) filter by the date column shown in the table above. Resources without one reject them.integrationIdkeeps the rows of one connected account.- Answers are cached for 30 minutes and the data is synced once a day — see Data sync.
Personal data
Some Moskit resources carry personal data of your customers and contacts (such as email). Store and process it according to the LGPD and your own privacy policy.
Response format
{
"data": [{ "...": "one object per row, with the columns listed on each endpoint" }],
"meta": {
"page": 1,
"limit": 500,
"hasNextPage": true,
"hasPreviousPage": false
}
}Amounts and large counters (fields with format: decimal or format: int64 in each endpoint schema) come as strings, e.g. "125.50", so no precision is lost. Convert them to a decimal type on your side.