Unterauftragsverarbeiter

Diese Übersetzung wird zur besseren Verständlichkeit bereitgestellt. Verbindlich ist ausschließlich die englische Fassung unter /p/sub-processors.

1. Die kurze Antwort

LW IT Solutions Company Lukas Wójcik, Łódź, Polen (der „Betreiber") betreibt reactive.chat (der „Dienst") auf einem eigenen Server in seinen Räumen in Łódź. Die Sprachmodelle laufen auf eigenen Rechnern des Betreibers im selben lokalen Netz; kein KI-Dienst eines Dritten ist beteiligt. Diese Seite ist Bestandteil des Auftragsverarbeitungsvertrags („AVV", Ziffer 8) und der Technischen und organisatorischen Maßnahmen. „Kunde", „Besucher" und „Kundendaten" haben die Bedeutung aus dem AVV.

Zwei Anbieter verarbeiten Kundendaten im Auftrag des Betreibers und sind Unterauftragsverarbeiter im Sinne von Art. 28 Abs. 4 DSGVO:

• Google Cloud Storage verwahrt die tägliche Kopie des Servers außer Haus, vor der Übertragung verschlüsselt, in Warschau (Abschnitt 2.1).
• Namecheap stellt DNS und E-Mail für den Betreiber bereit; E-Mails, die der Dienst versendet, können Besucherdaten enthalten (Abschnitt 2.2).

Ein weiterer Anbieter wird erst dann Unterauftragsverarbeiter, wenn eine derzeit nicht eingeschaltete Funktion eingeschaltet wird (Abschnitt 2.3).

Abschnitt 3 nennt Anbieter, die der Betreiber als Verantwortlicher für eigene Zwecke einsetzt (Zahlung, Formularschutz); sie erhalten keine Kundendaten nach dem AVV. Abschnitt 4 erklärt, welche Empfänger und Teile der Infrastruktur keine Unterauftragsverarbeiter sind und warum. Abschnitt 5 nennt die Kanäle und Integrationen, die der Kunde mit eigenen Konten einschalten kann.

Berichtigung mit dieser Fassung. Bis Fassung 1.1 hieß es auf dieser Seite, die Liste sei vollständig und es werde kein Hyperscaler eingesetzt. Das traf nicht zu: Die serverweite Sicherung wird seit dem 20. August 2026 zu Google übertragen – bis zum 4. September 2026 zu Google Drive, seit dem 5. September 2026 zu Google Cloud Storage – und enthält die Daten des Dienstes. Fassung 2.0 führt sie auf.

2. Unterauftragsverarbeiter

2.1 Sicherungskopie außer Haus – Google Cloud Storage

• Stelle: Google Cloud EMEA Limited, 70 Sir John Rogerson's Quay, Dublin 2, Irland.
• Zweck: Aufbewahrung der täglichen Kopie des Servers außer Haus, damit der Dienst nach einem Verlust des Servers wiederhergestellt werden kann.
• Daten: eine vollständige Kopie aller Datenbanken des Servers und der Webverzeichnisse, einschließlich aller Kundendaten (Gespräche, Besucherdaten, Kontodaten, Datei-Anhänge, Wissensbasis-Dateien). Die Kopie wird vor der Übertragung auf dem Server des Betreibers verschlüsselt (rclone crypt), einschließlich Datei- und Verzeichnisnamen; die Schlüssel bleiben auf dem Server des Betreibers. Google verwahrt Blöcke ohne lesbaren Inhalt. Die Verschlüsselung ist eine technische Maßnahme; sie ändert nichts an Googles Rolle als Unterauftragsverarbeiter.
• Ort der Verarbeitung: Bucket in der Region europe-central2 (Warschau, Polen, EU).
• Aufbewahrung: tägliche Kopien 7 Tage, wöchentliche Kopien (Sonntag) 364 Tage; ab Tag 10 in einer kälteren Speicherklasse.
• Vertrag und Übermittlungsgarantie: Google Cloud Data Processing Addendum. Die Daten liegen in der EU; greift Google von außerhalb des EWR darauf zu, etwa für Support oder Wartung, gelten die in diesem Zusatz enthaltenen Standardvertragsklauseln der Europäischen Kommission.
• Im Einsatz seit: 5. September 2026 (auf dieser Seite aufgeführt seit 11. Oktober 2026). Vom 20. August bis 4. September 2026 wurde dieselbe verschlüsselte Kopie zu Google Drive übertragen; der oben beschriebene automatische Ablauf erfasst diese Kopien nicht.

2.2 DNS und E-Mail – Namecheap

• Stelle: Namecheap, Inc., 4600 East Washington Street, Suite 305, Phoenix, AZ 85034, USA.
• Zweck: (a) autoritatives DNS für reactive.chat; (b) Weiterleitung von E-Mails an Adressen @reactive.chat; (c) das Postfach des Betreibers contact@lukaswojcik.com (Namecheap Private Email), an das Anfragen, Widersprüche und Löschwünsche gehen; (d) Zustellung der E-Mails, die der Dienst versendet.
• Daten: für (b) und (c) Absender, Empfänger und Inhalt der E-Mails, die den Betreiber erreichen; darunter können Besucherdaten sein, die ein Kunde oder Besucher dem Betreiber schickt. Für (d) E-Mail-Adresse und Name des Empfängers und der Inhalt der E-Mail: für Nutzer des Kundenkontos Bestätigungen, Passwort-Zurücksetzungen, Einladungen und Benachrichtigungen zu Gesprächen; für Besucher der Verlauf eines Gesprächs, den der Besucher per E-Mail anfordert, sowie Antworten im E-Mail-Kanal, wenn der Kunde keinen eigenen Postausgangsserver eingetragen hat. In diesem Fall geht die Antwort von no-reply@reactive.chat im Namen „[Projekt] via reactive.chat" mit der Adresse des Kunden als Antwortadresse hinaus, und der Anbieter erhält E-Mail-Adresse und Namen des Besuchers, den Betreff, den Text der Antwort und die Nachrichtenverweise des Fadens. Diese Kategorie von Besucherdaten entsteht nur, wo ein Kunde den E-Mail-Kanal ohne eigenen Mailserver nutzt.
• Anbieter für (d): E-Mails des Dienstes werden über den E-Mail-Dienst des Betreibers versandt. Namecheap ist der dafür vorgesehene Anbieter und derjenige, der für das Postfach des Betreibers im Einsatz ist. Wird für ausgehende E-Mails ein anderer Anbieter gewählt, wird er vor dem Einsatz nach Abschnitt 6 angekündigt.
• Ort der Verarbeitung: USA.
• Übermittlungsgarantie: Standardvertragsklauseln der Europäischen Kommission als Teil des Auftragsverarbeitungszusatzes von Namecheap.
• Aufgeführt seit: 2. September 2026.

2.3 Nur wenn eingeschaltet: Klick-zum-Anrufen – Twilio

• Stelle: Twilio Ireland Limited, Dublin, Irland; Twilio Inc., San Francisco, USA.
• Zweck: die Funktion „Ruf mich an", bei der der Dienst über das eigene Twilio-Konto des Betreibers einen Agenten anruft und ihn telefonisch mit einem Besucher verbindet.
• Daten: Telefonnummern des Besuchers und des Agenten, Zeitpunkt und Dauer des Anrufs.
• Stand: Diese Funktion ist nicht eingeschaltet; das Twilio-Konto des Betreibers ist nicht eingerichtet. Vor dem ersten Einsatz kündigt der Betreiber sie nach Abschnitt 6 an. SMS, die der Kunde über sein eigenes Twilio-Konto sendet, fallen nicht hierunter, sondern unter Abschnitt 5.

3. Anbieter für eigene Zwecke des Betreibers

Die folgenden Anbieter verarbeiten personenbezogene Daten für Zwecke, die der Betreiber als Verantwortlicher selbst bestimmt. Sie verarbeiten keine Kundendaten im Auftrag des Kunden und sind daher keine Unterauftragsverarbeiter nach dem AVV. Sie stehen hier der Transparenz halber; Einzelheiten enthält die Datenschutzerklärung.

3.1 Zahlungen und Rechnungen – Stripe

• Stelle: Stripe Payments Europe, Ltd., 1 Grand Canal Street Lower, Dublin 2, Irland; Weiterübermittlung an Stripe, Inc., South San Francisco, USA.
• Zweck: Bezahlung von Abonnements, Rechnungen, Steuerberechnung und Prüfung von USt-Identifikationsnummern.
• Daten: E-Mail-Adresse, Name oder Firmenname, Rechnungsanschrift, USt-Identifikationsnummer, die internen Konto- und Workspace-Kennungen des Betreibers und der gewählte Tarif. Karten- und Kontodaten werden auf den Seiten von Stripe eingegeben und erreichen den Betreiber nie. Stripe erhält aus dem Zahlungsvorgang des Betreibers keine Besucherdaten.
• Rolle: Stripe handelt teils als Auftragsverarbeiter des Betreibers und teils als eigenständiger Verantwortlicher (etwa zur Betrugsverhinderung und für eigene gesetzliche Pflichten).
• Ort der Verarbeitung: Irland (EU) und USA.
• Übermittlungsgarantie: EU-US Data Privacy Framework und Standardvertragsklauseln der Europäischen Kommission.
• Aufgeführt seit: 2. September 2026.

3.2 Schutz der Konto- und Supportformulare – Google reCAPTCHA

• Stelle: Google Ireland Limited, Gordon House, Barrow Street, Dublin 4, Irland; Google LLC, Mountain View, USA.
• Zweck: Schutz der Formulare für Anmeldung, Registrierung, Passwort-Zurücksetzen und Support gegen automatisierten Missbrauch (reCAPTCHA v3).
• Daten: Das Skript läuft im Browser der Person, die das Formular nutzt, und erfasst Browsersignale; der Server sendet das entstehende Token zusammen mit der IP-Adresse dieser Person zur Prüfung an Google. reCAPTCHA wird im Chat-Widget nicht eingesetzt und betrifft nie Besucher von Kunden-Websites.
• Ort der Verarbeitung: EU und USA.
• Übermittlungsgarantie: EU-US Data Privacy Framework und Standardvertragsklauseln der Europäischen Kommission.
• Aufgeführt seit: 2. September 2026.

4. Empfänger und Infrastruktur, die keine Unterauftragsverarbeiter sind

4.1 Server, KI-Knoten und Netz

• Server. Der Dienst läuft auf einem Server im Eigentum des Betreibers in dessen Räumen in Łódź, Polen. Kein Hosting-Anbieter und kein Rechenzentrumsbetreiber ist beteiligt.
• KI-Knoten. Die Sprachmodelle laufen auf Rechnern im Eigentum des Betreibers im selben lokalen Netz. Nur Knoten, die im Register des Betreibers eingetragen sind, erhalten KI-Aufträge. Kein KI-Dienst eines Dritten erhält Kundendaten, auch nicht als Rückfall.
• Internetanschluss. Toya Sp. z o.o., Łódź, Polen, stellt den Internetanschluss. Sie ist reiner Durchleiter: Sie transportiert verschlüsselte Verbindungen und hat keinen Zugriff auf gespeicherte Daten. Sie ist daher kein Unterauftragsverarbeiter.
• cdn.reactive.chat. Das Widget-Skript wird von einem Webhost auf demselben Server ausgeliefert. Kein externes Content Delivery Network wird eingesetzt.
• Standortbestimmung. Das Land eines Besuchers wird aus einer lokalen Datenbankdatei (MaxMind GeoLite2) auf dem Server abgeleitet und mit der Sitzung gespeichert. Keine IP-Adresse wird an einen Anbieter gesendet. Seit dem 16. Oktober 2026 nutzt der Echtzeitserver diese Datenbank auch für die Live-Funktionen, die vom Land abhängen (Besucherliste, Kampagnen, Einwilligungspflicht für den DSGVO-Raum): Er leitet aus der IP-Adresse des Besuchers nur den Ländercode ab, ohne die Adresse dafür zu speichern, und übergeht Landesangaben des Browsers; lässt sich kein Land ableiten, wird der Besucher als im DSGVO-Raum behandelt.

4.2 Push-Benachrichtigungen an Agenten

• Abonniert ein Agent im Browser Push-Benachrichtigungen, sendet der Dienst sie über den Push-Dienst des jeweiligen Browserherstellers: Google (Firebase Cloud Messaging), Mozilla, Apple oder Microsoft.
• Der Inhalt ist Ende-zu-Ende für den Browser des Agenten verschlüsselt (RFC 8291); der Push-Dienst kann ihn nicht lesen. Er besteht nur aus der Art des Ereignisses (neues Gespräch, neue Nachricht, Übergabe, Rückrufwunsch), dem Projektnamen, den Kennungen von Projekt und Gespräch und einem Link ins Pult, nie aus dem Text einer Nachricht. Der Push-Dienst sieht die Abonnementadresse, Zeitpunkt, Größe, Dringlichkeit und Lebensdauer der Nachricht, die Kennung des Gesprächs (damit eine ältere Benachrichtigung desselben Gesprächs ersetzt wird) und die IP-Adresse des Servers.
• Der Push-Dienst wird durch den Browser des Agenten bestimmt, nicht vom Betreiber gewählt, und verarbeitet keine Inhalte im Auftrag des Betreibers. Er steht hier daher als Empfänger dieser Metadaten, nicht als Unterauftragsverarbeiter. Push-Benachrichtigungen sind freiwillig und können von jedem Agenten abgeschaltet werden.

4.3 Benachrichtigungen an den Betreiber – Telegram

• Stelle: Telegram FZ-LLC, Dubai, Vereinigte Arabische Emirate.
• Der Betreiber erhält Benachrichtigungen über einen Telegram-Bot: dass eine neue Supportanfrage oder neues Kundenfeedback eingegangen ist, sowie Betriebsalarme (Zustand von Komponenten, Erreichbarkeit der KI-Knoten, Last, Fehlerzahlen).
• Die Benachrichtigungen enthalten nur feste Texte und Betriebszahlen: keine Namen, E-Mail-Adressen, IP-Adressen oder Nachrichteninhalte. Telegram sieht die IP-Adresse des Servers. Da keine personenbezogenen Daten von Kunden oder Besuchern übermittelt werden, ist Telegram kein Unterauftragsverarbeiter.

4.4 TLS-Zertifikate – Let's Encrypt

• Stelle: Internet Security Research Group (ISRG), San Francisco, USA.
• Let's Encrypt stellt die TLS-Zertifikate des Dienstes aus und, wenn ein Kunde eine eigene Domain für den Chat nutzt, das Zertifikat für diese Domain. Es erhält nur Domainnamen, die in öffentlichen Certificate-Transparency-Protokollen verzeichnet werden. Besucherdaten werden nicht übermittelt.

4.5 Anrufe

• Video- und Sprachanrufe verbinden die Browser von Besucher und Agent direkt miteinander. Kein Vermittlungsserver eines Dritten wird eingesetzt und auch kein öffentlicher STUN-Server, weil ein solcher Server die IP-Adresse jedes Besuchers sähe. Richtet der Betreiber einen eigenen Vermittlungsserver (TURN) ein, leitet dieser den verschlüsselten Strom weiter, ohne ihn lesen zu können; er gehört zur eigenen Infrastruktur des Betreibers. Ohne Vermittlungsserver wird jeder Seite die IP-Adresse der anderen Seite bekannt.
• Co-Browsing und Bildschirmfreigabe laufen über die eigene Echtzeitverbindung des Dienstes bzw. über die direkte Browserverbindung; kein Dritter ist beteiligt. Co-Browsing zeigt dem Agenten die Beschriftungen von Schaltflächen, Links und Überschriften der Seite, keine Formularfelder und keine Eingaben.

4.6 MousePlayer und Answely

• MousePlayer (Sitzungsaufzeichnung) wird von derselben juristischen Person, LW IT Solutions Company Lukas Wójcik, betrieben und ist daher kein gesonderter Auftragsverarbeiter. Es ist ein eigener Dienst mit eigenen Bedingungen, den der Kunde selbst aktiviert.
• Answely, das die Anfragen von Smart Answer beantwortet, wird ebenfalls vom selben Rechtsträger auf demselben Server betrieben und ist daher kein gesonderter Auftragsverarbeiter.

5. Vom Kunden eingeschaltete Kanäle und Integrationen

Der Dienst erlaubt dem Kunden, Kanäle und Integrationen anzubinden. Jede davon wird von einem owner oder admin des Kunden eingeschaltet, mit dem eigenen Konto und den eigenen Zugangsdaten des Kunden beim jeweiligen Anbieter, und tauscht Daten nur auf Weisung des Kunden aus. Die Anbieter sind eigene Empfänger oder Auftragsverarbeiter des Kunden, nicht Unterauftragsverarbeiter des Betreibers. Der Kunde ist für einen Auftragsverarbeitungsvertrag mit jedem Anbieter und für die Rechtmäßigkeit jeder Übermittlung in ein Drittland verantwortlich. Jeder Kanal und jede Integration kann im Dashboard jederzeit abgeschaltet werden. Integrationen senden Daten nur zu den Ereignissen, die der Kunde auswählt (neues Gespräch, neue Nachricht, Bitte um einen Menschen, Bewertung, bei einigen Integrationen Fehlermeldungen).

Warum diese Anbieter keine Unterauftragsverarbeiter sind. Einen Unterauftragsverarbeiter beauftragt der Betreiber, um Kundendaten in seinem Auftrag zu verarbeiten. Bei den Diensten dieses Abschnitts wählt der Kunde den Anbieter, hält den Vertrag und das Konto bei ihm (sein eigenes Meta-Konto, seinen Telegram-Bot, sein Twilio-Konto, sein Postfach, sein Google-Konto, seine Cal.com- und Stripe-Konten, seinen Identitätsanbieter oder sein KI-Werkzeug), schaltet die Verbindung ein und entscheidet, welche Daten fließen; der Dienst führt den Austausch auf Weisung des Kunden aus (AVV Ziffer 3). Der Betreiber hat mit diesen Anbietern keinen eigenen Vertrag über die Daten des Kunden. Dass für Google Drive die OAuth-Anwendung des Betreibers verwendet wird, ändert daran nichts: Google stellt das Drive dem Kunden nach dessen Vertrag bereit, und der Dienst liest auf Weisung des Kunden daraus. Wo der Dienst dagegen selbst Daten über einen vom Betreiber gewählten Anbieter versendet – den E-Mail-Versand, wenn der Kunde keinen eigenen Mailserver hat –, ist dieser Anbieter Unterauftragsverarbeiter (Abschnitt 2.2).

• Nachrichtenkanäle: WhatsApp Business, Facebook Messenger und Instagram Direct, einschließlich WhatsApp-Kampagnen, direkt mit Meta Platforms Ireland Limited, Dublin (Meta Graph API), mit dem eigenen Meta-Konto des Kunden und ohne Zwischenstelle – Telefonnummer oder Profilkennung, Name, Nachrichtentexte, Anhänge, Nachrichtenvorlagen; Telegram über den eigenen Bot des Kunden – Chatkennung, Vor- und Nachname oder Nutzername, Nachrichten, Fotos und Dokumente; Nachrichten in Gruppen und von anderen Bots werden verworfen; Telegram FZ-LLC sitzt in den Vereinigten Arabischen Emiraten, einem Drittland ohne Angemessenheitsbeschluss, sodass der Kunde diese Übermittlung prüfen muss; SMS über das eigene Twilio-Konto des Kunden – Telefonnummer und Text (der Inhalt von MMS wird nicht abgeholt); E-Mail über die eigenen IMAP- und SMTP-Server des Kunden – Adressen, Namen, Betreffzeilen, Nachrichten (gelesen wird nur der Posteingang).
• Teambenachrichtigungen: Slack (Thread je Gespräch, Antworten aus Slack), Microsoft Teams, Discord, Telegram, E-Mail – Nachrichtenauszüge bis 400 Zeichen, Name des Besuchers, Name des Agenten.
• Ereigniszustellung: Webhooks an eine vom Kunden gewählte Adresse (signiert), Zapier, Make, n8n – die Ereignisdaten der ausgewählten Ereignisse.
• Tickets und Vorgänge: Zendesk, Freshdesk, Jira, Linear – Name und E-Mail-Adresse des Besuchers, Gesprächsverlauf, Agent, Rückverweis; GitHub – Fehlermeldungen aus den Browsern der Besucher (Meldung, Datei, Browser, Seiten, Stacktrace).
• Kontextkarten im Desk: HubSpot, Pipedrive, Shopify, Shopware, WooCommerce, WordPress, Stripe (eigenes Konto des Kunden) – die E-Mail-Adresse des Besuchers wird als Suchschlüssel gesendet; das Ergebnis sieht der Agent.
• Analyse- und Fehlerkontext: Google Analytics 4, Plausible, Matomo, Sentry – Seitenadresse, bei Sentry ein Sitzungsbezug.
• Wissensquellen (eingehend): Notion, Confluence, Google Drive – die Zugangsdaten des Kunden gehen an den jeweiligen Anbieter, Inhalte fließen in die Wissensbasis. Google Drive wird über eine vom Betreiber registrierte OAuth-Anwendung mit Lesezugriff angebunden (Berechtigung drive.readonly), den Google für das gesamte Drive des angemeldeten Kontos erteilt; der Dienst liest nur die Ordner und Dateien, die der Kunde auswählt; der Kunde meldet sich mit seinem eigenen Google-Konto an und erteilt den Zugriff. Der Dienst speichert das Zugriffs-Token verschlüsselt und die E-Mail-Adresse des Google-Kontos, liest die Auswahl etwa alle sechs Stunden und behält den gewonnenen Text, nicht die Dateien.
• Termine und Bot-Aktionen: Cal.com (Konto des Kunden) – für freie Termine die Terminart und der Zeitraum; für eine Buchung Zeitpunkt, Terminart sowie Name, Zeitzone und E-Mail-Adresse des Besuchers (nur eine von der Website des Kunden signierte Adresse); Stripe (Konto des Kunden) – die bestätigte Nutzerkennung des Besuchers als Suchschlüssel, nie die E-Mail-Adresse; die eigenen HTTP-Endpunkte des Kunden – nur die im Schema der Aktion festgelegten Parameter und, bei bestätigter Identität des Besuchers, die Nutzerkennung.
• Anmeldung von Agenten: Single Sign-on über den Identitätsanbieter des Kunden (zum Beispiel Microsoft Entra ID, Google Workspace, Okta, Keycloak) – die eingegebene E-Mail-Adresse wird als Anmeldehinweis gesendet; der Anbieter gibt ein Identitätstoken mit E-Mail-Adresse, Kennung und, wo eingerichtet, Gruppen des Agenten zurück; der Dienst speichert nur Aussteller und Kennung.
• KI-Werkzeuge des Kunden (MCP): ein KI-Werkzeug oder Client, das der Kunde mit seinem Schlüssel an den MCP-Server anbindet – die Gesprächsdaten, Besucherdaten und Wissensbasis-Ergebnisse, die es abfragt; ohne die zusätzliche Berechtigung für Besucherdaten gekürzt und gefiltert, nie die IP-Adresse des Besuchers. Der Dienst sendet nichts von sich aus; was das Werkzeug an seinen eigenen KI-Anbieter weitergibt, verantwortet der Kunde.
• Umzug (eingehend): Import aus Intercom, Crisp und Tidio mit dem Schlüssel des Kunden, der an den bisherigen Anbieter geht (Intercom und Tidio auch aus einer Exportdatei), und aus Zendesk nur aus einer Exportdatei, die der Kunde hochlädt – die Gespräche fließen in den Dienst.
• Shopdaten: die eigene Shop-Schnittstelle des Kunden für Bestelldaten angemeldeter Endkunden – eine signierte Kundenkennung.
• Eigener KI-Knoten: ein vom Kunden betriebener Knoten – KI-Anfragen mit Gesprächsinhalt; der Kunde bestimmt, welches Modell der Knoten nutzt, auch Modelle Dritter (zum Beispiel Azure OpenAI).

6. Änderungsverfahren

1. Der Betreiber kündigt jede beabsichtigte Hinzunahme oder Ersetzung eines Unterauftragsverarbeiters in Abschnitt 2 auf dieser Seite und per E-Mail an die E-Mail-Adresse des owners jedes Kundenkontos an, mindestens 30 Tage bevor die Änderung wirksam wird.
2. Innerhalb dieser 30 Tage kann der Kunde aus berechtigten datenschutzrechtlichen Gründen per E-Mail an contact@lukaswojcik.com widersprechen.
3. Finden die Parteien keine Lösung, kann der Kunde den Vertrag über den Dienst zu dem Zeitpunkt kündigen, zu dem die Änderung wirksam wird, wie in Ziffer 8 des AVV geregelt.
4. Das Entfernen eines Unterauftragsverarbeiters sowie Änderungen in den Abschnitten 3 bis 5, die keine Kundendaten betreffen, werden ohne Frist auf dieser Seite vermerkt.

7. Stand und Fassung

Fragen zu dieser Liste: contact@lukaswojcik.com. Weitere Informationen: Datenschutzerklärung, Impressum; unser Verzeichnis von Verarbeitungstätigkeiten auf Anfrage.

Dieses Dokument ist in englischer Sprache abgefasst. Übersetzungen ins Deutsche (/p/unterauftragsverarbeiter) und Polnische (/p/podwykonawcy-przetwarzania) dienen der Verständlichkeit; die englische Fassung geht vor.

Fassung 2.0 ersetzt Fassung 1.1 vom 2. September 2026. Geändert: Google Cloud Storage als Unterauftragsverarbeiter für die verschlüsselte Sicherungskopie aufgenommen; die Aussagen „die Liste ist vollständig" und „kein Hyperscaler" zurückgenommen; Namecheap mit DNS, E-Mail-Weiterleitung, Postfach und dem Stand des ausgehenden Versands beschrieben, einschließlich Besucherdaten in E-Mails; Stripe und reCAPTCHA als Anbieter für eigene Zwecke des Betreibers eingeordnet, reCAPTCHA mit Übermittlung in die USA; Twilio Klick-zum-Anrufen als bedingt aufgeführt; Push-Dienste, Telegram (auch Betriebsalarme), Let's Encrypt, direkte Anrufe, Netzbetreiber und lokale Standortbestimmung erklärt; WhatsApp, Messenger und Instagram laufen direkt mit Meta, nicht über Twilio; Liste der Integrationen vervollständigt.

Fassung 2.1 ersetzt Fassung 2.0 vom 11. Oktober 2026. Geändert: Namecheap mit den Besucherdaten von Antworten, die ohne eigenen Mailserver des Kunden versandt werden (2.2); Inhalt der Push-Benachrichtigungen (4.2); kein öffentlicher STUN-Server, eigener Vermittlungsserver, Co-Browsing und Bildschirmfreigabe (4.5); Gründe, warum die Dienste in Abschnitt 5 keine Unterauftragsverarbeiter sind; Telegram, SMS und E-Mail im Einzelnen, Cal.com, Stripe und eigene Endpunkte für Bot-Aktionen, Google Drive, Single Sign-on und über MCP angebundene KI-Werkzeuge (5).

Fassung 2.2 ersetzt Fassung 2.1 vom 11. Oktober 2026. Berichtigt: Die Sicherung wird seit dem 20. August 2026 zu Google übertragen, bis zum 4. September zu Google Drive (1, 2.1); Inhalt und Metadaten der Push-Benachrichtigungen (4.2); Answely (4.6); Umfang des Google-Drive-Zugriffs und Quellen für den Umzug (5).

Fassung 2.3 ersetzt Fassung 2.2 vom 12. Oktober 2026. Berichtigt: Die Live-Funktionen, die vom Land abhängen, leiten es mit der lokalen Datenbank aus der IP-Adresse ab (4.1).

Fassung 2.4 ersetzt Fassung 2.3 vom 16. Oktober 2026. Geändert: Das Verzeichnis von Verarbeitungstätigkeiten ist auf Anfrage erhältlich statt verlinkt (Ende des Dokuments). Die Liste der Unterauftragsverarbeiter ist unverändert.

Fassung 2.4 – gültig ab 19. Oktober 2026.