You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: reference.md
+32-32Lines changed: 32 additions & 32 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1457,9 +1457,9 @@ while (page.hasNextPage()) {
1457
1457
1458
1458
The `list all companies` functionality does not work well for huge datasets, and can result in errors and performance problems when paging deeply. The Scroll API provides an efficient mechanism for iterating over all companies in a dataset.
1459
1459
1460
-
-Each app can only have 1 scroll open at a time. You'll get an error message if you try to have more than one open per app.
1461
-
-If the scroll isn't used for 1 minute, it expires and calls with that scroll param will fail
1462
-
-If the end of the scroll is reached, "companies" will be empty and the scroll parameter will expire
1460
+
- Each app can only have 1 scroll open at a time. You'll get an error message if you try to have more than one open per app.
1461
+
- If the scroll isn't used for 1 minute, it expires and calls with that scroll param will fail
1462
+
- If the end of the scroll is reached, "companies" will be empty and the scroll parameter will expire
The events belonging to a customer can be listed by sending a GET request to `https://api.intercom.io/events` with a user or lead identifier along with a `type` parameter. The identifier parameter can be one of `user_id`, `email` or `intercom_user_id`. The `type` parameter value must be `user`.
-`https://api.intercom.io/events?type=user&intercom_user_id={id}` (this call can be used to list leads)
4927
4927
4928
4928
The `email` parameter value should be [url encoded](http://en.wikipedia.org/wiki/Percent-encoding) when sending.
4929
4929
@@ -5015,9 +5015,9 @@ When submitting events for Leads, you will need to specify the Lead's `id`.
5015
5015
5016
5016
**Metadata behaviour**
5017
5017
5018
-
-We currently limit the number of tracked metadata keys to 10 per event. Once the quota is reached, we ignore any further keys we receive. The first 10 metadata keys are determined by the order in which they are sent in with the event.
5019
-
-It is not possible to change the metadata keys once the event has been sent. A new event will need to be created with the new keys and you can archive the old one.
5020
-
-There might be up to 24 hrs delay when you send a new metadata for an existing event.
5018
+
- We currently limit the number of tracked metadata keys to 10 per event. Once the quota is reached, we ignore any further keys we receive. The first 10 metadata keys are determined by the order in which they are sent in with the event.
5019
+
- It is not possible to change the metadata keys once the event has been sent. A new event will need to be created with the new keys and you can archive the old one.
5020
+
- There might be up to 24 hrs delay when you send a new metadata for an existing event.
5021
5021
5022
5022
**Event de-duplication**
5023
5023
@@ -5027,15 +5027,15 @@ Duplicated events are responded to using the normal `202 Accepted` code - an err
5027
5027
5028
5028
### HTTP API Responses
5029
5029
5030
-
-Successful responses to submitted events return `202 Accepted` with an empty body.
5031
-
-Unauthorised access will be rejected with a `401 Unauthorized` or `403 Forbidden` response code.
5032
-
-Events sent about users that cannot be found will return a `404 Not Found`.
5033
-
-Event lists containing duplicate events will have those duplicates ignored.
5034
-
-Server errors will return a `500` response code and may contain an error message in the body.
5035
-
</dd>
5036
-
</dl>
5037
-
</dd>
5038
-
</dl>
5030
+
- Successful responses to submitted events return `202 Accepted` with an empty body.
5031
+
- Unauthorised access will be rejected with a `401 Unauthorized` or `403 Forbidden` response code.
5032
+
- Events sent about users that cannot be found will return a `404 Not Found`.
5033
+
- Event lists containing duplicate events will have those duplicates ignored.
5034
+
- Server errors will return a `500` response code and may contain an error message in the body.
5035
+
</dd>
5036
+
</dl>
5037
+
</dd>
5038
+
</dl>
5039
5039
5040
5040
#### 🔌 Usage
5041
5041
@@ -6488,8 +6488,8 @@ See the [pagination section](https://developers.intercom.com/docs/build-an-integ
6488
6488
You can nest these filters in order to get even more granular insights that pinpoint exactly what you need. Example: (1 OR 2) AND (3 OR 4).
6489
6489
There are some limitations to the amount of multiples there can be:
6490
6490
6491
-
-There's a limit of max 2 nested filters
6492
-
-There's a limit of max 15 filters for each AND or OR group
6491
+
- There's a limit of max 2 nested filters
6492
+
- There's a limit of max 15 filters for each AND or OR group
0 commit comments