Use case

Superannuation

The screening workflow for a fund where risk concentrates in a handful of events. Joining, rolling over, claiming a benefit, and nominating a beneficiary, across a relationship that can run forty years with almost nothing in between.

Last updated

Presenter addressing a seated group in a boardroom

Member lifecycle

When the checks actually fire.

  1. Day oneJoinVerify identity, then screen. The only point where the fund can decline without paying anything out.
  2. About 40 yearsNothing from the memberNo member-initiated activity beyond employer contributions. The lists keep moving, so re-screening runs continuously against them.
  3. At condition of releaseClaim a benefitScreen before funds leave. Payment is irreversible once made.
  4. After a deathBeneficiary claimsA party the fund has never onboarded and never verified, about to receive a lump sum.
No fixed position on the line
  • Roll in or out
  • Contribution outside profile
  • Bank details changed before a withdrawal
The ruler measures the quiet span in years. Even drawn at roughly a fifth of true scale it dominates the rail, and two of the events beside it may never happen at all. That shape is why a fixed annual review cycle misses the events it exists to catch.

A superannuation fund's AML risk does not spread evenly across the relationship. It concentrates in a handful of events, separated by years of nothing. A member joins at twenty-five and claims at sixty-seven, and in between the fund may see no member-initiated activity at all beyond contributions arriving on an employer's schedule.

That shape breaks the two approaches most compliance programmes default to. Transaction monitoring has almost no signal to work with. An annual review cycle checks the account on a date chosen by the calendar rather than by anything the member did, and will routinely miss a rollover and a benefit payment that both happened in the eleven months since the last review.

What each check has to establish

The rail above shows when the checks fire. What each one has to prove is different, and that is what decides whether a result is usable later.

EventWhat the check must establishWhy it cannot wait
JoinIdentity verified, member clear against sanctions, PEP and adverse mediaThe only decline that costs nothing
Roll in or outMember still clear, receiving fund legitimateHow a dormant account becomes active, and a known early-release fraud route
Contribution outside profileWhether the pattern has an explanationOne of very few behavioural signals a fund receives
Claim a benefitMember still clear, and the claimant is the memberPayment is irreversible once made
Beneficiary claimBeneficiary verified and screened as a new partyThe claimant has no file with the fund at all
Detail changeWhether a withdrawal request follows shortly afterThe sequence is the signal, not either event alone

Why the beneficiary step is the one most often missed

A death benefit claimant is a person the fund has no file on. They were never onboarded, never identity-verified, and never screened, yet the fund is about to pay them a lump sum. If the workflow treats the beneficiary as a field on the member's record rather than as a party in their own right, no check ever runs against them.

Nomination and claim are separate moments and both need handling. A nomination made in 2015 tells you who the member intended to benefit, not who is standing in front of you in 2038.

Where the audit burden actually lands

The question a reviewer asks is not whether the fund screens members. It is which check ran immediately before a specific payment, and what the result was. Answering that years later means the screening record has to be tied to the event that triggered it, not filed by date.

That is the practical argument for event-driven screening over a review calendar. A calendar-based programme can be fully compliant on paper and still be unable to show that anything was checked before the payment a regulator is asking about.

What runs continuously

Between events, the member is not generating signal, but the lists are still moving. A member can become a politically exposed person, appear on a sanctions list, or attract adverse media without doing anything through the fund at all. Continuous re-screening against list changes is what covers the decades where the event-driven checks have nothing to fire on.

For whether these obligations apply to your fund and how they are supervised, see the superannuation and pensions industry page. For the underlying screening components, see PEP and sanctions screening, identity verification and transaction monitoring.

What we do.

Join

Verify identity and screen the member before the account is active. This is the only point in the relationship where you can decline cleanly, so the check has to be complete rather than provisional.

Roll in or out

Re-screen at the point money moves between funds. A rollover request is the most common way a dormant account suddenly becomes active, and the most common vector for early-release fraud.

Contribute

Flag contribution patterns that do not fit the member's profile. Large or irregular contributions into a low-activity account are one of very few behavioural signals a fund actually gets.

Claim a benefit

Screen at condition of release, including hardship and compassionate grounds claims. Payment is irreversible, so this check happens before funds leave rather than in a later review cycle.

Nominate or claim as a beneficiary

Screen the beneficiary as a separate party. A death benefit claimant has never been onboarded, has never been verified, and is frequently not the person the fund holds a file on.

Change details

Treat a bank account or contact change shortly before a withdrawal request as a combined event rather than two unrelated ones. Sequence is the signal.

Highlights.

  • Event-driven screening rather than a fixed annual review cycle that misses the events entirely
  • Beneficiaries treated as parties in their own right, not as attributes of the member record
  • Continuous re-screening across a membership that generates almost no transactional signal
  • An audit trail that reconstructs which check ran before which payment, years after the fact

Questions

Common questions about superannuation.

When does a superannuation fund actually screen a member?
At five points, not continuously and not annually. Joining, rolling money in or out, an unusual contribution, claiming a benefit, and a beneficiary nomination or death benefit claim. A change of bank details shortly before a withdrawal is a sixth trigger in practice, because the sequence matters more than either event alone.
Why does a fund need beneficiary screening as a separate step?
Because the beneficiary is a different person from the member. They have never been onboarded, never had their identity verified, and the fund is about to pay them a lump sum. Screening the member record tells you nothing about the party actually receiving the money.
Why does transaction monitoring do less work in superannuation than in banking?
A member can hold an account for decades with no activity beyond employer contributions arriving on a schedule. There is very little behavioural signal to analyse. The compliance weight shifts onto list-change monitoring and onto the small number of events where money or control actually moves.
How does this differ from the superannuation industry page?
The industry page covers whether and how the obligations apply to a fund. This page covers the workflow itself, which check runs at which event and what happens to the result. Read the industry page to scope the obligation, this one to design the process.

Talk to the MemberCheck team.

Get in touch and we'll walk you through how MemberCheck can help.