Skip to main content
npayload is launching soon.
npayloadDocs
Platform

Compliance

SOC 2, GDPR, and data protection practices

npayload is built to meet the security and data protection requirements of regulated industries. This page covers our compliance posture, data handling practices, and the shared responsibility model.

SOC 2 Type II

npayload is pursuing SOC 2 Type II certification. All controls are mapped and audit-ready.

MilestoneStatus
Controls mappingComplete
Internal auditComplete
External audit engagementIn progress
Expected certificationQ3 2026

The SOC 2 report will cover the Trust Services Criteria: Security, Availability, Processing Integrity, Confidentiality, and Privacy.

GDPR

npayload complies with the General Data Protection Regulation (GDPR) for organisations operating in the European Union.

Data processing

npayload acts as a data processor on behalf of your organisation (the data controller). We process message payloads and metadata solely for the purpose of delivering your messages.

Right to erasure

You can delete any data stored in npayload:

  • Messages: Delete individual messages or purge entire channels
  • Channels: Archive and permanently delete channels
  • DLQ entries: Purge dead letter queue entries
  • Organisation data: Request full account deletion

Deletion requests are processed within 30 days. Backup copies are purged within 90 days.

Data portability

Export your data at any time through the API:

  • Message history with full payloads
  • Channel and subscription configuration
  • Audit logs

Data minimisation

npayload stores only what is necessary for message delivery. In E2E encryption mode, npayload cannot read message payloads at all.

Encryption

In transit

All connections use TLS 1.3. Older TLS versions are not supported. Certificate pinning is available for Enterprise customers.

At rest

All data at rest is encrypted with AES-256. Encryption keys are managed through a dedicated key management service and rotated automatically.

End-to-end encryption

For maximum privacy, npayload offers E2E encryption mode per channel:

  • RSA-4096 for key exchange between publishers and subscribers
  • AES-256-GCM for payload encryption
  • npayload cannot read encrypted payloads
  • Only the publisher and subscriber hold decryption keys

E2E encryption mode limits some features (such as payload-based filtering and schema validation) because npayload cannot inspect the payload. Use Hybrid mode if you need routing with payload privacy.

Data retention

Data retention is configurable per channel:

SettingDefaultRange
Message retention7 days1 day to unlimited
DLQ retention14 days1 day to 90 days
Audit log retention90 days90 days to unlimited

Enterprise customers can configure custom retention policies. Expired data is permanently deleted and cannot be recovered.

Audit logging

Every API operation is recorded in an immutable audit trail:

  • Publish, delivery, and retry events
  • Channel and subscription lifecycle events
  • Authentication and authorisation events
  • DLQ replay and purge events
  • Administrative actions (user management, configuration changes)

Audit entries are linked with a hash chain, forming a tamper-evident log. Any modification to an entry invalidates the chain.

Incident response

npayload maintains a documented incident response plan:

SeverityResponse timeUpdate frequency
Critical (service down)15 minutesEvery 30 minutes
High (degraded service)1 hourEvery 2 hours
Medium (non-critical)4 hoursDaily
Low (informational)1 business dayAs needed

Security incidents are disclosed to affected customers within 72 hours, in compliance with GDPR breach notification requirements.

Shared responsibility model

ResponsibilitynpayloadCustomer
Infrastructure securityYes
Platform availabilityYes
Data encryption (in transit, at rest)Yes
E2E encryption key managementYes
API key and credential managementYes
Webhook endpoint securityYes
Payload content and PII handlingYes
Access control within your organisationYes

Sub-processors

npayload uses sub-processors for infrastructure, edge delivery, and billing. A current list of sub-processors is available upon request.

We notify customers 30 days before adding a new sub-processor. Enterprise customers can object to sub-processor changes.

Data Processing Agreement

A Data Processing Agreement (DPA) is available for all paid plans. The DPA covers:

  • Standard contractual clauses (SCCs) for international transfers
  • Data processing terms aligned with GDPR Article 28
  • Sub-processor disclosure and notification

Contact support@npayload.com to request a DPA.

Next steps

Was this page helpful?

On this page