{ "aid": "cvent.com:main-ea", "name": "Cvent REST APIs", "type": "Index", "description": "# Introduction\nThe Cvent API Platform is built around REST. We aim to provide intuitive endpoints that can be easily \ndiscovered to help leverage the Cvent platform for your event needs. The RESTful APIs outlined here \nuse JSON-encoded request and response format, along with HTTP codes, to convey processing status of \nrequests received. The Cvent resources are protected using OAuth2.\n\n# Getting Started\n\nIf you're new to the Cvent API Platform, start by reading our \n[Developer Quickstart](/docs/rest-api/tutorials/developer-quickstart) guide. This will \ngive you an overview of how to authenticate and make requests using our APIs.\n\n## Authentication\n\nThe Cvent REST API uses [OAuth2](https://oauth.net/2/) to authorize requests to the platform. The client \ncredentials authorization flow is supported.\n\n\n\nAuthorization code flow is only supported for planner users with the administrator role in Cvent. Developer users \ncannot use authorization code flow.\n\n\n\nHere's an example of using client credential flow to authorize. You'll supply your application's id and secret to \nmake a [Token](#operation/oauth2Token) request.\n\n```bash\ncurl --location --request POST '{hostName}/{version}/oauth2/token' \\\n--header 'Content-Type: application/x-www-form-urlencoded' \\\n--header 'Authorization: Basic {api_credentials}' \\\n--data-urlencode 'grant_type=client_credentials' \\\n--data-urlencode 'client_id={client_id}'\n```\n\n| Key | Description | Value |\n| :---------------- | :--------------------------------------------------- | :----------------------------------------------------------------------------------------------------------- |\n| {hostName} | https://api-platform.cvent.com | Location if you're account is in the North American datacenter |\n| | https://api-platform-eur.cvent.com | Location if you're account is in the European data center. | \n| {version} | ea | The version of the API you're using. Only `ea` is currently supported. | \n| {api_credentials} | {client_id}:{client_secret} in base64 encoded format | Supply your client id & client credentials in a base 64 encoded format. | \n| {client_id} | Retrieved from your application | Your application's client id. | \n| {client_secret} | Retrieved from your application | Your application's client secret. | \n\nOn a successful call, you'll receive the following response:\n\n```json\n{\n \"access_token\": \"{accessToken}\",\n \"expires_in\": 3600,\n \"token_type\": \"Bearer\"\n}\n```\n\nThis bearer token is valid for 3600 seconds (60 minutes) and must be used in subsequent calls.\n\n## Endpoints\n\nEndpoints start with `hostName` and `version`. \n\nThe `hostname` will depend on the region that your Cvent account is hosted in. Please see the table \nbelow to identify which hostname you should be using.\n\n| Region |\tHostname |\n|:--------------|:-----------------------------------|\n| North America\t| https://api-platform.cvent.com |\n| Europe | https://api-platform-eur.cvent.com |\n\nThe current `version` of the Cvent API is `ea`.\n\n## Rate Limits\n\nCvent APIs enforce rate limits to ensure platform stability. Your limits depend on your tier: Free,\nStandard, or Premium.\n\n
\n\n### Usage Tiers\n\n| Tier | Daily Calls | Calls per Second | Max Burst |\n| -------- | ----------- | ---------------- | --------- |\n| Free | 1,000 | 2 | 1 |\n| Standard | 15,000 | 10 | 10 |\n| Premium | 500,000 | 25 | 25 |\n\n- **Daily calls** define how many requests you can make in a 24-hour period. Quota\n resets at 12 midnight (+0 GMT).\n- **Calls per second** define how many requests you can make in a 1-second window.\n- **Max Burst** defines how many requests you can make at once.\n\nIf you are unsure what usage tier applies to your account, you can check via\n[Get Current Usage Tier](#operation/getUsageTier).\n\nPlease note that these limits may change as the Cvent API Platform evolves.\n\n
\n\n### Handling Rate Limits\n\nSometimes, you may exceed your rate limits. When this happens, the API will return a `429 Too Many Requests`. See \n[handling rate limits](/docs/rest-api/guides/handling-rate-limits) for best practices on how to handle this.\n\n## Pagination \n\nSome APIs use pagination to manage records. Each page of records has a token associated to identify it. \n \nIf an API uses pagination, you’ll find up to three tokens in the response: \n- **currentToken**: Describes the token of the current page. \n- **nextToken**: Provides a token for the next page of records, if one exists. \n- **previousToken**: Provides a token for the previous page of records, if one exists. Not all APIs will return \n this token. \n \nYou specify which page of records to view via the `token` parameter in your API call. To navigate through pages, \ntake the `nextToken` or `previousToken` value and pass it to your next call’s `token` parameter to get the \nrespective page of records. For example, if you made this request: \n \n```bash \ncurl -X GET {hostname}/{version}/contacts?limit=100 \\ \n-H 'Accept: application/json' \\ \n-H 'Authorization: Bearer {accessToken}' \n``` \n \nThe response contains a paging array where you'll find the token information. \n \n```json \n{ \n \"paging\": { \n \"currentToken\": \"90c5f062-76ad-4ea4-aa53-00eb698d9262\", \n \"nextToken\": \"3b2359a7-4583-40ed-8afd-67e5f15373d3\", \n \"limit\": 100, \n \"totalCount\": 102, \n \"_links\": {...} \n }, \n \"data\": [...] \n} \n``` \n \nTake the `nextToken` and use it in the `token` parameter on your subsequent call. \n \n```bash \ncurl -X GET {hostname}/{version}/contacts?limit=100&token=3b2359a7-4583-40ed-8afd-67e5f15373d3 \\ \n-H 'Accept: application/json' \\ \n-H 'Authorization: Bearer {accessToken}' \n``` \n \nWhen the response doesn’t contain a `nextToken` field, you’ve reached the last page. Occasionally, you might \nencounter an empty page at the end of results. This typically happens when the results were evenly divisible. \nEnsure your client code handles the possibility of receiving an empty data array when using the `nextToken`.\n\n## Filtering\n\nUse filters to narrow down results. The filter follows the pattern\n`filter='field' comparisonType 'value'`. The value can be enclosed with single\nquotes (') or double quotes (\").\n\n```bash\nGET {hostName}/{version}/contacts?filter=lastName eq 'Smith'\n````\n\nTo correctly pass a single quote in the filter's value, use double quotes around\nthe string.\n\n```bash\nGET {hostName}/{version}/contacts?filter=lastName eq \"O'Keenan\"\n```\n\nTo correctly pass a double quote in the filter's value, use double quotes around\nthe string and add an escape character `\\` to each quote that is part of the\nstring.\n\n```bash\nGET {hostName}/{version}/events?filter=eventName eq \"\\\"Yearly\\\" Conference\"\n```\n\n## Versioning\n\nChange is inevitable in API development. Planning for it is crucial. We track\nboth backward-compatible and backward-incompatible changes.\n\n
\n\n### Backward Compatible Changes\n\nBackward compatible changes will be made often and are intended to avoid\nany adverse impact on our customers. It is highly advisable that when reading\nJSON payloads from Cvent, you are able to handle \"unknown\" attributes that\ncan be added over time. We consider the following changes backward-compatible:\n\n- Adding new resources\n- Adding new optional request parameters to existing operations\n- Adding new attributes to requests or responses\n- Changing the length or format (not type) of resource identifiers. For example, an ID can change from \n \"1234/1234\" to \"1234::1234\".\n- Increasing the length of string fields\n\n
\n\n### Backward Incompatible Changes\n\nBackward-incompatible changes are made infrequently, however, they can be\ndisruptive to consumers. Due to this, our APIs are versioned to avoid\ndisruptions to customers. We leverage a URI-based versioning scheme,\nwhich means that a version value is included in the Cvent API URL.\nWhen breaking changes occur, a new version of the API is made available\nwhile the existing version is deprecated but remains available for a\nlimited period of time. We consider the following backward-incompatible changes:\n\n- Adding a new required parameter (query string param or payload attribute)\n- Deleting API resources\n- Deleting any attribute from API responses\n- Changing the data type on any parameter or attribute\n\n## Standards\nAs you begin working with our APIs, it's essential to be aware of standards around \ncountry codes, time formats, and other important details that ensure smooth integration. \nLearn more about our [API Standards](/docs/rest-api/reference/api-standards)\n", "url": "https://raw.githubusercontent.com/jentic/jentic-public-apis/refs/heads/main/apis/openapi/cvent.com/main/ea/apis.json", "tags": [ "cvent.com", "main" ], "created": "2026-04-02", "modified": "2026-04-02", "specificationVersion": "0.19", "access": "3rd-Party", "maintainers": [ { "FN": "Jentic", "X-github": "jentic", "url": "https://github.com/jentic" } ], "apis": [ { "aid": "cvent.com:main-ea", "name": "Cvent REST APIs", "description": "# Introduction\nThe Cvent API Platform is built around REST. We aim to provide intuitive endpoints that can be easily \ndiscovered to help leverage the Cvent platform for your event needs. The RESTful APIs outlined here \nuse JSON-encoded request and response format, along with HTTP codes, to convey processing status of \nrequests received. The Cvent resources are protected using OAuth2.\n\n# Getting Started\n\nIf you're new to the Cvent API Platform, start by reading our \n[Developer Quickstart](/docs/rest-api/tutorials/developer-quickstart) guide. This will \ngive you an overview of how to authenticate and make requests using our APIs.\n\n## Authentication\n\nThe Cvent REST API uses [OAuth2](https://oauth.net/2/) to authorize requests to the platform. The client \ncredentials authorization flow is supported.\n\n\n\nAuthorization code flow is only supported for planner users with the administrator role in Cvent. Developer users \ncannot use authorization code flow.\n\n\n\nHere's an example of using client credential flow to authorize. You'll supply your application's id and secret to \nmake a [Token](#operation/oauth2Token) request.\n\n```bash\ncurl --location --request POST '{hostName}/{version}/oauth2/token' \\\n--header 'Content-Type: application/x-www-form-urlencoded' \\\n--header 'Authorization: Basic {api_credentials}' \\\n--data-urlencode 'grant_type=client_credentials' \\\n--data-urlencode 'client_id={client_id}'\n```\n\n| Key | Description | Value |\n| :---------------- | :--------------------------------------------------- | :----------------------------------------------------------------------------------------------------------- |\n| {hostName} | https://api-platform.cvent.com | Location if you're account is in the North American datacenter |\n| | https://api-platform-eur.cvent.com | Location if you're account is in the European data center. | \n| {version} | ea | The version of the API you're using. Only `ea` is currently supported. | \n| {api_credentials} | {client_id}:{client_secret} in base64 encoded format | Supply your client id & client credentials in a base 64 encoded format. | \n| {client_id} | Retrieved from your application | Your application's client id. | \n| {client_secret} | Retrieved from your application | Your application's client secret. | \n\nOn a successful call, you'll receive the following response:\n\n```json\n{\n \"access_token\": \"{accessToken}\",\n \"expires_in\": 3600,\n \"token_type\": \"Bearer\"\n}\n```\n\nThis bearer token is valid for 3600 seconds (60 minutes) and must be used in subsequent calls.\n\n## Endpoints\n\nEndpoints start with `hostName` and `version`. \n\nThe `hostname` will depend on the region that your Cvent account is hosted in. Please see the table \nbelow to identify which hostname you should be using.\n\n| Region |\tHostname |\n|:--------------|:-----------------------------------|\n| North America\t| https://api-platform.cvent.com |\n| Europe | https://api-platform-eur.cvent.com |\n\nThe current `version` of the Cvent API is `ea`.\n\n## Rate Limits\n\nCvent APIs enforce rate limits to ensure platform stability. Your limits depend on your tier: Free,\nStandard, or Premium.\n\n
\n\n### Usage Tiers\n\n| Tier | Daily Calls | Calls per Second | Max Burst |\n| -------- | ----------- | ---------------- | --------- |\n| Free | 1,000 | 2 | 1 |\n| Standard | 15,000 | 10 | 10 |\n| Premium | 500,000 | 25 | 25 |\n\n- **Daily calls** define how many requests you can make in a 24-hour period. Quota\n resets at 12 midnight (+0 GMT).\n- **Calls per second** define how many requests you can make in a 1-second window.\n- **Max Burst** defines how many requests you can make at once.\n\nIf you are unsure what usage tier applies to your account, you can check via\n[Get Current Usage Tier](#operation/getUsageTier).\n\nPlease note that these limits may change as the Cvent API Platform evolves.\n\n
\n\n### Handling Rate Limits\n\nSometimes, you may exceed your rate limits. When this happens, the API will return a `429 Too Many Requests`. See \n[handling rate limits](/docs/rest-api/guides/handling-rate-limits) for best practices on how to handle this.\n\n## Pagination \n\nSome APIs use pagination to manage records. Each page of records has a token associated to identify it. \n \nIf an API uses pagination, you’ll find up to three tokens in the response: \n- **currentToken**: Describes the token of the current page. \n- **nextToken**: Provides a token for the next page of records, if one exists. \n- **previousToken**: Provides a token for the previous page of records, if one exists. Not all APIs will return \n this token. \n \nYou specify which page of records to view via the `token` parameter in your API call. To navigate through pages, \ntake the `nextToken` or `previousToken` value and pass it to your next call’s `token` parameter to get the \nrespective page of records. For example, if you made this request: \n \n```bash \ncurl -X GET {hostname}/{version}/contacts?limit=100 \\ \n-H 'Accept: application/json' \\ \n-H 'Authorization: Bearer {accessToken}' \n``` \n \nThe response contains a paging array where you'll find the token information. \n \n```json \n{ \n \"paging\": { \n \"currentToken\": \"90c5f062-76ad-4ea4-aa53-00eb698d9262\", \n \"nextToken\": \"3b2359a7-4583-40ed-8afd-67e5f15373d3\", \n \"limit\": 100, \n \"totalCount\": 102, \n \"_links\": {...} \n }, \n \"data\": [...] \n} \n``` \n \nTake the `nextToken` and use it in the `token` parameter on your subsequent call. \n \n```bash \ncurl -X GET {hostname}/{version}/contacts?limit=100&token=3b2359a7-4583-40ed-8afd-67e5f15373d3 \\ \n-H 'Accept: application/json' \\ \n-H 'Authorization: Bearer {accessToken}' \n``` \n \nWhen the response doesn’t contain a `nextToken` field, you’ve reached the last page. Occasionally, you might \nencounter an empty page at the end of results. This typically happens when the results were evenly divisible. \nEnsure your client code handles the possibility of receiving an empty data array when using the `nextToken`.\n\n## Filtering\n\nUse filters to narrow down results. The filter follows the pattern\n`filter='field' comparisonType 'value'`. The value can be enclosed with single\nquotes (') or double quotes (\").\n\n```bash\nGET {hostName}/{version}/contacts?filter=lastName eq 'Smith'\n````\n\nTo correctly pass a single quote in the filter's value, use double quotes around\nthe string.\n\n```bash\nGET {hostName}/{version}/contacts?filter=lastName eq \"O'Keenan\"\n```\n\nTo correctly pass a double quote in the filter's value, use double quotes around\nthe string and add an escape character `\\` to each quote that is part of the\nstring.\n\n```bash\nGET {hostName}/{version}/events?filter=eventName eq \"\\\"Yearly\\\" Conference\"\n```\n\n## Versioning\n\nChange is inevitable in API development. Planning for it is crucial. We track\nboth backward-compatible and backward-incompatible changes.\n\n
\n\n### Backward Compatible Changes\n\nBackward compatible changes will be made often and are intended to avoid\nany adverse impact on our customers. It is highly advisable that when reading\nJSON payloads from Cvent, you are able to handle \"unknown\" attributes that\ncan be added over time. We consider the following changes backward-compatible:\n\n- Adding new resources\n- Adding new optional request parameters to existing operations\n- Adding new attributes to requests or responses\n- Changing the length or format (not type) of resource identifiers. For example, an ID can change from \n \"1234/1234\" to \"1234::1234\".\n- Increasing the length of string fields\n\n
\n\n### Backward Incompatible Changes\n\nBackward-incompatible changes are made infrequently, however, they can be\ndisruptive to consumers. Due to this, our APIs are versioned to avoid\ndisruptions to customers. We leverage a URI-based versioning scheme,\nwhich means that a version value is included in the Cvent API URL.\nWhen breaking changes occur, a new version of the API is made available\nwhile the existing version is deprecated but remains available for a\nlimited period of time. We consider the following backward-incompatible changes:\n\n- Adding a new required parameter (query string param or payload attribute)\n- Deleting API resources\n- Deleting any attribute from API responses\n- Changing the data type on any parameter or attribute\n\n## Standards\nAs you begin working with our APIs, it's essential to be aware of standards around \ncountry codes, time formats, and other important details that ensure smooth integration. \nLearn more about our [API Standards](/docs/rest-api/reference/api-standards)\n", "image": "", "baseURL": "https://api-platform.cvent.com/ea", "humanURL": "https://developers.cvent.com/docs", "version": "ea", "tags": [ "cvent.com", "main" ], "properties": [ { "type": "OpenAPI", "name": "OpenAPI definition", "url": "https://raw.githubusercontent.com/jentic/jentic-public-apis/refs/heads/main/apis/openapi/cvent.com/main/ea/openapi.json", "mediaType": "application/openapi+json" }, { "type": "GitHubRepo", "url": "https://github.com/jentic/jentic-public-apis/tree/main/apis/openapi/cvent.com/main/ea" } ], "contact": [ { "FN": "Cvent Development Platform", "url": "https://developers.cvent.com/" } ] } ] }