Skip to main content
Empuls enforces strict data segregation by assigning every customer organisation a unique encryption key within a multi-tenant SaaS architecture, ensuring that no tenant’s data can be read or accessed by another.

How Empuls Segregates Customer Data

Empuls operates as a multi-tenant SaaS platform, meaning multiple customer organisations share the same underlying infrastructure while their data remains completely isolated from one another. This architecture delivers the cost efficiencies of shared infrastructure without compromising the security boundaries between tenants. At the core of Empuls’s data segregation model is client-level encryption. Each customer organisation is assigned a unique encryption key at the point of provisioning. All data belonging to that organisation — including employee records, recognition activity, reward redemption history, and engagement survey responses — is encrypted with that key. Even if two tenants share the same database cluster, the encrypted payloads are mathematically isolated: one tenant’s key cannot decrypt another tenant’s data.

Logical Isolation at Every Layer

Data segregation in Empuls is enforced at the application layer, not just the storage layer. Every API request carries a tenant context that gates which records are visible and writable. An authenticated user from one organisation cannot — even inadvertently — read or modify data belonging to a different customer. This approach aligns with the data partitioning controls required under ISO 27001 Annex A and the logical access controls audited as part of SOC 2 Type II certification. Empuls maintains both certifications, giving enterprise security and procurement teams independent, third-party assurance of these controls.

A Practical Example

Consider an organisation that has connected Empuls to Workday for employee data sync and uses Microsoft Teams for recognition nudges. When Workday pushes a new hire record into Empuls, that record is immediately encrypted with that organisation’s unique key and scoped to their tenant context. A separate organisation — even one using the identical Workday and Teams integration — has zero visibility into that record. The isolation is transparent to end users but enforced at every data access point. The same principle applies to integrations with SAP SuccessFactors, Darwinbox, and Slack. Inbound employee data from any connected HR system is scoped to the provisioned tenant at the moment of ingestion, with no data leakage between customer accounts.

What This Means for Enterprise Security Teams

Security and legal teams evaluating Empuls frequently ask about tenant isolation during vendor risk assessments. The client-level encryption model means that even Empuls’s internal engineering staff cannot access a customer’s plaintext data without that customer’s key material. This satisfies the data segregation requirements found in most enterprise security questionnaires and procurement frameworks. For organisations with regulatory requirements around data geography, Empuls also supports data residency configuration, ensuring encrypted tenant data is stored within the region required by applicable data protection law. Learn more: Empuls Help Centre — Data

How Empuls encrypts data at rest and in transit

Understand the encryption standards Empuls applies to stored data and data moving across networks, including key management practices.

Empuls compliance certifications: SOC 2 and ISO 27001

Learn which independent audits and certifications Empuls holds and what controls they verify for enterprise customers.