Defined roles for everyday work
Choose who can manage the account, connect your app, review matches, or read saved results.
Team access for sanctions screening
Give analysts, developers, and administrators the access they need. Work in one team workspace, with separate permissions for people and API keys. Keep account settings, screening, and review in the right hands.
Paid plans start at $59/month for 5,000 checks each month. API and review dashboard included. See pricing.
One organization. Defined access.
What this helps your team do
Choose who can manage the account, connect your app, review matches, or read saved results.
Give each integration its own key and only the scopes it needs. Keep sandbox keys separate from production keys.
Change access when a person’s work changes. Replace and revoke API keys when needed, and remove access when it ends.
A practical use case
An engineer connects the API while an analyst reviews possible matches. Both use the same team workspace, but they need different access to do their work.
An owner or admin sets up the team and gives each person a role for their work.
Create a key for the right organization and environment. Copy its secret once into secure server settings.
Review roles as duties change. To rotate a key, create a replacement, update the integration, then revoke the old key.
A screening team may include an analyst, a second reviewer, a developer, and an account administrator. Start with the work each person needs to do. The analyst compares match evidence. A second reviewer approves a decision when required. The developer connects the API. The administrator manages the workspace.
Server-side checks enforce these permissions. A hidden button is not the access control. Screenings, cases, keys, files, batches, and monitors belong to an organization. An API key can perform its permitted machine operations, but it cannot act as a signed-in human reviewer.
Use invented evidence to test a full handoff. Have one person prepare a review and another eligible person perform the approval your policy calls for. Check that a developer’s key can reach only the resources its scopes allow. Keep sandbox and production access separate while you test.
Compare plan limits with the people who need seats and the integrations that need production keys. Budget completed checks, monitor capacity, and file storage too. Review access when someone changes roles or leaves. Contact the team about a specific identity need before you choose a plan.
Try separate test accounts for a reviewer and an approver. Check who can review cases, approve decisions, manage API keys and read saved evidence. If your rules call for a second person to approve, the first reviewer cannot do it alone. Read the team governance guide. Set which sources to check and how long to keep records for each task.
TRY IT WITH YOUR TEAM
Check your sources, try a free live check and estimate your monthly cost.
Find your required sources, what they cover and when they were refreshed.
Explore coverageUse your free live checks to find possible matches. Compare the evidence and save a decision.
Start with 250 free checksCount new checks, rows in uploaded lists and repeat checks from monitoring.
See workload examples
Evaluate the details
No. Roles control what signed-in people can do. API scopes control permitted machine operations for a key. Adding a scope to a key does not give it a human role or permission to approve a case.
No. A signed-in person with the right role must review cases, publish policies, and manage the team. API keys let apps do only the tasks listed for each key’s scope.
Count the people who need membership and the integrations that need production keys. Then estimate completed screenings, monitors, and file storage. Every paid plan includes the API and dashboard; their production checks share one allowance.
People in the same organization can use the saved results their roles permit them to access. Give each person the access needed for their task. A shared history helps the engineer and reviewer find the same check without sharing a secret API key.
Create a new key with the scopes the integration needs. Put it in secure server settings and update the integration. Revoke the old key once the replacement is in use. Never put secret keys in browser code or logs.
Enterprise SSO is not a standard advertised feature. Contact the team about a specific identity or sign-in requirement before treating it as part of your purchase.
See SanctionsKit in action
Start with 250 free live checks. Use the API or dashboard to review matches and save decisions. Choose a paid plan when you need more checks.