Skip to main content
Solved

Is there a hard cap of 1000 users on GET user for CC API?

  • June 11, 2026
  • 3 replies
  • 24 views

jvdc
Forum|alt.badge.img

Hey I am trying to build a user directory with a search, but it seems like there is a cap at 1000 users to be returned…

I tried playing with pageSize and re-run calls but that did not work…

Any suggestion?

 

Best answer by jvdc

Hey, in the end I managed via discussing with someone from support. I'll share here their feedbakc which helped!

For a full user directory, you'll want to paginate through /user instead of pulling everyone in one call. The endpoint supports:

  • pageSize keep at 100 since that's working reliably for you
  • page page number, starting from 1
GET /user?pageSize=100&page=1
GET /user?pageSize=100&page=2
GET /user?pageSize=100&page=3
...

 
To know when to stop: the response includes a statistics object (which you already filter out in your Jinja template) that contains the total user count. Use it to calculate total pages, or just loop until a page returns an empty list / fewer than pageSize results.
 
Recommendations:

  1. Stick with pageSize=100, known to work without 422 or timeout issues.
  2. Add a small delay (200–500ms) between calls to avoid rate limiting.
  3. Schedule the directory rebuild (e.g., daily) rather than running on demand.
  4. Handle per-page failures with retries on the failed page rather than restarting the whole loop.
  5. For incremental syncs (after the initial load), the /user endpoint supports filters like createdAfter / updatedAfter  useful for syncing only new/changed users.

 
Full API reference: https://api2-eu-west-1.insided.com/docs/

3 replies

samanthahamlet
Forum|alt.badge.img
  • Gainsight Community Manager
  • June 15, 2026

Hey ​@jvdc 😊

I’ve just followed up about this internally, and I’ll let you know as soon as I hear more! 


jvdc
Forum|alt.badge.img
  • Author
  • Expert ⭐️
  • Answer
  • June 17, 2026

Hey, in the end I managed via discussing with someone from support. I'll share here their feedbakc which helped!

For a full user directory, you'll want to paginate through /user instead of pulling everyone in one call. The endpoint supports:

  • pageSize keep at 100 since that's working reliably for you
  • page page number, starting from 1
GET /user?pageSize=100&page=1
GET /user?pageSize=100&page=2
GET /user?pageSize=100&page=3
...

 
To know when to stop: the response includes a statistics object (which you already filter out in your Jinja template) that contains the total user count. Use it to calculate total pages, or just loop until a page returns an empty list / fewer than pageSize results.
 
Recommendations:

  1. Stick with pageSize=100, known to work without 422 or timeout issues.
  2. Add a small delay (200–500ms) between calls to avoid rate limiting.
  3. Schedule the directory rebuild (e.g., daily) rather than running on demand.
  4. Handle per-page failures with retries on the failed page rather than restarting the whole loop.
  5. For incremental syncs (after the initial load), the /user endpoint supports filters like createdAfter / updatedAfter  useful for syncing only new/changed users.

 
Full API reference: https://api2-eu-west-1.insided.com/docs/


samanthahamlet
Forum|alt.badge.img
  • Gainsight Community Manager
  • June 18, 2026

Glad you were able to find an answer for this ​@jvdc 

Thanks for sharing the feedback with us too, super helpful!! 😊