Overview
This article provides guidance on migrating from the /v1/watchlists/ Incydr API endpoint to the /v2/watchlists/ endpoint. Depending on your specific API implementation, migrating may involve updating how to request information about users and actors, and how to process the response.
Deprecation and end-of-life notice
The /v1/watchlists/ endpoint was deprecated on March 13, 2024, and will stop working on February 28, 2026. To avoid potential service interruptions, you must update scripts and integrations that use the /v1/watchlists/ endpoint to use the /v2/watchlists/ endpoint instead.
Key differences between v1 and v2
- The main difference between the
/v1/watchlists/and/v2/watchlists/endpoints is that the v2 endpoint requiresactorIdinstead ofuserId. - Aside from the
actorIdanduserIdchanges, all other/v1/watchlistsfields have similar or exact equivalents in the/v2/watchlistsAPI. In many cases, the only update to request and response formats is the change fromv1tov2. - For complete schema details, see the Incydr Developer Portal.
| Change area |
Deprecated API: v1/watchlists |
New API: v2/watchlists |
|---|---|---|
| User/Actor ID handling | Accepted both user ID and actor ID in userId fields |
Only accepts actor ID |
| ID translation | Automatically translated user ID to actor ID | No automatic translation; requires a valid actor ID |
| Field naming | "User" terminology, such as userId field |
"Actor" terminology, such as actorId field |
Differences between actors and users
Within Incydr, the same person can have both a user ID and a separate actor ID. For some older Incydr user accounts, the user ID and actor ID may have the same value. For more recently-created accounts, the user ID and actor ID have different values.
The Actor and User APIs are optimized for different use cases:
-
Users API (
/users/*): For user-centric attributes such as email addresses and usernames. -
Actors API (
/actors/*): For managing consolidated identities that generate events within Incydr. Multiple user accounts can be adopted into a single actor, creating a parent-child relationship.
Migration checklist
- Replace all
/v1/watchlistsendpoints with/v2/watchlists. - Replace all
usersreferences withactors. For example:
Deprecated v1 value Replacement v2 value /v1/watchlists/{watchlist_id}/included-users/add /v2/watchlists/{watchlist_id}/included-actors/add /v1/watchlists/{watchlist_id}/excluded-users/add /v2/watchlists/{watchlist_id}/excluded-actors/add /v1/watchlists/{watchlist_id}/members/{user_id} /v2/watchlists/{watchlist_id}/members/{actor_id} - Convert
userIdvalues toactorIdvalues:- Use the Actors API to send a
GETrequest to/v1/actors/actor/name/{name}/parent - Replace
{name}with a username or email address - Review the response for the
actorId
- Use the Actors API to send a
Comments
Please sign in to leave a comment.