Transparent matching
How AML Finder matches
AML Finder does not maintain a separate set of vendor claims. Provider facts are sourced from AML Directory Australia's structured, source-checked records. AML Finder applies a separate matching model to those facts based on the buyer's requirements.
Where provider data comes from
Every provider fact on this site — capabilities, pricing, integrations, industries, data residency, limitations — comes from the AML Directory data export (16 technology products, 24 tracked capability fields). Each fact carries its source, URL and the date it was checked. When AML Directory updates a record, AML Finder picks it up from the same canonical data — nothing is maintained twice.
What the four statuses mean
| Status | Meaning |
|---|---|
| Verified | Public evidence establishes the capability. |
| Partial | The capability exists but is conditional, incomplete, limited or not equivalent to full support. |
| No | Evidence establishes the provider does not offer it. |
| Not established | Research could not establish whether it exists. This is never treated as "no". |
How requirements are weighted
| Importance | Weight |
|---|---|
| Must have | 5 |
| Important | 3 |
| Nice to have | 1 |
| Ignore / not sure | 0 (not counted) |
Status values for scoring: Verified = 1.00, Partial = 0.60, Not established = 0.25, No = 0.00. An unknown earns limited credit because a provider cannot be given full credit for a capability that cannot be established — and it is never zeroed out as if it were absent.
How the score is built
For each requirement the buyer weights, we compute weightedFit = sum(weight × statusValue) / sum(weight) and convert to 0–100. Contextual dimensions — industry alignment (sector the provider markets to), product-type fit (based on what the buyer said they're looking for), pricing fit (budget and payment model), integration fit (named integrations) and data-residency fit — are blended with base weights of capability 65%, industry 10%, product type 10%, pricing 5%, integrations 5% and residency 5%. If a dimension is unanswered, its weight is redistributed proportionally to the answered ones.
Ranking: products with a hard failure (a confirmed-absent must-have) are moved out of the primary shortlist, then products rank by score, with evidence confidence as a tie-breaker.
How unknowns affect scoring
A must-have that is not established is shown as "needs confirmation" rather than treated as a pass or a fail. The buyer can choose to exclude anything not confirmed, which turns unknown must-haves into exclusions. Evidence confidence is always shown separately from alignment: confidence = established weight / total relevant weight, adjusted slightly for how recently the record was checked. A provider may be 91% aligned with 58% confidence — that combination is information, not an error.
What causes a hard failure
- A capability marked must-have that is confirmed absent for the provider.
- Australian data residency marked mandatory where the provider's data residency is recorded as overseas.
- A named integration marked must-have — treated as unresolved unless the buyer opts to exclude unconfirmed products.
What the score is not
- Not a compliance certification, and no product is treated as compliant merely because it appears.
- Not legal advice about which obligations apply to your firm.
- Not a quality accreditation or an AUSTRAC approval.
- Not a guarantee of suitability — it reflects the requirements you selected and the information currently established.
Data version
Every result is stamped with the dataset version that generated it: current version v1-5efcefd3dd, generated 27 August 2026, provider information checked through 25 August 2026.