Customer onboarding, screening and ongoing monitoring in one system, with real-time KYC and KYB alerts when a customer's risk changes.
One-to-one identity, document and data checks against the DVS and Australian data sources, run from the Portal or by API.
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.
Find, verify and identify consumers, with background and contact detail drawn from about 2 billion Australian records.
Verifies, corrects and enriches customer records so they stay accurate — one at a time or across your whole database.
The official national death data source. Match your records against it to find and remove deceased individuals.
Use cases
deceasedDeceased suppressionBuild targeted, privacy-compliant Australian marketing lists with smart filters. Pay only for the records you download.
Solutions
campaignB2C marketing listsUse cases
contact_phoneContact data validationConfirm a person or business is who they claim to be: government IDs, biometrics, business registries and employment checks against authoritative Australian sources.
Meet AUSTRAC obligations and understand customer risk: screening, risk assessment, fraud controls and investigation tools with evidence recorded for each check.
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.
Run the same checks from your own systems. See the developer docs for the full reference.
The WatchEye API gives programmatic access to everything in WatchEye: PEP and sanctions screening, identity checks, IDPass verifications, monitoring programs, events and reports.
Obligations under the AML/CTF Act, from screening at onboarding through to ongoing monitoring — with the evidence for each check recorded.
Verifying who a customer, employee or account holder is — at sign-up and during ongoing checks — against authoritative Australian sources.
Keeping customer records accurate, current and complete: validate contact detail, fill the gaps, locate people and remove deceased records.
9am–5pm AEST, Monday to Friday.
call03 9948 4089The details on a Medicare card are checked against the record held by the issuer, through the national Document Verification Service. Global Data is an accredited gateway, so the query reaches the issuer rather than a copied dataset.
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.
Access to live endpoints is granted once your account is approved.
Your system sends the details taken from the card to its issuer through the DVS. The issuer reports whether they match the record it holds, so a card that was never issued, has expired, or belongs to someone else is caught before the customer is onboarded. The record itself is not returned. The answer is, with a reason code when the details do not match.
The card number, the card type and the expiry correspond to a card the issuer has actually issued. An invented number or a wrong expiry matches nothing.
The name as printed on the card, up to four lines, the date of birth and the individual reference number beside the name are checked against the same record. A genuine card presented with someone else's details will not pass.
A result that is not a match comes back with a message and a code from the issuer, so your team can tell a card that is not held electronically from one whose details disagree.
Consent is sent with every request. The check is routed to the issuer of the card.
The name is sent as up to four lines, as printed on the card. The individual reference number is the single digit printed beside the name. The card type is sent as G, Y or B and the expiry as year and month.
A check returns one of four results. Anything other than a match carries a message and a code explaining why.
The Medicare card is genuine and the details you supplied match the record held by the issuer. The document requirement for this customer is met.
The details you supplied do not match the record held by the issuer. A message and code name the problem, so your team can correct an entry rather than decline a customer.
The issuer reports that the Medicare card is invalid or is not captured electronically, so it cannot be verified through the DVS. A message and code explain which.
The issuer or the DVS was unavailable. Nothing is concluded about the details and the check should be run again later.
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.
Most businesses turn on several DVS documents, so a customer without a Medicare card can still be verified.
We will confirm what your business is entitled to check, what it costs at the volume you expect, and whether the Portal or an integration suits you better.
Call 03 9948 4089, 9am–5pm AEST Monday to Friday