Standard operating procedures · IPMahir with CapabilityNext

Client data procedures for independent finance professionals

What to do, step by step, in every situation that can put client information at risk: fifteen data-incident procedures, seven anti-money-laundering procedures, six routines and the templates that go with them. Each procedure has its own link, so you can send a colleague straight to the one they need.

Download the full PDF (22 pages) Statutes, rules and ISO standards Contact us for prices

A working procedure, not legal advice. Notification decisions are confirmed with your agency or dealer and your advocate. Reporting duties under anti-money-laundering law differ by sector, so confirm which apply to you.

Five rules for every procedure

  1. Contain first. Stop the exposure before you investigate, and change passwords from a clean device.
  2. Assume the worst until shown otherwise. Stolen passwords usually mean stolen sign-in tokens; ransomware usually means copied data.
  3. Tell people early, in plain words. Clients should hear it from you.
  4. Write it down as you go. The log is your evidence of reasonable care.
  5. Fix the cause, then close the log.

Part A1 · Data incidents

Part A2 · Anti-money-laundering and fraud prevention

Part B · Routines

Part C · Tools

Part A1 · Data incidents

SOP-01 Lost or stolen device (laptop, phone, tablet, USB stick)

Trigger
A device that holds, or can sign in to, client information is lost, stolen or missing for more than an hour.
Severity
High if unlocked, unencrypted or signed in. Medium if encrypted and locked.
Owner
The professional. Helper reports at once.
First 15 minutes
  • Do not wait to see if it turns up.
  • Lock it from another device, then wipe it remotely if it cannot be recovered.
  • From a clean device, change your email and cloud passwords, sign out all sessions and revoke app access.
  • For a phone, call the carrier to suspend the SIM.
First hour
  • Open your client-and-device map: which clients were on it (files, email, downloads, photos, chats, saved passwords)?
  • Check whether it was encrypted and screen-locked. That sets the level of harm.
  • If stolen, report to police and keep the file number.
Same day
  • Use the notification decision tree (Part C) to decide who must be told.
  • Tell your agency or dealer compliance contact.
  • Tell affected clients where identity, bank or health details could be misused.
  • Open an entry in the incident log.
Within 72 hours
  • Watch sign-in alerts and bank activity for affected clients.
  • Give clients plain advice on what to watch for.
  • Replace the device from a clean restore, not from a copy of the lost one.
Within 30 days
  • Review why it was exposed: encryption, auto-lock, remote wipe, local copies, backups.
  • Fix the cause and note it in the log.

Tell and record. Agency or dealer; affected clients if harm is possible; police if stolen; regulator decision per Part C.

Related ISO/IEC 27002 controls: 8.1 User endpoint devices · 8.24 Use of cryptography · 5.9 Inventory of information and assets · 7.9 Security of assets off-premises · 8.13 Information backup
IPMahir support: Device protection set-up, client-and-device map, first-hour call, evidence file entry.

Back to the list

SOP-02 Information sent to the wrong person (email, text, chat or shared link)

Trigger
Client information goes to someone who should not have it.
Severity
High if health, ID or bank details. Medium otherwise.
Owner
The sender.
First 15 minutes
  • Try to recall the message.
  • Do not forward it, and do not open the attachment again.
  • If it was a shared link, switch the link off now.
  • Write to the recipient: it was sent in error, please delete it and confirm in writing.
First hour
  • Save the sent item and your request as evidence.
  • List exactly what was sent (message, attachments, links).
  • Work out who the recipient is: another client, a known party or a stranger.
Same day
  • Tell the client concerned, in plain words: what, when, what you did, what to watch for.
  • Tell your agency privacy contact.
  • Run the decision tree (Part C). Log the incident.
Within 72 hours
  • Get the recipient's written confirmation of deletion. Follow up once if needed.
Within 30 days
  • Turn off address auto-fill, switch on delayed send and external-recipient warnings.
  • Send documents by secure link, not attachment.
  • Add a recipient check to your training.

Tell and record. The client; agency privacy contact; regulator decision per Part C.

Related ISO/IEC 27002 controls: 5.14 Information transfer · 8.12 Data leakage prevention · 6.3 Awareness, education and training
IPMahir support: Email settings review, secure document exchange, short training with this scenario as the example.

Back to the list

SOP-03 Phished sign-in or taken-over account (email, cloud, software, portal)

Trigger
You entered a password on a fake page, a login alert you did not cause, messages you did not write, or clients report odd messages from you.
Severity
High. Treat as a breach until proven otherwise.
Owner
The professional.
First 15 minutes
  • From a clean device, change the password and sign out all sessions.
  • Revoke app access and tokens. Turn on authenticator-app sign-in.
  • Check forwarding rules, filters, delegates and recovery email or phone.
First hour
  • Review login history, sent and deleted items.
  • List what the mailbox or system could reveal.
  • Warn contacts who received fake messages.
  • Change any other account that used the same password. Tell the software vendor.
Same day
  • Decide harm: which clients' information could the attacker read?
  • Tell clients who received messages from your account.
  • Tell your agency. Run the decision tree. Log the incident.
  • If money moved or was requested, call your bank now and go to SOP-05.
Within 72 hours
  • Scan the device for malware (SOP-06). Password theft often means the device is infected.
  • Monitor sign-in alerts.
Within 30 days
  • Move all accounts to app-based or key-based sign-in.
  • Use a password manager.
  • Run a short scam-spotting session for everyone.

Tell and record. Contacts who got fake messages; affected clients; agency; software vendor; regulator decision per Part C.

Related ISO/IEC 27002 controls: 8.5 Secure authentication · 5.17 Authentication information · 5.16 Identity management · 8.15 Logging · 8.16 Monitoring activities
IPMahir support: Account hardening, sign-in alerts, access log review, scam-spotting session.

Back to the list

SOP-04 SIM swap or phone-number hijack

Trigger
Your phone suddenly has no signal, unexpected reset messages arrive, or clients mention messages you did not send.
Severity
High.
Owner
The professional.
First 15 minutes
  • From another phone, call your carrier, report a SIM swap and get your number back.
  • From a clean device, secure email first (password, sign out all sessions), then cloud, software and bank accounts.
  • Switch from text-message codes to an authenticator app or key.
First hour
  • Review recent sign-ins and transfers.
  • Contact your bank and card issuers.
  • Check your carrier account for changes.
Same day
  • Warn clients and your agency about messages that came from you.
  • Decide harm and run the decision tree (Part C). Log the incident.
Within 72 hours
  • Set a carrier PIN or number lock.
  • Remove phone-number recovery wherever you can.
Within 30 days
  • Store your account recovery plan offline.
  • Rehearse it once.

Tell and record. Carrier; bank; clients who got messages; agency; regulator decision per Part C.

Related ISO/IEC 27002 controls: 8.5 Secure authentication · 5.17 Authentication information · 5.15 Access control
IPMahir support: Sign-in set-up that does not depend on text messages, recovery plan, rehearsal.

Back to the list

SOP-05 Fake instruction for money, bank details or documents

Trigger
A message that looks like a client, colleague or supplier asks you to move money, change bank details or send documents, and something feels wrong, or you already acted.
Severity
High if money has moved.
Owner
The professional.
First 15 minutes
  • If you have NOT acted: stop. Do not reply. Phone the real client on the number you already hold.
  • If you HAVE acted: call your bank at once and ask for a recall; they can contact the receiving bank.
  • Do not use contact details from the message.
First hour
  • Keep the original emails with headers.
  • Report to the police and the Canadian Anti-Fraud Centre (antifraudcentre-centreantifraude.ca).
  • Secure the mailbox (SOP-03): the sender may be inside your client's or your account.
Same day
  • Tell the client by phone.
  • Tell your agency or dealer and your professional liability insurer, as their terms require.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Follow up with the bank and keep a record of every call.
Within 30 days
  • Make the call-back rule permanent for every money or bank-detail instruction.
  • Require a signed form for bank changes.
  • Add a second approval above a set amount.

Tell and record. Your bank; client; agency or dealer; insurer; police and fraud centre; regulator decision per Part C.

Related ISO/IEC 27002 controls: 5.14 Information transfer · 6.3 Awareness, education and training · 8.5 Secure authentication
IPMahir support: Call-back procedure, signed-form template, scam-spotting training.

Back to the list

SOP-06 Malware, ransomware or password-stealing malware (including after a family download)

Trigger
Files are locked, a ransom note appears, antivirus alerts, odd emails go out from you, or a child or guest installed a game mod, cracked tool or "free upgrade" on a device that also touches work.
Severity
High. Assume saved passwords and sign-in tokens are stolen, and that data may have been copied.
Owner
The professional with IPMahir or your IT support.
First 15 minutes
  • Disconnect the device from Wi-Fi and the network. Do not restart or wipe yet. Do not pay or negotiate.
  • From a clean device, change passwords and sign out all sessions.
  • Disconnect backup drives.
First hour
  • Note the time and the ransom text. Photograph the screen.
  • List what the device could reach: email, cloud, software, client files.
  • Check that your backups are intact and not connected.
Same day
  • Treat as a breach unless shown otherwise: ransomware often copies data before locking it.
  • Tell your agency and your insurer. Report to police and the fraud centre.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Rebuild from a clean image, not from the infected machine.
  • Restore from a tested backup. Rotate every credential. Confirm two-step sign-in.
Within 30 days
  • Separate work and family devices. Allow installs only from official app stores.
  • Keep an offline backup and patch on a schedule.

Tell and record. Agency; insurer; police and fraud centre; clients if data was copied; regulator decision per Part C.

Related ISO/IEC 27002 controls: 8.7 Protection against malware · 8.13 Information backup · 8.19 Installation of software · 8.8 Management of technical vulnerabilities
IPMahir support: Incident response, clean rebuild, backup design, work and family separation.

Back to the list

SOP-07 Notice that your software vendor has been breached

Trigger
A message from a vendor (or news) says client data in a system you use may have been accessed.
Severity
Medium to High, depending on what was accessed.
Owner
The professional.
First 15 minutes
  • Check the notice is genuine: type the vendor's address yourself, do not click links in the email. Scammers copy these notices.
  • Change your password and turn on two-step sign-in. Sign out all sessions.
First hour
  • Read what the vendor says was accessed, and when.
  • List which of your clients are in that system.
  • Write to the vendor: data categories, dates, steps taken, whether regulators were told, support offered.
Same day
  • You remain responsible for client information your provider holds. Decide with your agency and advocate how and when to tell clients.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Send clients a clear notice if harm is possible. Follow vendor updates.
  • Check your connected apps.
Within 30 days
  • Review the vendor: contract, security report, where data is stored. Decide whether to stay.
  • Update the vendor file.

Tell and record. Agency; affected clients; vendor; regulator decision per Part C.

Related ISO/IEC 27002 controls: 5.19 Information security in supplier relationships · 5.20 Security within supplier agreements · 5.22 Monitoring of supplier services · 5.23 Cloud services
IPMahir support: Vendor due-diligence file, breach plan that includes "the vendor was breached".

Back to the list

SOP-08 Someone leaves, or a login is shared (leaver and access routine)

Trigger
A helper, assistant or locum leaves, you find a shared login, or it is time for the quarterly review.
Severity
Medium. High if a former person is still signing in.
Owner
The professional.
First 15 minutes
  • On the day they leave, list every system they used.
  • Disable their individual logins. Change any shared password, then stop sharing it.
  • Revoke tokens and connected apps. Collect devices.
First hour
  • Remove them from email forwarding, delegation, shared folders and calendars.
Same day
  • Check the access log for the last 30 days: any downloads of client data?
  • Remind them in writing of their confidentiality duty.
Within 72 hours
  • If a former person is still signing in, treat it as an incident: SOP-03 steps, log review and the decision tree.
Within 30 days
  • Quarterly: export the user list of each system. Remove dormant accounts and unneeded rights. Confirm two-step sign-in for each account.

Tell and record. Agency if client data was accessed; affected clients if misused.

Related ISO/IEC 27002 controls: 6.5 Responsibilities after termination · 5.18 Access rights · 5.16 Identity management · 5.15 Access control
IPMahir support: Leaver checklist, individual logins, quarterly access review calendar.

Back to the list

SOP-09 Client asks what information you hold about them (access request)

Trigger
A client, or someone on their behalf, asks for a copy of their information or asks you to correct it.
Severity
Medium. The time limit is the risk.
Owner
The professional.
First 15 minutes
  • Write down the date you received it.
  • Acknowledge it in writing.
First hour
  • Confirm who is asking: call back on a number you hold. If someone is asking for the client, confirm their authority in writing.
Same day
  • Search every place: paper, email, each software system, phone, notes and backups. List what exists.
  • Mark information about other people, and anything you may withhold, and note the reason.
Within 72 hours
  • Prepare the reply. Explain anything withheld, with reasons. Record a correction request if the client asks for one.
Within 30 days
  • Reply in writing within the legal time limit (generally 30 days). Keep a copy of the request and your reply.
  • Check which vendors also hold the data.

Tell and record. The client; your agency privacy contact for anything you are unsure about.

Related ISO/IEC 27002 controls: 5.34 Privacy and protection of PII · 5.33 Protection of records
IPMahir support: Client-data map, request log and reply template; training with a worked example.

Back to the list

SOP-10 A helper or colleague mishandles client information

Trigger
For example: a client's details read aloud in public, a screen photographed, a file sent to the wrong person, a login shared.
Severity
Medium. High if sensitive details left your control.
Owner
The professional.
First 15 minutes
  • Stop the exposure: delete the photo or message, ask any recipient to delete it.
  • Stay calm. Learn the facts. Do not blame; people hide mistakes when they fear blame.
First hour
  • List which clients and what details were involved.
Same day
  • Tell affected clients if harm is possible. Tell your agency.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Give the helper short training on the specific habit. Record it.
Within 30 days
  • Update the written rules and the day-one checklist for every helper.
  • Add the case, without names, to your training.

Tell and record. Affected clients if harm is possible; agency.

Related ISO/IEC 27002 controls: 6.3 Awareness, education and training · 6.8 Information security event reporting · 6.4 Disciplinary process
IPMahir support: Helper training with a signed record, day-one checklist, incident form.

Back to the list

SOP-11 Client details pasted into a public AI tool

Trigger
Names, ID numbers, health or bank details were typed or uploaded into a chatbot, note taker or other public AI tool.
Severity
Medium. High for health, ID or bank details.
Owner
The person who used the tool.
First 15 minutes
  • Stop. Take a screenshot of what was entered, with the time, tool and account.
  • Delete the chat and history. Use the tool's data controls to opt out of training and retention.
First hour
  • Read the tool's terms: does it keep or train on what you type? Was it a work or personal account?
  • List which clients' details were entered.
Same day
  • Assess sensitivity. Tell your agency.
  • Decide whether to tell the client: yes where health, ID or bank details were entered.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Ask the vendor for deletion if it offers it. Move the task to an approved tool.
Within 30 days
  • Adopt an AI use rule: no real client details in public tools.
  • Add AI wording to client consent. Train everyone.

Tell and record. Agency; client where sensitive details were entered; regulator decision per Part C.

Related ISO/IEC 27002 controls: 5.10 Acceptable use of information and assets · 8.12 Data leakage prevention · 5.23 Cloud services
IPMahir support: AI use rule, approved assistant, client wording, staff briefing.

Back to the list

SOP-12 The AI assistant or an automation sends something wrong

Trigger
An automated message goes to the wrong client, shows another client's details, or states something untrue.
Severity
Medium. High if personal details were exposed.
Owner
The professional who approved the assistant.
First 15 minutes
  • Pause the assistant or automation so nothing more is sent.
First hour
  • Find what was sent, to whom and what it showed.
  • Check the template, the data merge and the instructions.
Same day
  • Correct in writing with each affected client, especially if advice or figures were wrong.
  • Tell your agency. Run the decision tree if personal information was exposed. Log the incident.
Within 72 hours
  • Find the cause. Add an approval step and limits on what it can read and send.
  • Test with dummy data before switching it back on.
Within 30 days
  • Review every automation and the activity log.
  • Update the AI use rule.

Tell and record. Affected clients; agency; regulator decision per Part C if personal information was exposed.

Related ISO/IEC 27002 controls: 8.15 Logging · 8.32 Change management · 5.10 Acceptable use
IPMahir support: Approval steps, limits, activity log and a tested rollback for the connected assistant.

Back to the list

SOP-13 A shared link or folder is open to anyone

Trigger
A link set to "anyone with the link", a public folder, or a client mentions seeing their own document where they should not.
Severity
Medium. High if sensitive documents were in it.
Owner
The professional.
First 15 minutes
  • Switch off the link or sharing now.
  • List the files that were reachable.
First hour
  • Read the access or activity log: who opened or downloaded, and when.
Same day
  • Tell affected clients if an unknown person accessed their documents.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Remove anything not needed from the folder.
Within 30 days
  • Use named-person, expiring links from now on.
  • Audit all shared links every quarter.

Tell and record. Affected clients if accessed by an unknown person; agency; regulator decision per Part C.

Related ISO/IEC 27002 controls: 5.15 Access control · 8.3 Information access restriction · 5.12 Classification of information
IPMahir support: Secure client upload portal, share audit and quarterly review.

Back to the list

SOP-14 Paper records lost, stolen or thrown away unshredded

Trigger
A file left in a car or cafe, a cabinet or office break-in, or papers discarded intact.
Severity
High if ID copies, health or bank details.
Owner
The professional.
First 15 minutes
  • Secure the area. Report a theft or break-in to the police.
  • Use your file index to list what is missing.
First hour
  • List the clients involved and the details on the papers.
  • Look for scanned or other copies.
Same day
  • Tell affected clients if the papers could be misused. Tell your agency.
  • Run the decision tree. Log the incident.
Within 72 hours
  • Monitor for misuse. Replace any records you must keep.
Within 30 days
  • Lock cabinets. Keep paper out of cars and homes.
  • Scan and store securely. Use cross-cut shredding. Follow a retention schedule.

Tell and record. Police; affected clients; agency; regulator decision per Part C.

Related ISO/IEC 27002 controls: 7.1 Physical security perimeters · 7.7 Clear desk and clear screen · 7.14 Secure disposal or re-use of equipment
IPMahir support: Records store, retention schedule, secure disposal routine.

Back to the list

SOP-15 Retiring, selling, recycling or replacing a device

Trigger
Any device that has held client information leaves your hands.
Severity
Medium. A common and avoidable exposure.
Owner
The professional.
First 15 minutes
  • Confirm your backup is complete and tested.
First hour
  • Sign out of every account. Remove the device from account device lists and "find my" services.
Same day
  • Erase and reset the device, including encryption keys. Remove the SIM and memory cards.
Within 72 hours
  • Record the make, serial number, date and method in your device list.
Within 30 days
  • If recycling, use a certified recycler and keep the receipt.

Tell and record. No one, unless the reset was skipped: then treat as SOP-01.

Related ISO/IEC 27002 controls: 7.14 Secure disposal or re-use of equipment · 7.10 Storage media · 5.9 Inventory
IPMahir support: Retirement checklist and device list.

Back to the list

Part A2 · Anti-money-laundering and fraud prevention

Reporting duties differ by sector (life insurance, mortgage, securities and others) and by whether you are a reporting entity yourself or work under your agency, dealer or insurer. Timings follow FINTRAC guidance and need confirming for your sector.

SOP-16 Identify and verify a client, payer or third party

Trigger
A new client, a new payer, a change of owner or beneficiary, or any transaction where your sector requires identification. Do this before the transaction goes ahead.
Severity
Medium. A missed or weak check is a compliance failure and a fraud risk.
Owner
The professional who meets the client.
Before you start
  • Ask your compliance contact which transactions in your sector require identification, and which methods are accepted.
  • Explain to the client why you need it. Your privacy notice should say so.
  • Prepare the record form so nothing is missed.
At the meeting
  • Check the original document: valid, not expired, and the photo matches the person.
  • Record: full name, date of birth, address, occupation, document type, number, place of issue, expiry date, date checked and who checked it.
  • If someone else is paying or benefits, record who they are and their link to the client. For a company or trust, record who owns and controls it.
  • Never accept a photo of an ID sent by ordinary text or email.
Same day
  • File the record in the protected identity-records store. Delete any temporary copies from phones, downloads and email.
  • Enter the check in the verification log.
If you cannot verify
  • Do not proceed with the transaction.
  • Write down why you could not verify. Tell your compliance contact the same day.
  • If anything about the refusal looks suspicious, go to SOP-17.
Ongoing
  • Keep records for the required period (generally five years). Keep them protected and retrievable.
  • Refresh information for higher-risk clients.

Tell and record. Compliance contact for any failed verification.

Related ISO/IEC 27002 controls: 5.34 Privacy and protection of PII · 5.33 Protection of records · 8.3 Information access restriction · 7.14 Secure disposal
IPMahir support: Protected identity-records store, record forms, retrieval test, training. The compliance officer role stays with you or your agency.

Back to the list

SOP-17 Suspicious activity or attempted transaction (suspicious transaction report)

Trigger
You have reasonable grounds to suspect that a transaction, or an attempted transaction, is related to money laundering or terrorist financing. See the red flags in Part C.
Severity
High. Time matters and secrecy matters.
Owner
The professional notices; the compliance officer reports.
In the moment
  • Stay polite and calm. Ask the ordinary business questions you would normally ask.
  • Do not accuse the client or hint at suspicion.
  • Do not accept cash or process the transaction until you have spoken to your compliance contact.
  • Write down exactly what was said and done: who, when, amounts, documents, behaviour.
Same day
  • Tell your compliance officer or agency compliance contact the same day, in person or by phone, not by casual message.
  • Keep the original documents and notes. Do not discuss it with colleagues who do not need to know.
As soon as practicable
  • The compliance officer decides whether the grounds are met and files the suspicious transaction report with FINTRAC as soon as practicable after the grounds to suspect are established.
  • Keep a copy of the report and your notes, protected, with restricted access.
What you must not do
  • Do not tell the client, or anyone who might tell them, that a report is being made or considered. Tipping off can be an offence.
  • Do not delete or alter records. Do not investigate by yourself.
Afterwards
  • Agree with the compliance officer whether to continue or end the relationship.
  • Ask what control would have caught this earlier, and add it.
  • Store STR files separately with limited access.

Tell and record. Compliance officer. FINTRAC via the compliance officer. Not the client.

Related ISO/IEC 27002 controls: 5.33 Protection of records · 8.3 Information access restriction · 6.6 Confidentiality or non-disclosure agreements
IPMahir support: Escalation script, red-flag card, protected STR records store. IPMahir does not make the reporting decision.

Back to the list

SOP-18 Large cash received ($10,000 or more)

Trigger
You or your agency receive $10,000 or more in cash in one transaction, or in several cash amounts from or for the same person totalling $10,000 or more within 24 hours.
Severity
Medium. Reporting deadline applies.
Owner
The compliance officer, with the professional.
At the time
  • Many agencies do not accept cash at all. If your agency does not, say so politely and decline. It is the strongest control.
  • If cash is accepted: identify the person handing it over (SOP-16) before accepting it, and record on whose behalf.
  • Count it with a witness and give a receipt.
Same day
  • Record the transaction in the cash log. Deposit as your policy requires.
  • Ask yourself whether anything is suspicious. If yes, go to SOP-17 as well.
Within the deadline
  • The compliance officer files a large cash transaction report with FINTRAC within the time limit (15 calendar days after the transaction).
If it looks like structuring
  • Several amounts just under the threshold, spread over days or offices, is a warning sign. Treat it as SOP-17. Never explain to a client how to avoid a report.
Afterwards
  • Keep a copy of the report, the cash log and the identification record for the required period.

Tell and record. Compliance officer; FINTRAC via the compliance officer.

Related ISO/IEC 27002 controls: 5.33 Protection of records · 5.34 Privacy and protection of PII
IPMahir support: Cash log template, reporting calendar, protected records store.

Back to the list

SOP-19 Politically exposed person, head of an international organisation, or their family and close associates

Trigger
A new or existing client may hold, or have held, a prominent public position, or be a family member or close associate of such a person, or you are unsure.
Severity
Medium to High. Needs enhanced care, not refusal by default.
Owner
The professional with the compliance officer.
At onboarding
  • Ask the question in plain words at onboarding. Check public information if the answer is unclear.
  • Remember that being a politically exposed person is not a crime.
Before you proceed
  • If the answer is yes or likely, follow your agency policy before going ahead, which normally includes approval from senior management.
  • Establish the source of funds and the source of wealth and ask for supporting documents.
Same day
  • Record the determination, who approved it and why. Add the client to your higher-risk list.
Ongoing
  • Apply enhanced monitoring: review activity more often and look for changes in pattern.
  • Treat unusual activity under SOP-17.
Review
  • Review yearly. Remove the flag only as the rules allow, and record why.
  • Confirm with your compliance contact exactly which requirements apply to your sector and products.

Tell and record. Compliance officer; senior management as your agency policy requires.

Related ISO/IEC 27002 controls: 5.34 Privacy and protection of PII · 5.33 Protection of records
IPMahir support: Onboarding question script, higher-risk register, review calendar.

Back to the list

SOP-20 Third-party payer, unclear ownership or unexplained source of funds

Trigger
The person paying is not the client; money comes from a foreign or unrelated account; a large premium, deposit or down payment has no clear source; a company or trust client has unclear owners.
Severity
Medium. High if the explanation does not fit the client.
Owner
The professional.
At the meeting
  • Ask who is paying and why, and where the money comes from, in plain words.
  • Write down the answers in the client's own terms.
Same day
  • Verify the payer as you would a client (SOP-16). For companies and trusts, record the owners and controllers.
  • Compare the explanation with what you know about the client's means and business.
If it does not add up
  • If the explanation is vague, changes, or does not fit, treat it as SOP-17 and tell the compliance officer.
  • Do not accept the funds until you have the compliance officer's view.
Afterwards
  • File the explanation and the evidence with the client record.
Review
  • Review third-party payments quarterly. Your policy may decline payments from unrelated third parties altogether.

Tell and record. Compliance officer.

Related ISO/IEC 27002 controls: 5.33 Protection of records · 5.34 Privacy and protection of PII
IPMahir support: Source-of-funds question card, payer record, quarterly review checklist.

Back to the list

SOP-21 Compliance programme: set up and review

Trigger
You are a reporting entity or work under one: at start-up, every year, and at least every two years for the full effectiveness review.
Severity
Routine. Gaps here are what examiners find.
Owner
The compliance officer.
Set up
  • Appoint a named compliance officer and a back-up. Record the appointment.
Written procedures
  • Write down your policies and procedures: identification, record keeping, reporting, politically exposed persons, ongoing monitoring.
Risk assessment
  • Assess your risk: clients, products and services, how you deal with clients, where they and their money are, and any new technology you use. Update it yearly.
Training
  • Keep a written training plan and run training for everyone who deals with clients. Keep attendance records.
Review
  • Review the effectiveness of the programme at least every two years, and report the findings to senior management. Keep the report.
  • Confirm with your compliance contact which of these apply to you directly and which are covered by your agency or insurer's programme.

Tell and record. Senior management or the agency principal.

Related ISO/IEC 27002 controls: 5.1 Policies for information security · 5.36 Compliance with policies and standards · 6.3 Awareness, education and training
IPMahir support: Procedure templates, risk assessment worksheet, training record, evidence file.

Back to the list

SOP-22 FINTRAC or another regulator asks for records, or an examination begins

Trigger
A letter, call or notice from FINTRAC, the Insurance Council, a dealer or an insurer asks for records or announces a review.
Severity
High. Deadlines apply.
Owner
The compliance officer and the professional.
First 15 minutes
  • Do not ignore it, and do not delay.
  • Note the date and time. Read exactly what is asked and the deadline.
  • Check the contact is genuine by calling back on an official number. Scammers impersonate regulators.
First hour
  • Tell your compliance officer, your agency and your advocate.
  • Stop routine deletion of any related record.
Same day
  • Collect the records from your protected store. Give only what is asked, and no more.
  • Log what you collect and what you send.
Within the deadline
  • Reply in writing and by a secure channel, within the deadline.
  • If you need more time, ask in writing before the deadline.
Afterwards
  • Debrief. Fix any gap found and update the evidence file.

Tell and record. Compliance officer; agency; advocate.

Related ISO/IEC 27002 controls: 5.33 Protection of records · 5.31 Legal, statutory, regulatory and contractual requirements · 8.15 Logging
IPMahir support: Records retrieval, secure transfer and a rehearsal of this procedure.

Back to the list

Part B · Routines that stop most incidents

R1 Weekly (15 minutes)

  • Check sign-in alerts and unusual activity on email and each software system.
  • Check that updates have installed on every device.
  • Check mailbox forwarding rules and filters.
  • Confirm last night's backup ran.

Back to the list

R2 Monthly (30 minutes)

  • Install any pending updates and restart devices.
  • Review shared links and folders; switch off any not needed.
  • Restore one file from backup to prove it works.
  • Review the password manager for weak or reused passwords.

Back to the list

R3 Quarterly (60 minutes)

  • Run the access review for every system (SOP-08).
  • Check the vendor list for changes or notices.
  • Review the incident log for patterns.
  • Hold a 15-minute refresher for everyone who handles client information.

Back to the list

R4 Annually (half a day)

  • Repeat the free health check and compare the ratings.
  • Rehearse your breach plan, including "the vendor was breached".
  • Review every policy and update the evidence file.
  • Review client consent wording, including AI use.
  • Review every vendor: contract, security report, storage location.

Back to the list

R5 Before adopting any new software, app or AI tool

  • What client data will it hold or read? Where is it stored?
  • What does the contract say about breach notice and deletion?
  • Can it use individual logins with two-step sign-in? Can you export and delete data?
  • Which AI features are on by default? Switch off what you do not need.
  • Is there an exit plan? Record the decision in the vendor file.

Back to the list

R6 Before a new helper starts

  • Training and signed rules before any access.
  • Individual logins and the minimum access needed.
  • Work devices only, protected as in the device list.
  • Written confidentiality commitment; leaver steps agreed in advance.

Back to the list

Part C · Tools

C1 Notification decision tree

  1. Contain. Has the exposure been stopped (device wiped, link off, password changed, assistant paused)?
  2. What was involved? List the clients and the kinds of information: health, identity documents, SIN, bank or account numbers, sign-in details, or only contact details.
  3. Could it cause harm? Fraud, identity theft, blackmail, discrimination or embarrassment? Was it protected, and who may have had it? If harm is possible, treat as High.
  4. Tell your agency or dealer the same day for any High or Medium incident.
  5. Tell affected clients promptly, in plain words, whenever harm is possible. When in doubt, tell.
  6. Regulators and others. Decide with your agency and advocate whether the privacy regulator, the Insurance Council or another regulator, your insurer, the police or the fraud centre should be told.
  7. Record every decision and the reason, including a decision not to notify.

C2 Plain-words notice to a client

Dear [name], I am writing to tell you that on [date] [what happened, in one sentence]. The information involved was [kinds of information]. I do not know of any misuse so far. What I have done: [steps]. What you can do: watch your bank and card accounts for anything unusual; change the passwords on your online accounts if you reused any; be careful with any message claiming to come from me or your bank asking for details or money, and phone me on [number you already have] to check. I am sorry this happened. If you have questions, please call me on [number] or write to [email]. I will update you if I learn more. [Name, role, agency]

C7 Red flags by sector

InsuranceCash premiums, or premiums paid by a person unrelated to the policyholder; payment from several accounts or from abroad; early cancellation or surrender with a penalty and a request to pay out to a third party; overpayment followed by a refund request; policies far beyond the client's means; frequent changes of owner or beneficiary.
MortgageA large deposit or down payment with no clear source; gifted or third-party funds that do not fit; early payoff by a third party; rapid purchase and sale; private lenders or guarantors who cannot be explained; a client who avoids documents.
InvestmentsDeposits from third parties; money in and then straight out with little activity; several deposits just under a reporting limit; account details that do not match the client; instructions that change often; a client unwilling to say why they are investing.
Any sectorReluctance to give ID or information; ID that looks altered; urgency with no reason; a client who asks how to avoid reports; an explanation that changes; transactions that make no business sense; pressure on you to skip checks; an offer of a reward to look away.

Get the full document

The PDF includes the incident log, contact sheet, evidence-file index, a reporting table and the statutes, rules and standards appendix.

Download the PDF