Auftragsverarbeitungsvertrag
In Kraft ab dem 28. September 2026
Shelly Fleet Manager und Shelly Business Manager – Auftragsverarbeitungsvertrag zwischen dem Kunden (Verantwortlicher) und der Shelly Europe Ltd. (Auftragsverarbeiter) gemäß Art. 28 DSGVO und der UK-DSGVO.
1. Parteien und Geltungsbereich
Dieser Auftragsverarbeitungsvertrag („AVV“) wird geschlossen zwischen dem in den Allgemeinen Geschäftsbedingungen von Shelly Fleet Manager definierten Kunden (der „Kunde“, Verantwortlicher) und der Shelly Europe Ltd., UIC 202320104, 103 Cherni Vrah Blvd., 1407 Sofia, Bulgaria („Shelly“, Auftragsverarbeiter). Er ist fester Bestandteil des Servicevertrags und der Allgemeinen Geschäftsbedingungen (AGB, Abschnitte 3.2 und 9.1).
Er gilt für alle personenbezogenen Daten, die Shelly im Auftrag des Kunden bei der Bereitstellung von Shelly Fleet Manager (Webplattform, App Fleet Manager Assistant (FMA), APIs) und Shelly Business Manager (dem Portal, in dem Installateure gebrandete Portale für ihre Kunden gestalten, bereitstellen und betreiben, die jeweils auf einem eigenen Fleet-Manager-Mandanten laufen), zusammen der „Dienst“, verarbeitet („personenbezogene Daten des Kunden“). Anhang I beschreibt die Verarbeitung.
Installateure, die Portale für ihre eigenen Kunden betreiben. Nutzt der Kunde den Dienst, um Leistungen für seine eigenen Kunden zu erbringen (zum Beispiel ein Installateur, der ein Business-Manager-Portal für einen Gebäudeeigentümer betreibt), kann der Kunde selbst Auftragsverarbeiter dieser Kunden sein. In diesem Fall handelt Shelly im Rahmen dieses AVV als Unterauftragsverarbeiter des Kunden, und der Kunde ist dafür verantwortlich, mit seinen Kunden eine Vereinbarung zu haben, die den Einsatz von Shelly und seinen Unterauftragsverarbeitern gestattet.
Er gilt nicht für Daten, für die Shelly selbst Verantwortlicher ist: Konto- und Abrechnungsverwaltung, Support, die Website, Marketing sowie die Kontaktaufnahme mit registrierten Nutzern, um deren Probleme zu verstehen und den Dienst zu verbessern. Für diese Zwecke verwendet Shelly als eigenständiger Verantwortlicher den Namen und die Registrierungs-E-Mail-Adresse der Personen, die sich für den Dienst registriert haben, wie in der Datenschutzerklärung beschrieben. Shelly kann alle Personen, die ein Konto im Dienst haben – Fleet-Manager-Kunden und deren Nutzer, Nutzer von Business-Manager-Portalen (Installateure) sowie die Nutzer, die Installateure für ihre eigenen Kunden anlegen –, unter der für die Registrierung verwendeten E-Mail-Adresse kontaktieren, um zu verstehen, wie sie den Dienst nutzen, nach ihren Problemen zu fragen, sie zu kurzen Feedback-Gesprächen oder Umfragen einzuladen und die Dienste von Shelly zu verbessern. Diese Nachrichten sind keine Werbung, und jede Nachricht enthält eine einfache Möglichkeit, weitere Kontaktaufnahmen abzulehnen. Die Ablehnung wirkt sich nicht auf das Konto aus; wesentliche Servicemitteilungen (Sicherheit, Abrechnung, Änderungen der Bedingungen) werden weiterhin versandt.
2. Weisungen
- Shelly verarbeitet personenbezogene Daten des Kunden ausschließlich auf dokumentierte Weisung des Kunden. Die AGB, dieser AVV sowie die Konfiguration und Nutzung des Dienstes durch den Kunden (zum Beispiel das Hinzufügen von Geräten, Nutzern, Standorten, Warnmeldungskanälen und Integrationen) sind die Weisungen des Kunden.
- Shelly informiert den Kunden unverzüglich, wenn Shelly der Auffassung ist, dass eine Weisung gegen die DSGVO oder sonstiges Datenschutzrecht verstößt.
- Ist Shelly nach dem Recht der EU oder eines Mitgliedstaats zu einer anderen Verarbeitung der Daten verpflichtet, informiert Shelly den Kunden vor der Verarbeitung, sofern das Recht dies nicht verbietet.
3. Vertraulichkeit
Shelly stellt sicher, dass alle Personen, die zur Verarbeitung personenbezogener Daten des Kunden befugt sind, vertraglich oder gesetzlich zur Vertraulichkeit verpflichtet sind und nur Zugriff haben, soweit dies für den Betrieb, den Support oder die Sicherung des Dienstes erforderlich ist.
4. Sicherheit
Shelly setzt die technischen und organisatorischen Maßnahmen gemäß Anhang II um und hält sie dem Risiko angemessen (Art. 32 DSGVO). Shelly darf die Maßnahmen aktualisieren, sofern das Gesamtschutzniveau nicht sinkt.
5. Unterauftragsverarbeiter
- Der Kunde erteilt Shelly eine allgemeine Genehmigung für den Einsatz von Unterauftragsverarbeitern. Die aktuelle Liste befindet sich in Anhang III.
- Shelly informiert den Kunden über jede beabsichtigte Hinzuziehung oder Ersetzung mindestens 30 Tage im Voraus per E-Mail an den Kontoadministrator und/oder auf fleet.shelly.com. Der Kunde kann innerhalb dieser Frist aus berechtigten datenschutzrechtlichen Gründen widersprechen; können sich die Parteien nicht einigen, kann der Kunde den betroffenen Dienst ohne Vertragsstrafe kündigen.
- Shelly erlegt jedem Unterauftragsverarbeiter Datenschutzpflichten auf, die diesem AVV gleichwertig sind, und haftet gegenüber dem Kunden weiterhin für seine Unterauftragsverarbeiter.
- Integrationen und Benachrichtigungskanäle, die der Kunde anbindet, sind keine Unterauftragsverarbeiter von Shelly: Slack, Microsoft Teams, Telegram, Twilio (SMS), der eigene SMTP-Server oder das Gmail- / Microsoft-365-Konto des Kunden, Amazon Alexa und benutzerdefinierte Webhooks. Diese werden vom Kunden konfiguriert und ausgewählt; dorthin gesendete Daten sind eine Übermittlung auf Weisung des Kunden, keine Unterauftragsverarbeitung durch Shelly.
6. Internationale Übermittlungen
Personenbezogene Daten des Kunden werden in der Europäischen Union gehostet. Verarbeitet ein Unterauftragsverarbeiter Daten außerhalb des EWR, stellt Shelly einen gültigen Übermittlungsmechanismus sicher: einen Angemessenheitsbeschluss (einschließlich des EU-US Data Privacy Framework für zertifizierte Empfänger) oder die EU-Standardvertragsklauseln (Beschluss der Kommission 2021/914), erforderlichenfalls mit ergänzenden Maßnahmen. Anhang III nennt die Garantie für jeden Unterauftragsverarbeiter.
7. Unterstützung des Kunden
- Anfragen betroffener Personen. Shelly unterstützt den Kunden bei der Beantwortung von Anfragen (Auskunft, Berichtigung, Löschung, Einschränkung, Datenübertragbarkeit, Widerspruch) mithilfe der Funktionen des Dienstes – Nutzerverwaltung, Löschung von Geräten und Standorten, CSV- und Berichtsexporte, Audit-Export – und, wenn diese nicht ausreichen, auf Anfrage innerhalb von 10 Arbeitstagen. Direkt an Shelly gerichtete Anfragen werden an den Kunden weitergeleitet, ohne sie zu beantworten.
- DSFA und Konsultationen. Shelly stellt die Informationen bereit, die der Kunde für seine eigene Datenschutz-Folgenabschätzung (DSFA) vernünftigerweise benötigt, zum Beispiel diesen AVV, seine Anhänge und die DSFA-Zusammenfassung von Shelly.
- Sicherheits- und Meldepflichten. Shelly unterstützt bei den Pflichten nach Art. 32–36 DSGVO wie in diesem AVV beschrieben.
8. Verletzungen des Schutzes personenbezogener Daten
- Shelly benachrichtigt den Kunden unverzüglich, in jedem Fall innerhalb von 48 Stunden, nachdem Shelly eine Verletzung des Schutzes personenbezogener Daten bekannt geworden ist, die personenbezogene Daten des Kunden betrifft.
- Die Benachrichtigung enthält, soweit bekannt: den Hergang, die Kategorien und die ungefähre Zahl der betroffenen Personen und Datensätze, die wahrscheinlichen Folgen, die ergriffenen oder vorgeschlagenen Maßnahmen und eine Anlaufstelle. Die Informationen können schrittweise bereitgestellt werden.
- Shelly benachrichtigt Aufsichtsbehörden oder betroffene Personen über personenbezogene Daten des Kunden nicht im Namen des Kunden, es sei denn, der Kunde verlangt dies.
9. Vertragsende
Während der Vertragslaufzeit werden personenbezogene Daten des Kunden so lange gespeichert, wie der Kunde sie benötigt; der Kunde kann Nutzer, Geräte, Standorte und Messdaten jederzeit mithilfe des Dienstes löschen. Nach Vertragsende kann der Kunde seine Daten 30 Tage lang exportieren. Am 30. Tag nach der Beendigung löscht Shelly automatisch den Mandanten des Kunden (Anwendung, Datenbank, Dateien und Identitätsorganisation) und alle personenbezogenen Daten des Kunden, sofern nicht gesetzlich eine Speicherung vorgeschrieben ist. Backups werden im Rahmen des normalen Backup-Zyklus innerhalb von 14 Tagen überschrieben. Shelly bestätigt die Löschung auf Anfrage schriftlich.
10. Audits
Shelly stellt die Informationen bereit, die zum Nachweis der Einhaltung von Art. 28 DSGVO erforderlich sind. Der Kunde kann Shelly einmal pro Jahr oder nach einer Verletzung des Schutzes personenbezogener Daten auditieren, auch durch einen zur Vertraulichkeit verpflichteten unabhängigen Prüfer, mit einer Vorankündigung von mindestens 30 Tagen, während der Geschäftszeiten und ohne Zugang zu Daten anderer Kunden. Shelly kann zunächst durch die Bereitstellung von Dokumentation, Zertifizierungen oder Auditberichten antworten. Jede Partei trägt ihre eigenen Kosten, es sei denn, das Audit deckt einen wesentlichen Verstoß durch Shelly auf.
11. Pflichten des Kunden
- Der Kunde ist für die Rechtmäßigkeit seiner Verarbeitung verantwortlich, einschließlich einer Rechtsgrundlage und der Information der betroffenen Personen – zum Beispiel Beschäftigte, deren Handlungen protokolliert werden, Mieter oder Bewohner in überwachten Gebäuden sowie Personen, die als Standort- oder Notfallkontakte eingetragen sind.
- Der Kunde entscheidet, ob die Überwachung von Belegung, Tür- und Bewegungssensoren oder des Energieverbrauchs in Wohnungen oder an Arbeitsplätzen verhältnismäßig ist, und führt jede dafür erforderliche DSFA durch.
- Der Kunde bewahrt die Zugangsdaten seiner Nutzer sicher auf, vergibt Rollen nach dem Need-to-know-Prinzip und aktiviert die Multi-Faktor-Authentifizierung, sofern verfügbar.
12. UK-DSGVO
Unterliegt der Kunde der UK-DSGVO, umfassen Verweise auf die DSGVO auch die UK-DSGVO und den Data Protection Act 2018, und Verweise auf die Aufsichtsbehörde umfassen auch das Information Commissioner's Office. Das Hosting im EWR ist durch die britischen Angemessenheitsvorschriften für den EWR abgedeckt. Für Unterauftragsverarbeiter außerhalb des Vereinigten Königreichs und des EWR gilt das International Data Transfer Addendum zu den EU-Standardvertragsklauseln.
13. Haftung, Laufzeit und Vorrang
Die Haftung richtet sich nach den AGB, soweit die DSGVO nichts anderes vorsieht. Dieser AVV gilt, solange Shelly personenbezogene Daten des Kunden verarbeitet. Steht er in Fragen des Datenschutzes im Widerspruch zu den AGB, hat dieser AVV Vorrang.
Anhang I – Beschreibung der Verarbeitung
| Punkt | Beschreibung |
|---|---|
| Gegenstand | Bereitstellung von Shelly Fleet Manager: Fernüberwachung, Steuerung, Warnmeldungen und Berichte für Flotten von Shelly-Geräten, einschließlich der FMA-App und der APIs. |
| Dauer | Die Laufzeit des Servicevertrags zuzüglich der Löschfrist nach Abschnitt 9. |
| Art und Zweck | Hosting, Speicherung, Anzeige, Analyse (Energieberichte, Referenzwerte, Warnmeldungen), Versand von Benachrichtigungen, Protokollierung für Sicherheits- und Auditzwecke, Bereitstellung und Gestaltung von Business-Manager-Portalen (auch mit dem KI-Vorlageneditor), Support auf Anfrage des Kunden. |
| Betroffene Personen | Die Nutzer des Kunden (Beschäftigte, Auftragnehmer, Installateure); Nutzer von Business-Manager-Portalen; die Kunden eines Installateurs und deren Nutzer; Personen, die als Standorteigentümer, Mieter, Facility Manager oder Notfallkontakte eingetragen sind; Empfänger von Warnmeldungen; Bewohner oder Nutzer überwachter Gebäude, deren Anwesenheit oder Energieverbrauch aus Gerätedaten abgeleitet werden kann. |
| Datenkategorien | Nutzerdaten: Name, E-Mail-Adresse, Rolle, Organisation, Profilbild, Anmelde- und Sitzungsdaten, Einstellungen, Ruhezeiten, Push-Tokens. Aktivitätsdaten: Audit-Protokoll (Nutzer, Aktion, Gerät, Zeit, IP-Adresse), Bestätigungen von und Notizen zu Warnmeldungen, Dashboard-Aktivitäten. Standortdaten: Standortnamen, Postanschriften, Koordinaten, Etage/Raum, Öffnungszeiten, Haupt- und Notfallkontakte (Name, Telefonnummer, E-Mail-Adresse). Gerätedaten: Geräte-IDs und MAC-basierte Kennungen, Gerätenamen, Konfiguration und Status, WLAN-Netzwerkname (SSID) und lokale IP-Adresse, verschlüsselte Gerätepasswörter, Bluetooth-Sensoradressen. Messdaten: Energie, Leistung, Spannung, Strom pro Gerät und Phase; Tür-, Bewegungs-, Belegungs- und sonstige Sensorereignisse; Verbrauchsreferenzwerte. Benachrichtigungsdaten: Kanaleinstellungen, E-Mail-Adressen und Telefonnummern der Empfänger, Nachrichteninhalte. Business-Manager-Daten: Portalkonten, Projekte und Firmennamen von Kunden, Branding-Materialien und hochgeladene Bilder, Konversationen im KI-Vorlageneditor, Aktivitäts- und Nutzungsberichte, eingereichtes Feedback. |
| Besondere Kategorien | Nicht vorgesehen. Anwesenheitsmuster können indirekt Gewohnheiten und – wenn der Kunde z. B. betreutes Wohnen überwacht – gesundheitsbezogene Umstände offenbaren. Der Kunde muss dies prüfen. |
| Speicherdauer | So lange, wie der Kunde die Daten benötigt; der Kunde kann sie jederzeit löschen. Alle personenbezogenen Daten des Kunden werden 30 Tage nach Vertragsende automatisch gelöscht (Abschnitt 9). Unabhängig davon gelten kurze technische Fristen: Gerätestatus 24 Std., Geräteereignisprotokoll 30 Tage, Energie-Rohdaten 31 Tage (nach Aggregation), Audit-Protokoll 90/180/730 Tage je nach Kategorie, Berichte 30 Tage. |
| Ort der Verarbeitung | EU – Google Cloud, Belgien (europe-west1). |
Anhang II – Technische und organisatorische Maßnahmen
| Bereich | Maßnahmen |
|---|---|
| Verschlüsselung bei der Übertragung | Der gesamte Web- und API-Verkehr läuft über HTTPS (TLS über Traefik / Caddy mit Let's-Encrypt-Zertifikaten). Geräte verbinden sich über sichere WebSocket-Verbindungen (wss) mit gegenseitigem TLS unter Verwendung einer Fleet-Manager-Root-CA. |
| Verschlüsselung im Ruhezustand | Geräte-Webpasswörter, Integrations-Secrets und OAuth-Tokens werden mit AES-256-GCM verschlüsselt (Schlüssel mit scrypt aus einem Server-Secret abgeleitet). Google Cloud verschlüsselt standardmäßig alle Festplatten im Ruhezustand (von Google verwaltete Schlüssel). |
| Zugriffskontrolle – Nutzer | Identitätsverwaltung durch eine selbst gehostete Zitadel-Instanz (OpenID Connect). Passwörter werden mit bcrypt gehasht (Kostenfaktor 12). Kontosperrung nach 10 falschen Passwörtern / 5 falschen Einmalcodes. Passkeys und MFA verfügbar. |
| Zugriffskontrolle – Rollen | Rollenbasierter Zugriff: admin, manager, editor, installer, operator, automation admin, auditor, viewer. Jede Anfrage wird anhand der Rolle und der Organisation des Nutzers geprüft. |
| Mandantentrennung | Jeder Kunde läuft in einem eigenen Anwendungscontainer, eigenen Netzwerk, einer eigenen Datenbank mit eigenem Datenbanknutzer und einem eigenen Cache-Schlüsselraum. Zeilen sind zusätzlich über die Organisations-ID abgegrenzt. |
| Ratenbegrenzung und Missbrauchsschutz | Login-Endpunkte begrenzt (10/min, Burst 30); API-Aufrufe pro Nutzer und Methode begrenzt (240/min, 30/min bei aufwendigen Aufrufen); HTTP-Limits pro Route. |
| Protokollierung und Audit | Audit-Protokoll von Anmeldungen, Gerätebefehlen, dem Hinzufügen/Löschen von Geräten, Ratenbegrenzungsereignissen, Berechtigungsänderungen und Offenlegungen von Zugangsdaten (mit Begründung), mit Speicherdauer nach Kategorie. |
| Umgang mit Secrets | Secrets werden als Umgebungsvariablen an Container übergeben; die Offenlegung von Zugangsdaten erfordert eine schriftliche Begründung und wird im Audit-Protokoll erfasst. |
| Verfügbarkeit und Backups | Tägliches Backup der Identitätsdatenbank, das 14 Tage aufbewahrt wird; Backup der Flottendatenbank vor jedem Update. Neustartrichtlinien für Container; Log-Rotation. |
| Datenminimierung | Geräte-IP-Adressen werden beim Onboarding nur als Hash gespeichert; Website-Analyse ohne Cookies (täglicher pseudonymer Hash); WLAN-Passwörter werden ausschließlich per Bluetooth an das Gerät gesendet, niemals an den Server. |
| Löschung | Das Löschen eines Nutzers (in Zitadel) löst eine automatische Löschkaskade aus: Zuweisungen, Tokens, Push-Tokens, Postfach, Einstellungen werden entfernt; der Name wird im Audit- und Warnmeldungsverlauf anonymisiert. |
| Härtung | Container laufen mit no-new-privileges; der Cache (Redis) ist durch ACL-Nutzer geschützt und wird nicht auf die Festplatte geschrieben; Open-Source-Code wird über Merge Requests geprüft. |
| Organisatorisches | Zugriff auf Produktionsserver ist auf namentlich benannte Ingenieure mit SSH-Schlüsseln beschränkt; Mitarbeitende sind zur Vertraulichkeit verpflichtet; Verfahren bei Sicherheitsvorfällen (Dokument 06). |
Anhang III – Unterauftragsverarbeiter
| Unterauftragsverarbeiter | Zweck | Personenbezogene Daten | Standort | Garantie |
|---|---|---|---|---|
| Google Cloud (Google Cloud EMEA Ltd. / Google LLC) | Hosting: virtuelle Maschinen, Festplatten und Netzwerk für alle Fleet-Manager-Stacks (Anwendung, Datenbanken, Identitätsdienst) | Alle personenbezogenen Daten im Dienst | EU – Belgien (europe-west1) | Google Cloud DPA; Standardvertragsklauseln + EU-US Data Privacy Framework für jeden Zugriff von außerhalb der EU |
| Google Firebase Cloud Messaging (Google LLC) | Push-Benachrichtigungen an die App Fleet Manager Assistant (FMA); die Zustellung unter iOS wird an den Apple Push Notification service weitergegeben | Push-Token, Geräteplattform, Titel/Text der Benachrichtigung (kann Geräte- und Standortnamen enthalten) | USA / weltweit | Google DPA; EU-US Data Privacy Framework; Standardvertragsklauseln |
| Anthropic PBC | KI-Vorlageneditor von Business Manager: setzt die Chat-Anfragen des Installateurs in Portaldesign- und Vorlagenänderungen um | Chat-Nachrichten, hochgeladene Bilder und Logos, Vorlageneinstellungen; alle Namen, die der Nutzer in den Chat eingibt | USA | Gewerbliche Bedingungen und DPA von Anthropic mit Standardvertragsklauseln; API-Daten werden nicht für das Modelltraining verwendet |
| Apple Inc. (Apple Push Notification service, über FCM) | Zustellung von Push-Benachrichtigungen an iPhones | Push-Token, Benachrichtigungstext | USA | Apple-Bedingungen; EU-US Data Privacy Framework |
| OpenStreetMap Foundation (Nominatim) | Umwandlung von Standortadressen in Kartenkoordinaten und umgekehrt (Geocoding) | Für Standorte eingegebene Adressen und Koordinaten (vom Dienst nicht mit einer Person verknüpft) | Vereinigtes Königreich | Angemessenheitsbeschluss für das Vereinigte Königreich |
| CARTO / OpenFreeMap (Kartenkacheln) | In der Webanwendung angezeigter Kartenhintergrund; wird direkt vom Browser des Nutzers geladen | IP-Adresse des Nutzers und angeforderter Kartenbereich | EU (CARTO: Spanien); OpenFreeMap als Fallback | Bedingungen des Anbieters; nur IP-Adresse und angeforderter Kartenbereich |
E-Mail: Alle E-Mails von Fleet Manager und Business Manager (Kontoverifizierung, Zurücksetzen des Passworts, Einmalcodes, Business-Manager-Feedback) werden über den eigenen Mailserver von Shelly (mail.shelly.cloud) versendet, den Shelly auf Google Cloud in Belgien betreibt. Es wird kein separater E-Mail-Anbieter eingesetzt. Warnmeldungs-E-Mails werden über den SMTP-Server oder das Gmail- / Microsoft-365-Konto versendet, das der Kunde konfiguriert.
Optionale Integration – nicht aktiv:
| Empfänger | Zweck | Personenbezogene Daten | Standort | Garantie |
|---|---|---|---|---|
| Amazon (Alexa Smart Properties) | Shelly-Fleet-Manager-Skill für Alexa Smart Properties – NOCH NICHT VERFÜGBAR. Nur wenn ein Kunde ihn künftig aktiviert: Der Skill übermittelt per Sprache angeforderte Gerätenamen und -zustände zwischen Fleet Manager und dem Alexa-Smart-Properties-Konto des Kunden. | Geräte- und Standortnamen, Gerätezustände, Sprachanfragen, die Amazon im Rahmen der eigenen Amazon-Vereinbarung des Kunden verarbeitet | Standorte von Amazon (einschl. USA) | Aktivierung nur auf Weisung des Kunden. Shelly wird diesen Anhang aktualisieren und die Kunden mindestens 30 Tage vor der Einführung des Skills benachrichtigen. |
| Stripe Payments Europe Ltd. | Kartenzahlungen für Business-Manager-Projekte – konfiguriert, aber NICHT GENUTZT, solange Business Manager kostenlos ist | Abrechnungskontakt, Zahlungsdaten (bei Stripe gespeichert, nicht bei Shelly) | EU (Irland); Stripe Inc. USA | Stripe DPA; Standardvertragsklauseln / DPF. Shelly wird diesen Anhang aktualisieren, bevor Business Manager kostenpflichtig wird. |
Dienste, die keine personenbezogenen Daten erhalten (aus Transparenzgründen aufgeführt):
| Dienst | Verwendung |
|---|---|
| Electricity Maps (api.electricitymap.org) | CO₂-Intensität des Stromnetzes nach Zone – es wird nur der Zonencode gesendet |
| ENTSO-E Transparency Platform | Day-Ahead-Strompreise – es werden keine personenbezogenen Daten gesendet |
| Let's Encrypt | TLS-Zertifikate – nur Domainnamen |
| GeoNames (download.geonames.org) | Offline heruntergeladene Ortsnamendaten – es wird nichts gesendet |
| Shelly CDN (control.shelly.cloud) | Gerätebilder und Logo in E-Mails – werden vom Mailprogramm des Empfängers geladen (IP-Adresse für Shelly sichtbar) |
Vom Kunden gewählte Kanäle und Integrationen: Slack, Microsoft Teams, Telegram, Twilio (SMS), der eigene SMTP-Server oder das Gmail- / Microsoft-365-Konto des Kunden, Amazon Alexa und benutzerdefinierte Webhooks. Diese werden vom Kunden konfiguriert und ausgewählt; dorthin gesendete Daten sind eine Übermittlung auf Weisung des Kunden, keine Unterauftragsverarbeitung durch Shelly.
Annahme
Der Kunde nimmt diesen AVV an, indem er beim Anlegen eines Kontos in Shelly Fleet Manager oder Shelly Business Manager das entsprechende Kästchen ankreuzt oder das Abonnementformular unterzeichnet. Er gilt ab diesem Zeitpunkt. Fassung vom 28. September 2026.