Published with source-document and scoped private-storage wording checked on 8 August 2026.
Why this matters
ASIC notes that Product Disclosure Statements contain important information about exclusions, caps, limits and other conditions. That makes version and source important: a summary note or a generic file name can be less useful than the document it was based on. An organised record also reduces the temptation to resend every file when only one schedule or certificate is needed. The principle is modest but valuable: preserve the original source, make its date easy to see and let a person decide which material is relevant to the question at hand.
Key points to carry into the work
- Name files with the policy category, document type and document date so current and historical versions remain distinct.
- Keep the schedule or certificate near the wording and renewal notice rather than in unrelated folders.
- Treat a note as a pointer to a source, not as a replacement for the document that supports it.
- Review what is shared before sending a file, particularly where a request does not need the whole policy record.
- 01Group by policy
- 02Label document type
- 03Keep source notes
- 04Separate history
- 05Review before sharing
Organise a document set that can be checked
Where Insia fits
The Insia App is ready to deploy for organising policy records and documents in one policyholder experience, with an online companion for a wider view when useful. Policy documents are encrypted, stored in private buckets and accessed through authenticated paths rather than public document links.
Keep the boundary clear. Insia does not replace policy wording, decide what a document means for your circumstances or provide a complete legal, insurance or financial interpretation. It does not make a file public or give unrestricted access to a policy record.
Checklist
- Can you identify the current schedule or certificate without opening several files?
- Do file names show the document type and date?
- Are historical documents clearly separate from the current active record?
- Do notes point back to their source document or correspondence?
- Have you checked the purpose and recipient before sharing a document?
Sources and scope
Sources support the external context in this guide. Current product capability and availability are explained on the linked Insia product page.
Common questions
What is the most important insurance document to keep?
The current schedule or certificate is often a useful starting point, with the relevant policy wording, renewal notice and correspondence kept alongside it. What matters depends on the policy and your question.
Should I delete every old policy file?
Do not assume that old files have no value. Earlier records can explain a factual change, while retention and deletion depend on purpose and other obligations. Keep history clearly labelled and review it deliberately.
Can a document organiser explain exclusions or limits?
It can help you locate the source documents and prepare questions. It cannot replace reading the current wording or getting appropriate help for your circumstances.
Does the online companion create a separate product record?
No. The online client portal is the browser companion to the Insia App within the same policyholder experience, not a separate public product.
Does encrypted storage mean every device or provider has the same protection?
No. Insia's public statement is scoped to policy documents in configured private storage and authenticated access paths. It is not an end-to-end or universal claim across every provider, data class or device.
Put the context to work
Keep this insurance record in one place.
Explore how the Insia App keeps policies, documents, renewal context and permissioned broker requests together in one iPhone experience.
Join the App waitlist