
Rules and ethics
CRM software for small Edinburgh financial firms
How small Edinburgh financial firms should choose CRM software: UK GDPR, ICO and FCA expectations, contracts, audit trails and retention rules.
What to take away
- Under UK GDPR, your firm is normally the controller and the CRM vendor the processor, so due diligence and contracts decide liability.
- CRM software in Edinburgh is judged first on UK GDPR compliance, security and audit trail, not feature lists.
- The ICO expects encryption, access control, breach detection and accountability records built into the product, not added on.
- Public sector buyers in Edinburgh must meet procurement rules and often Scottish Government cloud and data protection standards.
- A documented selection process, scored against evidence, protects you if the ICO or a client asks how you chose.
Why Edinburgh financial services firms judge CRM on data protection first
Edinburgh's financial services cluster, from fund managers in the New Town to fintech suppliers around Quartermile, handles client money, identities and advice records. A CRM holds all three. That makes it a regulated system, not an address book.
Under UK GDPR, your firm decides why personal data is processed and how. The CRM vendor processes it on your instructions. The ICO sets out those roles clearly in its guidance on controllers and processors, and the distinction decides who answers to the client and who answers to you.
The detail sits in named provisions. Article 28 of UK GDPR requires a written contract with the processor, covering instructions, confidentiality, security and sub-processors. Article 32 sets the security of processing duty, and Articles 33 and 34 cover breach notification to the ICO and to affected individuals. Article 30 requires records of processing and Article 35 a data protection impact assessment for high-risk processing. The Data Protection Act 2018 sits alongside UK GDPR and sets out the ICO's enforcement powers. A firm acting as controller should also pay the ICO's data protection fee and appear on the ICO register unless an exemption applies.
Public sector suppliers in Edinburgh face the same test from the other side. Councils, NHS boards and Scottish Government agencies put data protection questions in the tender, and a weak answer loses points before price is opened.
Data protection is not a feature you add later. The ICO's privacy by design guidance expects protection to be built into the product and the way you configure it. If a vendor cannot show encryption at rest and in transit, role-based access and audit logging as standard, stop there.
Cost matters, but a breach costs more. The ICO can fine up to £17.5 million or 4 per cent of annual global turnover, whichever is higher, before client compensation, remediation and lost contracts. Edinburgh buyers tend to rank security and audit evidence above user interface polish.
One more Edinburgh factor: the city hosts both regulated firms and the professional services that advise them. Word travels. A supplier that mishandles client data in a CRM will hear about it from referrers as well as the ICO.
Scottish compliance expectations for CRM software
UK GDPR applies across the United Kingdom, and the ICO enforces it in Scotland from its Wilmslow base with Scottish engagement. There is no separate Scottish data protection act, but Scottish public bodies add their own expectations on top.
The Scottish Government's Cloud First policy and Digital Scotland Service Standard, plus the public sector procurement regime, shape what suppliers must evidence. Expect questions on data residency, sub-processors, breach notification times and records of processing.
Records of processing are an accountability requirement, not optional paperwork. The ICO's accountability and governance guidance explains what you must document and keep current. A CRM that cannot export a clean processing record makes that harder.
Scottish regulatory context also includes the Financial Conduct Authority for many Edinburgh firms, and the Solicitors Regulation Authority or Law Society of Scotland for legal practices. Each expects client records to be accurate, retrievable and protected.
For FCA-regulated firms, the detail is in the FCA Handbook. The SYSC sourcebook on senior management arrangements, systems and controls requires adequate systems and controls, and Principle 3 requires a firm to organise and control its affairs responsibly and effectively. The FCA's operational resilience rules expect firms to know which systems, a hosted CRM included, support each important business service, and its guidance on outsourcing to the cloud and other third-party IT services sets expectations on due diligence, access and exit.
If you supply the public sector, your CRM may hold citizen data. That raises the stakes on retention, subject access requests and data minimisation. Scottish procurement teams will ask how deletion actually works, not whether it exists.
Finally, cross-border data flows matter. Many CRM vendors host outside the UK. You need a lawful transfer mechanism, whether the ICO's International Data Transfer Agreement, the UK Addendum to the EU standard contractual clauses or reliance on UK adequacy regulations, plus a clear answer on where Edinburgh client data sits and which sub-processors can reach it.
CRM software for small businesses in Edinburgh
Most Edinburgh financial services firms are small businesses, and few need the enterprise platforms the biggest names sell. The small-business CRM market covers contacts, pipelines, client records, tasks and audit trails at a scale that suits a small team. Capsule, Pipedrive, Zoho CRM, Freshsales and HubSpot are the products most often shortlisted by small UK firms, with HubSpot and Zoho offering free or entry-level tiers; Salesforce and Microsoft also sell smaller editions of their platforms.
Size does not change the compliance test. Every one of these products can hold client data lawfully, and every one can be configured badly. Judge them on UK hosting and data residency, encryption in transit and at rest, role-based access control, audit logging that captures reads as well as writes, exportable records of processing, and a processor contract that meets Article 28. Ask for evidence for the exact edition you are buying, not for the vendor's flagship product.
Choosing CRM with strong security and audit features
Start with the ICO's security and cyber security guidance and turn it into questions. The ICO expects appropriate technical and organisational measures, including cyber security, and it expects you to review them.
CRM security features to demand
- Encryption at rest and in transit
- Role-based access and MFA
- Audit trail of views and exports
- Breach detection and notification
- UK data residency options
- Automatic retention and deletion
- Usable data export and exit
Security features to demand:
- Encryption at rest and in transit, with key management described
- Role-based access control and multi-factor authentication
- Audit trail showing who viewed, changed or exported each record
- Breach detection, logging and a defined notification process
- Data residency options, including UK hosting
- Retention rules that delete or anonymise automatically
- Export and exit tools that return your data in a usable format
The audit trail must record reads as well as writes, because subject access requests and disputes turn on who saw what and when.
Named CRM products in this market include Salesforce Financial Services Cloud, Microsoft Dynamics 365 and HubSpot. Each publishes security documentation, but your evidence test is the same.
Privacy by design should be visible in the product, not just the policy. Ask vendors to show default settings, not just configuration options.
Run your own due diligence on the vendor as a business, not just the software. Check claims against named evidence: penetration test summaries, ISO 27001 certificates, a completed DPIA template and a current sub-processor list, each covering the exact service you are buying rather than the vendor's flagship product.
Before launch, test records, permissions, workflow and recovery with real scenarios. A CRM that passes a demo can still fail a subject access request or a restore test.
Contracts decide what happens when things go wrong. Before signing, review five areas: liability and indemnities; data processing terms, including instructions and audit rights; sub-processor approval and change notice; exit, data return and deletion evidence; and service levels with breach notification times.
Public sector supplier requirements and procurement routes
Edinburgh public sector buyers, including the City of Edinburgh Council and NHS Lothian, procure through regulated routes. Many use Public Contracts Scotland or UK frameworks rather than ad hoc purchasing.
If you sell to the public sector, your CRM must support the buyer's own compliance. That means records management, retention schedules, freedom of information handling and sometimes official sensitivity markings.
Expect a data protection impact assessment to be requested or required. Your CRM should make it easy to describe data flows, purposes and retention, because the buyer must document them.
The UK Government Digital Marketplace, including G-Cloud 13 (RM1557.13), and equivalent Scottish routes favour cloud software that meets published security and data standards. Being able to evidence those standards shortens procurement.
Smaller Edinburgh suppliers often partner on bids. Your CRM needs to handle shared access, confidentiality between partners and clean audit records if a bid is challenged.
Payment and identity checks also matter. Public bodies expect strong processes around bank detail changes and supplier records, which a CRM with good audit and approval workflow can support.
A worked Edinburgh example: CRM selection under scrutiny
Consider an Edinburgh wealth management firm with 40 staff, 3,000 client records and a public sector pension client. It shortlisted Salesforce Financial Services Cloud, Microsoft Dynamics 365 and HubSpot, and scored them on evidence before any demo.
Six-step CRM compliance selection
- Map data flows into one-page record
- Score vendors on compliance criteria
- Request DP questionnaire and pen tests
- Run subject access and restore tests
- Review contracts and breach terms
- Document decision for accountability
- The firm mapped data flows, producing a one-page processing record covering what personal data enters the CRM, why, where it is stored and how long it stays.
- It asked each vendor for a completed data protection questionnaire, penetration test summaries and sub-processor lists, then scored the evidence.
- It ran a subject access request test and a restore test in a sandbox, timing each and checking the audit output.
- It reviewed breach notification terms against the ICO controller and processor guidance and documented the decision for accountability.
- It agreed exit terms in writingdata returned in a usable format, deletion evidence and confirmation of how backups are handled.
- It recorded the scoring, the decision and the review date, so the selection file could be produced to the ICO or a client without a scramble.
The chosen CRM was not the cheapest and did not have the best interface. It won on evidence: the vendor supplied penetration test summaries, accepted UK hosting and signed a clear exit plan with deletion evidence.
Six months later, the firm answered an ICO query and a client complaint using CRM audit exports. The selection file shortened both responses. That is the practical return on compliance-led procurement.
Retention, records and the Scottish regulatory backdrop
Retention is where CRM projects quietly fail. Records kept too long breach data minimisation; records deleted too early break regulatory and tax requirements.
Edinburgh financial firms must satisfy HMRC record-keeping rules, including Making Tax Digital and VAT, alongside UK GDPR storage limitation. HMRC generally expects records to be kept for six years from the end of the accounting period. Your CRM retention rules should reflect both, not one.
Set retention by record type: client identity, advice, transactions, complaints and marketing consents all differ. Automate deletion or anonymisation where the law allows, and log what was deleted.
Records of processing, DPIA outcomes and audit logs are accountability evidence. The ICO expects them to be current and retrievable. A CRM that cannot produce them on request is a liability.
When a contract ends, exit matters as much as entry. You need your data back in a usable format, confirmation of deletion and evidence that backups are handled. Put this in the contract before you sign.
Review your CRM annually against ICO guidance and Scottish public sector standards. Compliance is a moving target, and the vendors that keep pace are the ones worth keeping.


