Legal

Data processing addendum

Version 2.3 · Last updated 13 October 2026

This data processing addendum (the "DPA") forms part of the agreement between Beam SAS and the Customer under our terms & conditions (the "Agreement"). It applies whenever we process personal data on the Customer's behalf, and sets out the terms Article 28 of the GDPR requires. It takes effect when the Customer accepts the terms; a countersigned copy is available on request at legal@beamxp.com.

1. Definitions

Terms defined in the Agreement have the same meaning here. Controller, processor, data subject, personal data, processing and supervisory authority have the meanings the GDPR gives them.

Customer Personal Data
Personal data in Customer Content that we process on the Customer's behalf under the Agreement.
Data Protection Law
The GDPR (Regulation (EU) 2016/679), the French Data Protection Act (Loi n° 78-17 du 6 janvier 1978) and, where they apply to the processing, the UK GDPR and the Swiss Federal Act on Data Protection.
Personal Data Breach
A breach of security leading to the accidental or unlawful destruction, loss, alteration, unauthorised disclosure of, or access to, Customer Personal Data.
SCCs
The standard contractual clauses adopted by the European Commission in Implementing Decision (EU) 2021/914 of 4 June 2021.
Sub-processor
A third party we engage that processes Customer Personal Data.
We, us
Beam SAS, 106 avenue de Versailles, 75016 Paris, France, registered with the Paris Trade and Companies Register under number 953 048 345.

2. Roles and scope

The Customer is the controller of Customer Personal Data and we are its processor. Where the Customer itself acts as a processor for its own clients, we are its sub-processor, and the Customer confirms that its controller has authorised our engagement on the terms of this DPA.

We process Customer Personal Data only to provide the Service. Annex 1 sets out the subject matter, duration, nature and purpose of the processing, and the types of personal data and categories of data subjects.

For account, billing and service data that we process for our own purposes (managing the customer relationship, billing, securing and improving the Service, and meeting our legal obligations) we act as an independent controller, as described in our privacy policy. This DPA does not apply to that processing.

3. Instructions

We process Customer Personal Data only on the Customer's documented instructions, unless EU or Member State law requires otherwise; in that case we tell the Customer before processing, unless that law forbids it.

The Customer's instructions are the Agreement, this DPA, and the choices its admins and Users make in the Service: which models are enabled, which apps are connected, what agents and workflows do, what is shared and with whom, whether web search is on, and the retention settings. Other instructions must be agreed in writing.

We tell the Customer promptly if, in our opinion, an instruction infringes Data Protection Law.

4. The Customer's responsibilities

The Customer is responsible for the lawfulness of the processing it instructs: having a legal basis, informing data subjects, and the accuracy of Customer Personal Data. It decides which models, apps and features process its data, and thereby which Sub-processors receive it and where (sections 7 and 8).

The Service is not designed for special categories of personal data or data about criminal convictions. The Customer brings such data into it only where it has a legal basis and has assessed that the measures in annex 2 are appropriate.

5. Confidentiality

We ensure that everyone authorised to process Customer Personal Data is bound by an obligation of confidentiality, and that they access it only as far as needed: to provide support the Customer asks for, to operate and secure the Service, or to comply with the law.

6. Security

We implement the technical and organisational measures described in annex 2, which ensure a level of security appropriate to the risk, as Article 32 of the GDPR requires. We may change them over time, provided the overall level of protection does not decrease.

7. Sub-processors

The Customer gives us general authorisation to engage Sub-processors. Those engaged today are listed in annex 3 and on the sub-processors page, which is the current list.

Beam engages the following sub-processors: Amazon Web Services (the machine this product runs on), Clerk (sign-in, sessions and workspace membership), the model provider that answers (generates replies, documents and summaries, so it receives the conversation and whatever it is given to work on), Pipedream (runs the managed connectors to your other tools and holds the authorisation to reach them), Stripe (subscriptions, payment and invoices), Resend (delivers transactional email), Twilio SendGrid (delivers transactional email), Tavily (answers a web search with pages from the open internet), Voyage AI (reranks retrieved passages so the most relevant reach the model), Sentry (collects errors so failures can be fixed), and Pexels (supplies stock photography for generated presentations).

Several are used only when the Customer turns on the feature that needs them, and the model providers that receive requests are those whose models the Customer enables. Where the Customer supplies its own provider key, or a model it hosts, requests go directly to that provider under the Customer's own agreement with it, and for those requests the provider is not our Sub-processor.

We impose on each Sub-processor, by written contract, data protection obligations that offer at least the protection of this DPA, and we remain liable to the Customer for its performance.

Before a new Sub-processor starts processing Customer Personal Data, we publish the change on the sub-processors page and email the administrative contacts of every workspace at least 15 days in advance. The Customer may object in writing within those 15 days on reasonable data protection grounds. We will then look for an alternative in good faith; if there is none, the Customer may terminate the affected subscription before the change takes effect, and we refund the fees paid for the period after termination. If we must replace a Sub-processor urgently for reasons beyond our control, we give notice as soon as we can and the same right to object applies from that notice.

8. International transfers

We host the Service and Customer Personal Data in France. We transfer Customer Personal Data outside the European Economic Area only to Sub-processors established there, as needed for the features the Customer uses, or on the Customer's other documented instructions.

Each such transfer relies on an adequacy decision of the European Commission, including the EU-U.S. Data Privacy Framework for recipients certified under it, or on the SCCs (module three, processor to processor) between us and the Sub-processor, with supplementary measures where an assessment shows they are needed. On request we provide a copy of these safeguards, with commercial terms removed. Where UK or Swiss law applies to a transfer, we put in place the additional safeguards it requires on request.

A model provider may process requests outside the European Union under its own terms (annex 3). A Customer that needs requests to stay with a particular provider can restrict its workspace to that provider's models and use its own key.

If a public authority asks us for Customer Personal Data, we try to redirect it to the Customer, tell the Customer unless the law forbids it, challenge a request we consider unlawful, and disclose only what we are legally obliged to.

9. Data subjects' requests

If a data subject asks us directly to exercise their rights over Customer Personal Data, we pass the request to the Customer without undue delay and do not answer it ourselves unless the Customer asks us to.

The Service lets the Customer handle most requests itself: people can delete their own chats, files, agents and workflows and download files; admins can remove members, export the member list and set retention periods; and the owner can delete the whole workspace. Where that is not enough, we help the Customer with appropriate technical and organisational measures, as far as reasonably possible.

10. Personal data breaches

We notify the Customer of a Personal Data Breach without undue delay after becoming aware of it, by email to its workspace admins.

The notification describes, as far as then known, the nature of the breach, the categories and approximate number of data subjects and records concerned, its likely consequences, the measures taken or proposed, and a contact point. We add information as it becomes available.

We take reasonable steps to contain the breach and limit its effects, and help the Customer meet its obligations to notify the supervisory authority and data subjects. Notifying a breach is not an admission of fault.

11. Impact assessments and consultations

With the information available to us, we provide reasonable assistance for the Customer's data protection impact assessments and prior consultations with supervisory authorities where they concern the Service. Assistance that needs significant effort beyond providing existing documentation may be charged at a rate agreed in advance.

12. Information and audits

We make available the information needed to demonstrate compliance with Article 28 of the GDPR and this DPA: this DPA and its annexes, the sub-processor list, and written answers to reasonable security questionnaires. We keep the records of processing that Article 30(2) of the GDPR requires.

Where that information is not enough, the Customer may audit our compliance, itself or through an independent auditor bound by confidentiality who is not our competitor: no more than once a year, unless a supervisory authority requires it or a Personal Data Breach has occurred; on reasonable prior written notice; during business hours; and without disrupting the Service or exposing other customers' data. The Customer bears the cost of the audit.

13. Deletion and return

During the Agreement, the Customer can delete Customer Personal Data at any time with the Service's own tools, and the retention periods its admins set delete chats, files, workflow runs and audit entries automatically once they reach the age chosen.

Before the Agreement ends, the Customer can download its files and ask us for an export of its workspace's records.

When the Agreement ends, we delete Customer Personal Data within 30 days, unless EU or Member State law requires us to keep it; anything kept stays protected by this DPA and is processed only for that purpose. A workspace its owner deletes is deleted at once. We confirm deletion in writing on request.

14. Liability

Each party's liability under this DPA is subject to the limits in the Agreement, without prejudice to the rights of data subjects under Article 82 of the GDPR.

15. Duration, precedence and governing law

This DPA applies for as long as we process Customer Personal Data for the Customer. If it conflicts with the Agreement on the protection of personal data, this DPA prevails; where the SCCs apply, they prevail over both.

Where the California Consumer Privacy Act applies, we act as a service provider: we do not sell or share personal information received from the Customer, and use it only to provide the Service.

This DPA is published in French and English. If the two versions differ, the French version prevails.

This DPA is governed by French law, and the courts of Paris, France, have jurisdiction, without prejudice to the SCCs' own provisions on governing law and jurisdiction.

Annex 1: Details of the processing

Subject matter
Providing the Service under the Agreement.
Duration
The term of the Agreement, plus the deletion period in section 13.
Nature
Hosting and storage; indexing and search; transmission to the model providers the Customer enables and to the connected apps it chooses; running agents, workflows and scheduled tasks; transcribing recordings; generating documents, presentations, spreadsheets and images; sending notifications; support at the Customer's request.
Purpose
Providing the Service to the Customer and its Users, as the Customer configures and uses it.
Data subjects
The Customer's Users; people whose personal data the Customer or its Users bring into the Service, such as colleagues, customers, suppliers, candidates, meeting participants and other contacts; people who interact with agents or pages the Customer shares.
Personal data
Users' identification and contact data (name, email, profile picture, role); content: messages, prompts, files, recordings and transcripts, knowledge and Output; configuration that contains personal data: instructions, memories, agents and workflows; data from connected apps; usage and log data: timestamps, the model used, request counts and audit entries.
Special categories
None required by the Service; see section 4.
Frequency
Continuous, while the Customer uses the Service.
Retention
As set by the Customer's retention settings and deletions, and in any case until 30 days after the Agreement ends.
Location
France for hosting; Sub-processors as listed in annex 3.

Annex 2: Technical and organisational measures

MeasureWhat we do
Where data is processedThe Service runs on Amazon Web Services infrastructure in France (eu-west-3). The database, queues, stored files, the sandbox that runs code and the document renderer all run on that machine. We operate no premises of our own where data is held; physical security of the data centre is provided by Amazon Web Services.
EncryptionConnections to the Service use TLS. Data is encrypted at rest by our hosting provider. Stored credentials, such as integration authorisations and model-provider keys, are encrypted again at application level, with versioned keys so they can be rotated. API keys issued by the Service are stored only as hashes.
Separation between customersEach workspace's data is logically separated, and every query is scoped to the workspace making it.
Access within a workspaceRole-based access with owner, admin, editor, member and viewer roles; a deny-by-default capability check on every action that changes data; sharing per item with people, groups or the whole workspace; access lists on knowledge folders, enforced on every search.
Sign-in and sessionsSign-in by one-time email code, Google or Microsoft, so the Service stores no passwords; optional two-step verification; admins can see and revoke sessions, limit joining to verified email domains, and restrict access to listed IP addresses.
Our own accessAdministrative access to production is limited to named operators. Access follows documented roles and permissions, goes over encrypted connections only, and relies on strong passwords kept in a password manager, with single sign-on or two-factor authentication wherever available. When an operator acts on a workspace through our console, the action is recorded in that workspace's audit log.
LoggingAn audit log records administrative actions in each workspace; admins can review it and choose how long it is kept.
Controls on AI actionsAdmins choose which models and apps are available. Actions an agent or workflow takes in a connected app can require a person's approval, destructive actions are identified for confirmation, and approval steps pause a workflow run until someone decides.
Code executionCode that agents write runs in a separate sandbox service, apart from the application.
AvailabilityRate limiting is on by default, and health checks route requests away from a failing model provider when another is configured. The status page shows the live state of the Service. [Backups: frequency, location and restore testing (to confirm)]
Data minimisationProduct analytics record events and counts, never the content of messages or files. Error reports carry diagnostic data, not workspace content. Model providers receive what a request needs.
Retention and deletionAdmins set retention periods for chats, files, workflow runs and the audit log (1 to 3,650 days); older data is deleted permanently every night. Users can delete their own chats and files at any time, and the owner can delete the whole workspace.
PortabilityFiles can be downloaded in their original format, the member list exports as CSV, and the workspace's records can be exported on request.
Sub-processorsEach is bound by a written contract with data protection terms. The list is public and changes are announced in advance (section 7).
PersonnelPeople with access to Customer Personal Data are bound by confidentiality. Everyone at Beam signs a non-disclosure agreement before getting access to Beam information, and reviews our security policies and completes security training.
IncidentsPersonal Data Breaches are handled and notified as section 10 describes.

Annex 3: Sub-processors

The same list as the sub-processors page. The location column names each provider's principal establishment, as that provider publishes it.

Sub-processorWhat it does with your dataEstablished in
Amazon Web ServicesThe machine this product runs on: application, database, queues and stored files.France (eu-west-3)
ClerkSign-in, sessions and workspace membership. Holds names and email addresses.United States
The model provider that answersGenerates replies, documents and summaries, so it receives the conversation and whatever it is given to work on. Anthropic, OpenAI, Google and Mistral are the providers a workspace can choose; requests reach them through the OpenRouter gateway unless the workspace supplies its own key.United States, except Mistral AI (France)
PipedreamRuns the managed connectors to your other tools and holds the authorisation to reach them.Only once somebody connects an app.United States
StripeSubscriptions, payment and invoices. Receives billing details, never workspace content.United States
ResendDelivers transactional email: invitations, notifications, password and billing mail.United States
Twilio SendGridDelivers transactional email: invitations, notifications, password and billing mail.United States
TavilyAnswers a web search with pages from the open internet. Receives the search query.Only when web search is turned on for the workspace.United States
Voyage AIReranks retrieved passages so the most relevant reach the model. Receives those passages.Only when a Voyage key is configured; otherwise reranking runs through the model gateway above.United States
SentryCollects errors so failures can be fixed. Receives diagnostic data, not workspace content.Only when error reporting is configured.United States
PexelsSupplies stock photography for generated presentations. Receives the picture search term.Only when stock pictures are turned on for the workspace.Not stated

Version history

VersionDateChanges
2.313 October 2026Twilio SendGrid added to the Sub-processors in annex 3, for email delivery, alongside Resend, which it will replace.
2.213 October 2026No change to this DPA. Version and date kept in step with the privacy policy, which added the AI adoption playbook download.
2.111 October 2026Registered office moved to 106 avenue de Versailles, 75016 Paris, and RCS number added. Production access controls and staff confidentiality described in annex 2.
2.010 October 2026Complete addendum: instructions, sub-processor notice and objection, transfers, breach notification, audits, deletion, and annexes for the processing, security measures and sub-processors.
1.1August 2026Short addendum published with this site.
1.0UndatedData processing agreement published at beamxp.com.

Questions about this document? Reach our team at legal@beamxp.com.