Skip to content
New

Person Report API and New Zealand identity checks are now live.

See what's newarrow_forward
WatchEyeOnboarding & monitoring

Customer onboarding, screening and ongoing monitoring in one system, with real-time KYC and KYB alerts when a customer's risk changes.

Visit WatchEyearrow_forwardcheck_circleIncluded in the Global Data Portal
IDFEX ID CheckIdentity verification

One-to-one identity, document and data checks against the DVS and Australian data sources, run from the Portal or by API.

Visit IDFEX ID Checkarrow_forwardcheck_circleIncluded in the Global Data Portal
ID PassSelf-service verification

Customers verify their own identity and biometrics from a link on their phone. The result comes back to you, and they keep control of their data.

Visit ID Passarrow_forwardcheck_circleIncluded in the Global Data Portal
InsiightData quality

Verifies, corrects and enriches customer records so they stay accurate — one at a time or across your whole database.

Visit Insiightarrow_forwardcheck_circleIncluded in the Global Data Portal
Australian Death CheckDeceased data

The official national death data source. Match your records against it to find and remove deceased individuals.

Visit Australian Death Checkarrow_forwardcheck_circleIncluded in the Global Data Portal
QuesterMarketing lists

Build targeted, privacy-compliant Australian marketing lists with smart filters. Pay only for the records you download.

Visit Questerarrow_forwardcheck_circleIncluded in the Global Data Portal
verified_userVerify identities7 solutions

Confirm a person or business is who they claim to be: government IDs, biometrics, business registries and employment checks against authoritative Australian sources.

All solutionsarrow_forwardcheck_circleAvailable in the Portal and by API
policy_alertStay compliant6 solutions

Meet AUSTRAC obligations and understand customer risk: screening, risk assessment, fraud controls and investigation tools with evidence recorded for each check.

All solutionsarrow_forwardcheck_circleAvailable in the Portal and by API
databaseImprove your data3 solutions

Keep customer records accurate and put them to work: correct and enrich existing data, unify it into a single view, or build compliant marketing lists from opted-in records.

All solutionsarrow_forwardcheck_circleAvailable in the Portal and by API
monitoringWatchEye API14 categories

The WatchEye API gives programmatic access to everything in WatchEye: PEP and sanctions screening, identity checks, IDPass verifications, monitoring programs, events and reports.

View allarrow_forwardcheck_circleSandbox environment for integration testing
policyAML & screening6 use cases

Obligations under the AML/CTF Act, from screening at onboarding through to ongoing monitoring — with the evidence for each check recorded.

All use casesarrow_forwardcheck_circleMapped to the products and data that cover it
how_to_regOnboarding & identity3 use cases

Verifying who a customer, employee or account holder is — at sign-up and during ongoing checks — against authoritative Australian sources.

All use casesarrow_forwardcheck_circleMapped to the products and data that cover it
databaseData & enrichment4 use cases

Keeping customer records accurate, current and complete: validate contact detail, fill the gaps, locate people and remove deceased records.

All use casesarrow_forwardcheck_circleMapped to the products and data that cover it
Global Data
Portalarrow_forward
Productsexpand_more
Solutionsexpand_more
Use casesexpand_more
Dataexpand_more
APIarrow_forwardIndustriesarrow_forwardResourcesarrow_forwardAboutarrow_forwardContactarrow_forward Request a Demo
Talk to the team

9am–5pm AEST, Monday to Friday.

call03 9948 4089
Person

Banned and Disqualified Person Search API

Banned and Disqualified Person Search checks one or more names against the public registers of people banned or disqualified from performing a role: the ASIC banned persons register and the ATO list of disqualified SMSF trustees. Each match carries the type of ban, its dates and a link to the notice.

  • Two public authorities in one search: the ASIC banned persons register and the ATO disqualified SMSF trustees list, with seven ban types to filter on
  • Narrow, medium or broad matching with a similarity threshold, and a link to the source document on each match
For developers

After the technical detail?

For the technical detail, go to the API documentation. It holds the request and response schema, the integration guides and the error codes for this endpoint.

  • Request and response schema
  • Ban types, search types and sandbox records
View developer documentation

Accounts start in the sandbox. Production keys are issued once the account is approved.

Encrypted in transit and at rest Handled under the Australian Privacy Principles
What the check gives you

Finding whether a person is banned or disqualified from a role

Appointing a director, an auditor, a financial adviser or an SMSF trustee who is banned from the role is a compliance failure in itself. Banned and Disqualified Person Search takes one or more names, searches the ASIC and ATO registers at the strictness you choose, and returns every listing with its type, dates and a link to the notice or order. It replaces the deprecated ASIC Banned Persons Search and accepts the same request.

Whether the name appears on either register

Each request returns a list of matches, or an empty list where no banned or disqualified person matched the name at the chosen strictness.

What the ban or disqualification is

Each match carries the ban type, the document or reference number of the notice or order, the start date and, where one is set, the end date, and any comments recorded against the person.

The source itself

Each match carries a link to the document containing the ban or disqualification notice or order, where one is available.

How close the match is

Each match carries a name similarity percentage, averaged across the first, middle and last names, and only matches at or above your threshold are returned.

How a check runs

One call, answered in the same response

Your system sends one or more names with the strictness, threshold and ban types. Both registers are searched and the matches come back in the same response, with no polling.

Leave the ban types empty to search all seven. Pass the ASIC values only to reproduce the deprecated ASIC-only search.

Reading the result

What each answer means for the subject in front of you

Each name returns a list of matches. An empty list means nothing matched at the strictness and similarity threshold you set.

No listing

Nothing matched

Neither register holds a banned or disqualified person matching the name at the strictness and threshold you set.

Listed

A ban or disqualification matched

The match carries the ban type, the start and end dates, the document number and a link to the source. Check the similarity score and the source before acting on it.

What it costs

A monthly subscription, drawn down as you run checks

Your subscription is credited to your account each month and each check consumes credits from it. If you go past the included amount, further checks are charged at a per-check rate. The rate depends on the volume you commit to, so the sales team is the fastest way to find where your business lands.

  • Volume-based pricing
  • No lock-in contract
How billing works
Subscribe monthly, spend it as credits
  • The monthly subscription arrives as credits on your account.
  • Each check draws down credits as it runs.
  • Checks beyond the included credits are billed per check.
  • Higher monthly volume moves you to a lower rate.
Talk to sales about volume
Related checks

Others in Person

ASIC ID Check confirms a person is on the officeholder and shareholder register. PEP and Sanction Search and Court Check cover the other screening sources.

Questions

Questions we get asked about Banned and Disqualified Person Search

Do we need a developer to implement this?
Yes. The endpoint takes a JSON request with one or more names and returns a JSON array of results, so a developer connects it to your appointment or onboarding process. A sandbox with a deterministic test dataset is provided at no usage cost, so the integration can be built and tested before production keys are issued.
What does our system need to send?
A search type, narrow, medium or broad. Optionally a list of ban types, which defaults to all seven, and a similarity threshold from 0 to 100, which defaults to 80. Then a requests array of names, each with a first name and last name, an optional middle name and an optional check_id.
Which ban types are covered?
AFS banned or disqualified under the Corporations Act; banned futures representatives and banned securities representatives; credit banned or disqualified under the NCCP Act; disqualified directors and office holders; disqualified SMSF auditors under the SIS Act; and persons disqualified by the ATO from acting as an SMSF trustee.
What is the difference between the search types?
A narrow search matches the exact first name and last name, with the middle name matched on the similarity threshold. A medium search matches the exact last name and allows partial matches on the other names. A broad search allows partial matches on all three names. The reference suggests narrow for low-risk searches and broad for high-risk ones.
How is the similarity score calculated?
Each of the first, middle and last names you send is compared with the record's names by measuring how much of the text overlaps, expressed as a percentage. The scores are averaged into one overall similarity, returned on each match, and only matches at or above the threshold you set are returned.
Where does the data come from?
The ASIC banned persons register and the ATO list of disqualified SMSF trustees as published by the ATO. Each match names its ban type and links to the source document where one is available.
How many calls can we make?
The API allows 600 requests per minute by default, measured as a rolling average, and returns a 429 response above that rate. A higher limit can be requested through Global Data support with a description of the operational need.
Are the names we send stored by Global Data?
Personally identifiable information sent in a request is not stored or retained unless it is needed to process that request. Query data is stripped of PII before it is kept for audit. Data in transit and at rest is encrypted, and retention follows the Australian Privacy Act and the Australian Privacy Principles. Global Data is not a credit bureau and does not create an access footprint on any record.
Getting started

The first step to access is a conversation

New accounts begin with sandbox access, and production API keys are issued once the account has been commercially approved.

Call 03 9948 4089, 9am–5pm AEST Monday to Friday

Encrypted in transit and at rest
Handled under the Australian Privacy Principles
ISO 27001 Certified