How we handle your data
A plain-English summary of what ReconLink collects, why we collect it, how long we keep it, and how individuals and practices exercise their rights. The full legal text is in our Privacy Policy; this page exists so you don't have to read it to understand the substance.
Effective 20 May 2026 · Innovious Group Pty Ltd · ABN 59 637 038 754
ReconLink is a multi-tenant SaaS platform for Australian accounting practices. Practices are our direct customers; their clients are the underlying data subjects for most of the financial information we process. This page is written to be useful to both audiences — practice owners evaluating us, and clients of practices who want to understand how their information is handled.
Where this page is in tension with the more detailed Privacy Policy or Security page, those documents prevail. This page is a summary, not a replacement.
1What we collect
We collect four broad categories of information. Each is described below with examples and the purpose it serves.
1.1Practice and user account data
When a practice signs up for ReconLink, we collect the practice name, ABN, address and contact details, and for each Authorised User: name, email address, role, and a hashed password. We use this to identify the practice, authenticate users, route notifications, and apply role-based access controls.
1.2Client and bank data
For each client a practice onboards, we hold the client name, ABN, and contact details. When the client authorises a bank connection (via the Consumer Data Right framework, through our regulated data-feed partner) or when a practice uploads a statement, we hold the resulting bank transaction history: dates, descriptions, amounts, account balances, and the coding decisions a practice applies to each transaction.
We do not see, store or have any way to retrieve a client’s bank login credentials. The CDR flow authenticates the client directly with their bank; ReconLink only receives read-only transaction data the client has explicitly consented to share, for the scope and duration of the consent.
1.3Source documents
Original statement files (PDFs, CSVs, Excel) that a practice uploads or that arrive via the per-client email inbox are retained alongside the parsed transactions, so the practice can demonstrate the audit trail from raw document to recorded entry.
1.4Usage and operational data
We log application requests, errors, security-relevant events (sign-ins, role changes, exports) and aggregate usage metrics. We strip personally identifying information from logs before they leave the application boundary. We do not use third-party advertising or analytics trackers that profile individual users across sites.
2Why we collect each category
We collect personal information only for the purposes set out below, consistent with Australian Privacy Principle 3. Where we want to use information for a new, unrelated purpose, we will ask for consent or rely on a permitted exception under the Privacy Act 1988 (Cth).
- Account and user data — to provide the Service, authenticate access, enforce role-based permissions, and send transactional notifications.
- Client and bank data — to perform the bookkeeping work the practice is engaged for: coding, reconciliation, BAS preparation, P&L generation and client reporting.
- Source documents — to provide an audit trail from the raw statement to the posted entry, and to allow the practice to re-process if a parsing issue is later identified.
- Usage and operational data — to keep the Service running, debug issues, detect abuse, and inform product improvements at the aggregate level.
3How long we keep it
Retention is purpose-bound. We retain information only for as long as is necessary to serve the purpose for which it was collected, plus any further period required by Australian law (notably the seven-year record-keeping obligations that apply to most accounting records under the Income Tax Assessment Act).
- Active account data — kept for the life of the practice’s account.
- Bank transactions and coding history — kept for at least seven years after the relevant financial year to support the practice’s record-keeping obligations, unless the practice instructs earlier deletion and the instruction is consistent with their own legal obligations.
- Source documents — retained on the same seven-year cycle as the parsed transactions they support, then purged via a scheduled job.
- Logs and operational data — retained for up to 90 days for security and debugging, then purged.
- Closed accounts — when a practice closes its account, account data is retained for a 30-day grace period to support recovery, then deleted or anonymised except for records we are legally required to keep.
4Who we share it with
We do not sell personal information. We do not share it for advertising or marketing by third parties. The sub-processors who handle data on our behalf — hosting, email delivery, bank data feeds, large-language-model inference for the auto-coding stack — are listed in section 6 of our Privacy Policy. Each is contractually bound to handle data consistently with the Australian Privacy Principles.
We will disclose information without consent only where we are legally compelled to do so (court order, lawful agency request) or where disclosure is necessary to prevent or investigate serious threats to safety or to the integrity of the Service.
5AI processing — what gets sent to a large language model
ReconLink’s auto-coding stack uses a large language model as the third of four coding layers (after deterministic rules and a per-practice machine-learning model). Practices control whether this layer is enabled. When it is enabled, the following applies:
- What we send — the bank transaction description, the amount, the transaction date, and a limited set of contextual signals (e.g. the practice’s most-common codings for similar descriptors). We do not send full statements, account numbers, customer identifiers, or contact details.
- What we receive back — a suggested account code and GST treatment, plus a confidence score. The model does not write to your data; the suggestion is queued for human or rule-engine confirmation.
- What the provider does with it — our agreement with the provider prohibits training on the data we submit. The provider stores requests transiently for abuse-monitoring purposes, on a short rolling window published in their data-processing addendum.
- Opting out — practices can disable the LLM layer at any time from the auto-coding settings page. With it disabled, the platform falls back to rules and per-practice ML; performance varies by client mix and history.
6Where data is stored
ReconLink data is hosted with enterprise-grade cloud providers operating in the Asia-Pacific region. The specific providers, the regions in which they hold our data, and the steps we have taken under APP 8 to ensure overseas recipients handle personal information consistently with the APPs are detailed in section 6 of our Privacy Policy. On-shore (AWS Sydney) hosting is available under enterprise agreements.
7Your rights
Under the Australian Privacy Principles, individuals whose personal information ReconLink holds have the following rights, exercisable at no charge:
- Access — request a copy of the personal information we hold about you (APP 12).
- Correction — request correction of information that is inaccurate, out of date, incomplete, irrelevant or misleading (APP 13).
- Deletion — request deletion of information we are not legally required to retain. Where retention is legally required (e.g. tax record-keeping obligations of the practice), we will explain what we cannot delete and why.
- Complaint — complain to us first at info@reconlink.com.au; if you are not satisfied with our response, you can complain to the Office of the Australian Information Commissioner (OAIC) at oaic.gov.au.
Most data we hold about a client of a practice has been provided to us by that practice. Where you are a client of a practice and want to exercise an access or correction right, we will typically refer the request to your practice in the first instance, since they are the entity that engaged us and holds the underlying relationship with you.
8Practice responsibilities (you are the entity in the loop with your clients)
ReconLink processes information on behalf of practices. Practices remain the entity responsible to their clients under the Privacy Act and their professional standards. In plain terms, this means:
- You are responsible for ensuring your engagement letter and client-onboarding flow give your clients sufficient notice that their bank transaction data and supporting documents will be processed in ReconLink.
- You are responsible for managing client consent to bank data sharing, and for revoking that consent if requested.
- You are responsible for the accuracy of codings, BAS classifications, and the financial reports your clients rely on. ReconLink provides tooling and suggestions; professional judgement remains with you.
9Notifiable data breaches
Where an incident gives rise to a notifiable data breach under Part IIIC of the Privacy Act, we will notify affected individuals and the OAIC as soon as practicable and in any event within the statutory timeframe. Practice administrators are notified by email; where the breach relates to a specific practice’s data, we coordinate with the practice on the form and timing of notice to their affected clients.
10How to reach us
Privacy and data-handling questions: info@reconlink.com.au.
Suspected security vulnerabilities: info@reconlink.com.au.
The full architecture, controls and incident-response posture are described on our Security page. The full legal handling notice is in our Privacy Policy.
