Hi. We’re trying to pull ticket data into our reporting/insights platform.
The main idea is to start with a simple last-updated date filter (e.g. 2024-12-01), then paginate as much as we can, then change the filter (e.g. 2024-12-01T15:30) to narrow the date range and collect a new set of pages.
I have two problems:
- We have a ticket type for automated logging, which tends to be the vast majority of tickets. I don’t need to report on this, but it adds a lot of noise if I use the “v2/tickets” endpoint, because I can’t filter it by type.
- Outside of automated logging, our ticket volume can be over 300 tickets per day, and “v2/search/tickets” can’t filter updated-at by timestamp, only by date. There’s no way to use that endpoint for this pagination approach.
So I can’t have both type-filtering and timestamp-filtering in the same endpoint. Right now, I’m just using the “v2/tickets” endpoint and discarding anything for the unwanted type, but this still results in a lot of unneeded API calls. We could go for three or four pages and only get a handful of non-automated tickets, so this approach is wasteful.
Is there something I’m missing, or something undocumented, that could make this work?