Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the dilisense AML Screening API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fapi.dilisense.com%2Fdilisense" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fapi.dilisense.com%2Fdilisense" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with dilisense AML Screening API.
Screen an individual against sanctions and PEP lists via /checkIndividual
Screen a corporate entity against sanctions lists via /checkEntity
Screen a free-text name across all entity types via /checkName
Generate a PDF compliance report for an individual via /generateIndividualReport
GET STARTED
Generate a PDF compliance report for an entity via /generateEntityReport
Enumerate the screening sources currently covered via /getSourceList
Patterns agents use dilisense AML Screening API for, with concrete tasks.
★ Customer Onboarding AML Screening
Add an automated sanctions and PEP check to your customer onboarding flow. Call /checkIndividual with the customer's name, date of birth, and country to receive a structured match list with hit confidence and source. False-positive rates drop sharply with a date of birth on the request, which is the difference between a 30-second compliance step and a multi-hour manual review.
Call GET /checkIndividual with names='Jane Doe', dob='1985-03-12', country='GB' and flag the customer for review if any hit returns confidence above 70
Payment Release Counterparty Check
Before releasing a high-value payment, screen the receiving entity against sanctions lists with /checkEntity. Pair with /checkName when you only have a free-text label. The response carries match details, source list, and hit confidence so the payment-ops engine can hold, escalate, or release accordingly without a human round trip on every transaction.
Call GET /checkEntity with name='Acme Holdings Limited' before releasing a £250k payment and hold if any sanctions hit is returned
Audit-Ready Compliance Reporting
Compliance teams keep a paper trail by generating PDF screening reports and storing them in the audit log. /generateIndividualReport and /generateEntityReport return a downloadable PDF tied to the same query as the live check, so auditors can match each onboarding decision to a report on the same source data. /getSourceList enumerates the sources covered when an auditor asks 'what does Dilisense actually screen against?'.
Call /generateIndividualReport for a flagged customer to produce a PDF and attach it to the case file in the compliance system
AI Agent Compliance Co-Pilot
An AI agent uses Dilisense via Jentic to handle in-conversation AML checks during analyst triage. The agent searches Jentic by intent, loads the right screening schema, and executes the call without ever holding the x-api-key. Because results are structured, the agent can summarise hits in plain language for the analyst rather than dumping raw JSON.
Search Jentic for 'screen an individual against sanctions', load the schema, and run the check for a customer the analyst names in chat
6 endpoints — jentic publishes the only available openapi specification for dilisense aml screening api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/checkIndividual
Screen an individual against sanctions and PEP lists
/checkEntity
Screen a corporate entity against sanctions lists
/checkName
Screen a free-text name across all entity types
/generateIndividualReport
Generate a PDF report for an individual screening
/generateEntityReport
Generate a PDF report for an entity screening
/getSourceList
List the screening sources covered
/checkIndividual
Screen an individual against sanctions and PEP lists
/checkEntity
Screen a corporate entity against sanctions lists
/checkName
Screen a free-text name across all entity types
/generateIndividualReport
Generate a PDF report for an individual screening
/generateEntityReport
Generate a PDF report for an entity screening
/getSourceList
List the screening sources covered
What agents get from Jentic-routed access to this vendor.
Setup
Wiring dilisense by hand means setting up its x-api-key header auth and building your own screening plumbing against its checkIndividual, checkEntity, and report endpoints. Through Jentic you install once, import the dilisense AML Screening API from the API Directory, store the key once, and your agent calls it.
Permission scoping
dilisense screening targets travel as query parameters, not resource ids in the URL path, so scope the agent to the operations it needs: you can allow read-only screening such as checkIndividual and checkEntity while leaving report generation like generateIndividualReport out of the allowed set. Every operation you grant is your explicit choice.
Credential isolation
Your dilisense API key is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'screen an individual against sanctions' or 'check an entity against watchlists', and Jentic returns the matching dilisense operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using dilisense AML Screening API through Jentic.
Why is there no official OpenAPI spec for dilisense AML Screening API?
Dilisense documents the API on developers.dilisense.com but does not publish a downloadable OpenAPI specification suitable for code generation. Jentic generates and maintains this spec so that AI agents and developers can call dilisense AML Screening API via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.
What authentication does the dilisense API use?
Dilisense uses an `x-api-key` header issued from the Dilisense dashboard. Every screening call must include `x-api-key: <your key>`. Jentic stores the key encrypted in the vault so agents never see it; the header is injected at execution time.
Can I screen an individual against sanctions and PEP lists?
Yes - GET /checkIndividual takes name plus optional dob, gender, and country parameters and returns a list of structured hits with source, hit type (sanctions, PEP, criminal), and confidence score. Always pass dob when you have it; date-of-birth filtering dramatically reduces false-positive rates compared with name-only screening.
What are the rate limits for the dilisense API?
Dilisense applies plan-based rate limits - typical paid tiers offer thousands of screenings per day with bursts of several requests per second. The exact limit is set on your account; check the Dilisense dashboard. If a 429 response is returned, back off and retry with exponential delay.
How do I add an AML check to an onboarding flow through Jentic?
Run `pip install jentic`, search for 'screen an individual against sanctions', load the GET /checkIndividual schema, and execute with name, dob, and country at signup time. Jentic returns the structured hit list which the onboarding service can use to auto-approve, hold for review, or reject - with the screening run logged for compliance.
Can I generate a PDF report for an audit?
Yes - /generateIndividualReport and /generateEntityReport produce downloadable PDF reports with the same screening data. Store the PDF alongside the case file so auditors can trace each decision back to a contemporaneous report. Use /getSourceList to document which sources were in scope at the time of screening.
Can I limit what my agent is allowed to do with the Dilisense AML Screening API?
Yes. Because you self-host Jentic One, your own rules decide which Dilisense operations and credentials the agent may use, and screening targets travel as query parameters rather than resource ids in the URL path, so you scope the agent to only the operations it needs. For example, you can allow read-only screening such as checkIndividual and checkEntity while leaving PDF report generation like generateIndividualReport and generateEntityReport out of the allowed set. Every operation the agent can call is your explicit choice, and the API key is injected at execution time so the agent never handles it directly.
Know of an official OpenAPI document? Contribute it →
For Agents
Screen individuals and entities against sanctions, PEP, and watchlists, and generate PDF compliance reports. Authenticated via the x-api-key header.
Use for: Screen a new customer against sanctions lists, Run a PEP check on a politically exposed individual, Verify a corporate entity is not sanctioned, Generate a PDF compliance report for an audit file
Not supported: Does not handle ID document verification, biometric checks, or transaction monitoring - use for sanctions, PEP, and watchlist screening of individuals and entities only.
Jentic publishes the only available OpenAPI specification for dilisense AML Screening API, keeping it validated and agent-ready. Dilisense screens individuals and entities against global sanctions, PEP, and watchlist sources to support compliance with national and international AML regulations. Three core checks (individual, entity, and generic name) plus matching PDF report generators and a sources catalogue let compliance teams run on-demand screenings inside onboarding flows, payment release decisions, and periodic customer review. Authentication uses an x-api-key header issued by Dilisense.