In most firms, PEP screening and sanctions screening grew up separately. They run against different lists, often on different schedules, sometimes owned by different teams. Yet the exposure they are looking...
Two AML compliance APIs can be sent the same entity, on the same day, with the same matching logic, and return different answers. The difference is rarely in the endpoint. It sits in the source set each...
Typing a name into a search engine and finding nothing alarming is not a due diligence check. It is the absence of a result, which is a different thing entirely. A clean first page reflects what a public...
Customer due diligence works only when the depth of effort is proportional to the risk in front of the analyst, but in practice many programmes drift toward a single uniform process because tiering rules...
A retired backbench MP in a standard-risk jurisdiction and a sitting foreign head of state are both politically exposed persons under current regulatory definitions. They do not present the same risk....
Two AML compliance APIs can be sent the same entity, on the same day, with the same matching logic, and return different answers. The difference is rarely in the endpoint. It sits in the source set each integration is reading: which publications are covered, whether the full text is available, and how far back the archive reaches. Most comparisons of screening providers stop at the interface. This article looks past the endpoint at the content layer underneath, and at what licensed, international, full-text coverage changes about automated screening.
An AML compliance API is a delivery mechanism. It accepts a name, runs it against an archive, and returns what that archive contains. The request format, response schema and matching logic all matter for integration, but none of them determines whether there is anything to find. Coverage does. An AML compliance programme that automates its screening inherits the strengths and the blind spots of whatever content sits behind the interface it connects to.
This is easy to miss because the gap does not announce itself. A screening call that returns no results looks identical whether the subject is genuinely clean or the archive simply never carried the reporting that named them. Two integrations built to the same specification, with identical fuzzy matching and identical thresholds, will produce different alerts when one reads full-text licensed publications and the other reads aggregated headlines from the open web.
Teams evaluating how AML APIs automate sanctions, PEP and adverse media screening therefore need to ask a different first question. Not what the endpoint accepts, but what the archive behind it contains, under what licence, and in how many languages. The source layer, not the interface, is what decides the screening result.
A large share of screening content on the market is aggregated: headlines, opening paragraphs and machine-generated summaries collected from freely available web sources. That material has a place, but it loses specific things that matter to adverse media screening.
The first loss is depth. Investigative reporting frequently names secondary parties, the supplier, the intermediary, the director of the counterparty, several paragraphs in. A headline-level index never sees them. An adverse media check that runs against summaries will clear an entity whose name appears only in the body of the article.
The second loss is context. Full text distinguishes the accused from the witness, the acquired company from the acquirer, the person charged from the person quoted. Summary data collapses these roles into co-occurrence, which inflates false positives at exactly the point where analysts are trying to reduce them.
The third loss is correction. Licensed full-text feeds carry the follow-up reporting: charges dropped, convictions overturned, an earlier story amended. Aggregated negative news tends to preserve the allegation and miss the correction, which skews disposition decisions in both directions. An entity is escalated on an allegation that was later withdrawn, or cleared on early reporting when later coverage confirmed the allegation.
Full-text licensed content therefore supports both halves of the screening task. Detection improves because the whole article is searchable, not just its first fifty words. Disposition improves because the analyst reading an adverse media check can see the role the subject actually played, the current status of the matter and the reporting history around it, without leaving the record.
Screening coverage skews towards English-language and UK or US sources, because that is where free web content is densest. For a domestic retail portfolio the effect is modest. For a cross-border portfolio it is structural. The conduct that matters most in anti-money laundering work is usually reported first, and sometimes only, by the local press in the market where it happened.
A procurement scandal covered by a regional newspaper, a licence revocation reported in the local business press, an investigation covered only in the domestic language of the jurisdiction concerned: none of this reaches an English-only index. The counterparty screens clean in London while the reporting sits in plain sight in its home market.
Translation is the second half of the problem. Scraping foreign-language sites and machine-translating fragments produces unstable text with no licence attached. Licensed international coverage works differently: the publication is under contract, the full text is retained in the original language, and translation is applied to a stable, complete document. The result can be searched in English without losing its provenance. For international coverage to change screening outcomes it has to be both broad and licensed, not one or the other.
Every item a screening integration returns will eventually be looked at by a person: an analyst deciding disposition, a reviewer checking the decision, an auditor or regulator examining the file. Each of those readers needs the same three things attached to the finding: a named publication, a publication date, and a stable reference back to the source document.
Source provenance is what separates evidence from noise. An allegation attributed to a named newspaper on a known date can be weighed, checked and defended. The same allegation surfaced from an anonymous aggregation cannot, and an analyst who cannot see where a finding came from has little choice but to discount it or spend time re-finding it manually. Dates carry equal weight, because the age of the reporting drives risk decisions, and because a file that cannot show when something was known cannot show that the firm acted on it in time.
Stable references matter for the later readers. Screening decisions are revisited months or years afterwards, at periodic review, at exit, or under regulatory examination. A reference that resolves to the same document then, unchanged, is what allows the original decision to be reconstructed rather than re-argued.
This is why source metadata should be treated as part of the screening payload rather than an optional extra. If what a data API does is deliver content into a workflow, then the publication name, date and document reference are as much part of the deliverable as the text itself.
Nexis® Data+ supplies the licensed content layer behind an automated screening process, without replacing the systems a firm already runs. Case management, decisioning, workflow and audit remain where they are. Data+ sits at the point where the process needs content, answering entity-level queries with licensed news content drawn from international, multilingual sources, including the full-text archive that headline-level feeds cannot reach.
Each response carries the material discussed above: full text, named publication, publication date and a stable document reference, so the record built in the downstream case system is complete at the moment the alert is created. For firms mapping corporate connections alongside the media record, the Entity Search API links entities across sources to support network and ownership analysis in the same flow.
Data+ also coexists with the list and identity sources an AML compliance programme already uses. Sanctions lists, PEP data and identity verification continue to run as they do today. What changes is the depth of the adverse media layer, which is where teams responding to new anti-money laundering regulations most often find their current feed falls short.
See What Nexis Data+ Delivers Behind Your AML Screening
Two screening integrations built to the same specification still disagree when they read different archives. That is the point most API comparisons miss, and it is the one that determines outcomes. The endpoint defines how a firm asks the question. The source set defines whether there is an answer to find, in which markets, in which languages, and with what evidence attached. Firms that have watched how technology has transformed adverse media screening know the interface is the easy part. Reviewing what sits behind Nexis Data+, and comparing it with the content behind the current feed, is the more useful evaluation.
Email: information@lexisnexis.com
Telephone: +31 (0)20 485 3456