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
ASIC

ASIC Banned Persons Search API

This endpoint is deprecated. It is no longer offered to new customers and will not receive further updates. Banned and Disqualified Person Search accepts the same request, searches the same ASIC register together with the ATO list of disqualified SMSF trustees, and returns the same fields with a link to the source added.

  • Existing integrations continue to work, but no changes or additions will be made to this endpoint
  • The replacement accepts the same request and returns the same fields, so moving across is a change of path rather than a rebuild
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
  • Migration note to the replacement
View developer documentation

New accounts are set up on Banned and Disqualified Person Search, not on this endpoint.

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

Finding whether a person has been banned or disqualified by ASIC

ASIC Banned Persons Search searched the ASIC register of banned and disqualified persons for one or more names in a single call, at a chosen strictness. It remains in service for customers already using it. New work should go to Banned and Disqualified Person Search, which searches the same register and the ATO list of disqualified SMSF trustees.

Whether the name appears on the 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 banned type, the ASIC document number for the notice or order, the start date and, where one is set, the end date, together with any comments recorded against the person.

Who the match is

Each match carries the first, middle and last name on the register, the suburb, state, postcode and country where recorded, and a name similarity score out of 100 against the name you searched.

Which of your subjects it belongs to

A check_id supplied on each request item is echoed on its result, so a batch of names can be written back to the right records.

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

Use this instead

Banned and Disqualified Person Search replaces this endpoint. The other ASIC endpoints cover the company register, official extracts and the officeholder and shareholder ID check.

Questions

Questions we get asked about this endpoint

Is this endpoint still available?
It remains in service for customers already integrated with it, but it is deprecated: it is not offered to new customers and will not receive further updates. Anything new should be built on Banned and Disqualified Person Search.
What does the replacement change?
Banned and Disqualified Person Search accepts the same request and returns the same fields, with a source_url added on each match. It searches the same ASIC register plus the ATO list of disqualified SMSF trustees. To keep results to ASIC only, pass the ASIC values in banned_types.
What did our system send?
A search type of narrow, medium or broad, an optional list of banned types to limit the search, an optional similarity threshold from 0 to 100 that defaults to 80, and a requests array of names, each with a first name and last name, an optional middle name, and an optional check_id.
What is the difference between the search types?
A narrow search matches the exact first name and exact 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.
Which ban types were covered?
AFS banned or disqualified, banned from futures, banned from securities, credit banned or disqualified, and disqualified director. The replacement endpoint adds disqualified SMSF auditors and SMSF trustees disqualified by the ATO.
Do we need a developer to move to the replacement?
Yes, but the work is small. The request body and the response fields are the same, so the change is the endpoint path and, if you want ASIC-only results, an explicit banned_types list. A sandbox with a fixed set of test names is provided at no usage cost for both endpoints.
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 are set up on Banned and Disqualified Person Search. They 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