Legal

Data Processing Agreement (DPA)

pursuant to Art. 28 GDPR

Version: 1.1 As of: February 16, 2026

Download DPA with your company details

You can download the DPA pre-filled with your company details in the logged-in area under Settings → Company Details .

The DPA is concluded in text form (electronic) via a separate checkbox during registration; timestamp and version are stored.

between

[Customer name / Company], [Address] ("Controller")

and

Herz-Kilometer UG (haftungsbeschränkt) i.G., Grüne Trift 123, 12557 Berlin, Germany ("Processor")

– jointly referred to as "Parties" –

1 Subject Matter and Duration

1.1 The Processor provides the Controller with services related to the use of the "Herz-Kilometer" platform (web admin, website and mobile apps) as Software-as-a-Service ("Services").

1.2 The subject matter of this DPA is the processing of personal data by the Processor on behalf of the Controller within the scope of the Services.

1.3 The duration of this DPA corresponds to the term of the main contract (e.g. subscription) plus any contractually agreed transition/export periods pursuant to Section 10.

2 Nature and Purpose of Processing

2.1 Nature of processing (depending on use): Collection, recording, organization, structuring, storage, adaptation/alteration, retrieval, consultation, use, disclosure (to sub-processors), alignment, restriction, erasure/destruction.

2.2 Purposes of processing:

  • Provision and operation of the Herz-Kilometer platform
  • Management of companies, roles, memberships and access (join codes/invitations)
  • Recording/display/aggregation of activity and kilometer data of participants (e.g. via app/integrations)
  • Calculation and display of package progress/metrics (reporting/exports)
  • Communication/security (system emails, support, abuse/security prevention)
  • Logging/error analysis and technical maintenance (logs)

2.3 No change of purpose: The Processor does not process data for its own purposes but exclusively for the provision of Services, unless permitted by law (e.g. IT security, abuse prevention) or expressly agreed.

3 Types of Personal Data and Data Subjects

3.1 Data subjects:

  • Employees/participants of the Controller (including invited users)
  • Administrators/contacts of the Controller
  • Other user groups added by the Controller (e.g. team leads)

3.2 Categories of personal data (depending on use/integration):

  • Master data: Name/display name, email, user ID, company assignment, role
  • Auth/account data: Login/token information (technical), verification status
  • Activity/movement data: Kilometers, activity timestamp, duration, activity metadata (e.g. activity type) from connected services
  • Usage data: App/web usage, interactions, technical events
  • Device/technical data: IP address, device info, log data, crash/error data
  • Communication data: Support requests, system notifications

3.3 Special categories (Art. 9 GDPR): If activity data qualifies as health data in individual cases, processing is carried out exclusively on instruction of the Controller and with enhanced protective measures according to Annex 1. The Controller ensures the required legal basis.

4 Controller's Right to Issue Instructions

4.1 The Processor processes personal data exclusively based on documented instructions from the Controller, unless there is a legal obligation to process. In this case, the Processor informs the Controller, if legally permissible.

4.2 Instructions may be issued in text form (e.g. email). The Processor may refuse instructions that, in its opinion, violate data protection law; it informs the Controller immediately.

4.3 The Controller remains responsible for the lawfulness of processing, compliance with information obligations, legal bases (especially for special categories under Art. 9 GDPR), and issuing lawful instructions.

5 Obligations of the Processor

5.1 The Processor undertakes to obligate all persons processing personal data to confidentiality.

5.2 The Processor implements and maintains appropriate technical and organizational measures (TOMs) according to Art. 32 GDPR as per Annex 1.

5.3 The Processor assists the Controller where possible with:

  • Ensuring data subject rights (Section 7)
  • Data security, data protection impact assessment (DPIA) and prior consultation (Section 8)
  • Notification of data breaches (Section 9)

5.4 The Processor maintains a record of processing activities where legally required.

6 Sub-processors

6.1 The Controller grants the Processor general authorization to engage sub-processors listed in Annex 2 or added pursuant to Section 6.2.

6.2 The Processor informs the Controller of intended changes (additions/replacements) to sub-processors at least 14 days before they take effect (e.g. via email or admin dashboard). The Controller may object for important reasons. If the Processor cannot provide the service without the new sub-processor, the Controller may terminate the affected service or main contract extraordinarily.

6.3 The Processor concludes contracts with sub-processors pursuant to Art. 28 GDPR containing at least the obligations set out in this DPA.

6.4 Third-party data sources (e.g. Strava/Garmin/Polar/Suunto/Apple Health): Where participants connect data from external services, these are typically independent controllers of the third-party provider. They are not automatically sub-processors of the Processor. The Processor processes the received data on behalf of the Controller.

7 Assistance with Data Subject Rights

7.1 The Processor assists the Controller to a reasonable extent with requests from data subjects (access, rectification, erasure, restriction, portability, objection) relating to data processed on behalf.

7.2 The Processor does not respond to data subject requests itself, except:

  • on instruction of the Controller, or
  • where legally permissible/required.

7.3 The Controller remains responsible for legal assessment and timely fulfillment.

8 Assistance with DPIA and Prior Consultation

The Processor assists the Controller upon request to a reasonable extent in conducting a data protection impact assessment (Art. 35 GDPR) and prior consultation (Art. 36 GDPR), particularly by providing information on TOMs and sub-processors.

9 Notification of Data Breaches

9.1 The Processor informs the Controller without undue delay upon becoming aware of a personal data breach during commissioned processing.

9.2 The notification contains where possible:

  • Description of the nature of the breach
  • Affected data categories and groups of persons
  • Likely consequences
  • Measures taken/recommended

9.3 The Processor assists the Controller in fulfilling notification and communication obligations.

10 Return, Deletion and Data Export after Contract End

10.1 After termination of the main contract, the Processor only processes data for settlement, data return/export and deletion pursuant to this section.

10.2 Choice: After contract end, the Controller may request return (export) or erasure of the processed personal data within 30 days, unless statutory retention obligations prevent this.

10.3 Return/export: Upon request, the Processor provides the data in a structured, commonly used, machine-readable format or enables equivalent export functions.

10.4 Erasure: If no return is requested, or after return has been completed, the Processor deletes the data unless statutory retention obligations or legitimate security/evidence requirements prevent this (e.g. accounting records, security logs to an appropriate extent). Backups are overwritten as part of the regular backup cycle.

10.5 The Processor documents deletion upon request to a reasonable extent.

11 Audit Rights

11.1 The Controller is entitled to verify compliance with this DPA. The Processor provides suitable evidence (e.g. TOM description, sub-processor list, security concepts, certificates/reports where available).

11.2 On-site audits are only permissible for justified cause, with reasonable notice and considering trade/business secrets and security requirements. The Processor may refer audits to third-party reports where appropriate.

11.3 The Controller bears audit costs unless the audit was required due to proven material breach by the Processor.

12 Technical and Organizational Measures (TOMs)

TOMs are described in Annex 1 and are appropriately developed by the Processor during the contract term. Material changes reducing the security level are communicated to the Controller in advance.

13 International Data Transfers

13.1 Where sub-processors or their subcontractors process data outside the EEA, the Processor ensures appropriate safeguards (e.g. EU Standard Contractual Clauses, adequacy decision) and documents these upon request.

13.2 The Controller acknowledges that use of certain tools/providers may involve third-country processing; details are provided in Annex 2 and respective provider information.

14 Liability

14.1 The liability provisions of the main contract/Terms apply. In relation to the Controller, the Processor is liable for breaches of this DPA in accordance with statutory provisions and main contract agreements.

14.2 Any liability provisions under Art. 82 GDPR remain unaffected.

15 Final Provisions

15.1 In case of conflicts between this DPA and the main contract, this DPA takes precedence regarding data protection obligations.

15.2 Amendments and additions to this DPA require text form.

15.3 German law applies. Place of jurisdiction is, where permissible, the Processor's registered office.

15.4 This DPA is concluded in text form. Electronic acceptance during registration (including storage of timestamp, accepting user ID and version) fulfills the form requirement under Art. 28(9) GDPR.

Signatures

[Customer name / Company] (Controller)

Place/Date: ____________________

Name/Function: ________________

Signature: ___________________

Herz-Kilometer UG (haftungsbeschränkt) i.G. (Processor)

Place/Date: ____________________

Name/Function: ________________

Signature: ___________________

Annex 1 – Technical and Organizational Measures (TOMs)

(Summary)

1) Physical Access Control

  • Access to development/operations environments only for authorized persons
  • Device and account security (screen lock, encryption, MDM where available)

2) System Access Control

  • Role-based access control (admin/role models)
  • Strong authentication (password policies, optional MFA), session management
  • Logging of security-relevant events

3) Data Access Control

  • Least privilege principle, separated environments (prod/stage/dev) where possible
  • Data access at database level (e.g. Row-Level-Security), separate service keys
  • Restriction of support access, access only when needed

4) Transfer Control

  • TLS encryption for data transmission (HTTPS)
  • API keys/secrets securely stored (secret management)
  • Connections to third-party integrations via standardized authorization (e.g. OAuth)

5) Input Control / Traceability

  • Logging of admin actions/changes (where provided by product)
  • Change and release processes with version control

6) Processing Control

  • Sub-processor contracts pursuant to Art. 28 GDPR
  • Documented process for sub-processor changes (notification/objection)

7) Availability Control

  • Backup/restore strategy of hosting/DB provider
  • Monitoring/alerting, overload protection (rate limits), DDoS protection where available
  • Emergency processes for recovery

8) Separation Control

  • Tenant separation through logical separation (tenant IDs, RLS/policies)
  • Separation of test and production data where possible

9) Privacy by Design

  • Data minimization (only required data)
  • Default restrictive roles/policies
  • Retention and deletion concept pursuant to Section 10

10) Encryption

  • Transport encryption (TLS)
  • Encryption at rest per infrastructure/DB provider capabilities
  • Passwords/secrets not in plaintext, hashing/encryption per state of the art

Annex 2 – Sub-processors

This annex distinguishes between sub-processors under Art. 28 GDPR and further recipients that typically act as independent controllers.

A) Infrastructure/Hosting/Database

Supabase

Purpose: Platform operation (database, auth, storage, edge functions)

Location: Frankfurt (Germany/EEA)

B) Email Sending (System/Transactional/Report Emails)

Mailjet (Sinch Mailjet)

Purpose: Sending system, transactional and report emails

Location: EU (France)

Supabase Auth (integrated, depending on setup)

Purpose: Authentication-related system emails

Location: EEA

C) Monitoring/Error Analysis

Sentry

Purpose: Error tracking/performance/debugging (events/logs, pseudonymized where possible)

Location: Frankfurt (Germany/EEA)

D) Push Notifications (optional)

Google Firebase Cloud Messaging (FCM)

Purpose: Technical delivery of push notifications

Location: USA (third-country processing possible) – Safeguards: SCC / Adequacy decision

E) Web Analytics (consent-based only)

Google Analytics 4 (Google LLC)

Purpose: Website usage analysis (depending on setup)

Location: USA (third-country processing possible) – Safeguards: SCC / Adequacy decision

F) Further Recipients (typically independent controllers, not sub-processors)

PayPal, Strava, Garmin, Polar, Samsung Health, Suunto, Apple Health, betterplace.org, Microsoft Teams (Incoming Webhooks), Qonto

Purpose: Payment processing, data source/integration services, or target systems configured by the Controller

Note: These entities usually act as independent controllers; usage depends on Controller configuration and/or data subject consent.

Data Protection Contact

Herz-Kilometer UG (haftungsbeschränkt) i.G.
Grüne Trift 123
12557 Berlin, Germany
privacy@herz-kilometer.de

Cookies & Privacy We use essential cookies. We only load Google Analytics after your consent to improve our website. Learn more