Update - May 13, 2025: This change to the NERM API has been postponed. We will make a new announcement when it will be enabled, at least two weeks ahead of the enablement date.
We apologize for the inconvenience.
The Non-Employee Risk Management team is informing you about an upcoming change to our API that will affect how GET requests are handled for profiles, in cases where the after_id and metadata parameters are used.
For more information on these parameters, please consult our API documentation:
- Background
- In
GETrequests to/api/profiles, theafter_idparameter represents the Profile ID from where the query should begin. When used, forces sorting by ID ascending and does not allow use of offset. Whenafter_idis specified it changes the mode of the API such that any filter parameters other thanprofile_type_id, limit, and offset are not supported and will be either silently ignored or result in anHTTP 400error. - In responses to
GETrequests to/api/profiles, the metadata attributeafter_idreflects the ID from which the search will start, ignoring all records before it.
- In
- Problem
- Previously, in cases where there are no more profiles to retrieve, the system had been sending a
400(bad request) response.
- Previously, in cases where there are no more profiles to retrieve, the system had been sending a
- What is changing?
- The NERM API will now return a
200response with anilvalue on theafter_idmetadata attribute to indicate there are no more profiles to retrieve.
- The NERM API will now return a
- Which API endpoints are affected by this change?
/api/profiles
- When will this change go into effect?
- This change has been postponed
Thank you for your understanding and cooperation.