Wie beurteilt das Gericht, wenn Plattformregeln umgangen werden?

„Regeln umgehen“ – Welche Beweise sind erforderlich, um dies zu belegen?

Phänomene wie Auftragsraub, vorzeitiger Ticketkauf, Datenmanipulation und Gruppensteuerung scheinen Streitigkeiten in unterschiedlichen Geschäftsfeldern zu sein. Sobald sie in Gerichtsverfahren verhandelt werden, tauchen immer wieder ähnliche Fragen auf: Wie lautet der ursprüngliche Mechanismus der Plattform, was tut das Tool tatsächlich, von wem stammen die Auswirkungen, und bis zu welchem Grad kann der eingetretene Schaden nachgewiesen werden?

Diesmal werden 21 repräsentative Fallketten als Untersuchungsobjekt herangezogen, um einen Vergleich aus vier Aspekten durchzuführen: Beweisverwendung, Nachweiszweck, gerichtliche Maßstäbe und Nachweisgrenzen.

Der Schwerpunkt der dargestellten Daten liegt darin: Betriebsprotokolle werden häufig zur Erklärung von Funktionen verwendet, Werbe- und Kommunikationsinhalte dienen oft der Identifizierung von Zielgerichtetheit und Zuordnung, und Transaktionsmaterialien fließen gleichzeitig in die Feststellung der Rechtsträger und die Diskussion über die Schadenshöhe ein. Die Menge der Materialien kann die Übereinstimmung zwischen dem Material und der zu beweisenden Tatsache nicht ersetzen.

Der Geltungsbereich erstreckt sich bis zum 20. September 2026 und umfasst die vorliegenden Fälle sowie Fälle mit ähnlichen Mechanismen und unklaren Haftungsgrenzen. Fälle desselben Rechtsstreits in unterschiedlichen Instanzen werden zusammengezählt; die folgenden Häufigkeitsangaben beschreiben nur die bereits extrahierten Materialien und Ausführungen. Das Fehlen eines Eintrags bedeutet nicht, dass das betreffende Material nicht verwendet oder diskutiert wurde, und stellt auch keine Aussage über die allgemeine Beweisakzeptanzrate oder Erfolgsquote dar.

01 / Daten und Schlussfolgerungen: Welche Streitpunkte decken diese 21 Fallketten ab?

10 Fälle betreffen Empfehlungen, Bewertungen und Massenbetrieb, 4 Fälle betreffen Betriebsautomatisierung und Ressourcenzugang, 4 Fälle betreffen Zuordnungs- und Positionsmechanismen, 3 Fälle betreffen Datennutzung und Kanalgrenzen. Die Summe aller Gruppen ergibt 21 Fälle.

Abbildung 1: Die Mechanismusgruppen schließen sich gegenseitig aus, jede Fallkette wird nur einmal gezählt. Die Untersuchungsobjekte decken Analogien und Grenzstreitigkeiten ab, nicht alle 21 Fälle sind Streitigkeiten um die Auftragsannahme bei Lieferplattformen.

Das bedeutet, dass die gewonnenen Erkenntnisse zunächst geeignet sind, die Fragen zu beantworten „Wie wird der Plattformmechanismus beeinflusst?“ und „Wie unterscheiden Gerichte zwischen rechtmäßiger Nutzung und unzulässigem Verhalten?“. Sie können keine direkte Angabe zur allgemeinen Erfolgsquote bei Streitigkeiten um die Auftragsannahme bei Lieferplattformen liefern, und es ist auch nicht sinnvoll, die Entschädigungsbeträge verschiedener Plattformen zusammenzufassen, um eine Rangfolge des Gefährdungsgrads zu erstellen.

02 / Daten und Schlussfolgerungen: Welche Beweismaterialien treten häufiger auf?

Unter den sieben Materialkategorien in dieser Untersuchung decken Betriebsdemonstrationen und Laufprotokolle 15 Fälle ab, Werbeanleitungen und geschäftliche Kommunikation decken 14 Fälle ab; Materialien zur Begutachtung und technischen Analyse decken 7 Fälle ab. Beobachtbare Abläufe und die eigenen Äußerungen der Tool-Anbieter sind die Materialien, die in der Stichprobe häufiger vorkommen.

Abbildung 2: Statistik über die von den Parteien eingereichten, in der Hauptverhandlung geprüften oder von Gerichten ermittelten Materialien, einschließlich nicht akzeptierter Materialien. Notariell beglaubigte Inhalte werden weiterhin nach ihrer Inhaltsart klassifiziert; ein und derselbe Fall kann mehrere Kategorien umfassen.

Betriebsdemonstrationen können den Pfad „Verbindung – Einstellung – Ausführung – Ergebnis“ darstellen; Anleitungen, Kundenservice-Hinweise und Marketinginhalte können bestimmte Plattformen, Umgehungsmethoden und Betreiber miteinander verbinden. Erstere beantworten die Frage, was das Tool tun kann, letztere helfen zu erklären, wie das Tool bereitgestellt und verwendet wird.

Transaktionsunterlagen und Kostenmaterialien, Regelvereinbarungen und Plattformrichtlinien decken jeweils 9 Fälle ab; Backend-Protokolle und zugehörige Aufzeichnungen decken 5 Fälle ab, Nutzerfeedback und Beschwerden decken 3 Fälle ab. Diese Zahlen zeigen die Abdeckung der Materialien in dieser Untersuchung, bedeuten nicht, dass Backend-Protokolle einen geringeren Wert haben, und lassen auch nicht den Schluss zu, dass in anderen Fällen keine Protokolle eingereicht wurden.

Die 7 Fälle mit Begutachtung und technischer Analyse umfassen unterschiedliche Materialformen: gerichtliche Sachverständigenprüfungen, technische Berichte, Programmcode oder Paketerfassungsanalysen usw. Sie können nicht alle als „Fälle mit akzeptierter gerichtlicher Sachverständigenprüfung“ bezeichnet werden.

03 / Daten und Schlussfolgerungen: Wofür werden die Beweise zur Beweisführung verwendet?

Nur wenn man die Materialart und den Nachweiszweck zusammen betrachtet, kann man erkennen, wie Beweise wirken. Die folgende Abbildung statistiziert den Verwendungszweck in den einzelnen Aufzeichnungen, ein und dasselbe Material kann in demselben Fall mehreren Zwecken dienen.

Abbildung 3: Dieselbe Materialkategorie kann in demselben Fall mehreren Nachweiszwecken dienen; die Zahlen geben die Anzahl der Fallketten an, die den jeweiligen Zweck betreffen, die Farbtiefe zeigt den Abdeckungsbereich an.

Betriebs- und Laufmaterialien werden in 15 Fällen zur Erklärung von Funktionen und Mechanismen verwendet, in 8 Fällen betreffen sie zudem die Zuordnung oder Rechtmäßigkeit. Beispielsweise lassen sich durch den Vergleich verschiedener Konten, Versionen, Geräte oder Nutzungsszenarien Erklärungen wie „lediglich ein gewöhnliches Tool“ oder „lediglich Unterschiede auf Endgeräteebene“ überprüfen.

Werbeanleitungen und geschäftliche Kommunikation betreffen in 14 Fällen die Zuordnung, Zielgerichtetheit oder Rechtmäßigkeit, in 4 Fällen betreffen sie Umfang und Betrag. Verkaufsargumente, Dienstleistungsversprechen und Kundenservice-Antworten können sowohl auf den Verwendungszweck hinweisen als auch zur Geltendmachung von Verkaufsmengen verwendet werden; letzteres erfordert zudem die Prüfung tatsächlicher Transaktionen und Gegenbeweise.

Transaktions- und Kostenmaterialien betreffen in 9 Fällen die Zuordnung oder Rechtmäßigkeit, in 8 Fällen betreffen sie Umfang und Betrag. Zahlungsströme, Vertragsparteien, Rechnungen und Gebührenangaben können nicht nur beweisen, wie hoch der Geldbetrag ist, sondern auch helfen zu beurteilen, wer den Dienst organisiert, bereitstellt oder gemeinsam betreibt.

Regeln und Richtlinien werden in 7 Fällen zur Erklärung von Funktionsmechanismen verwendet, in 5 Fällen betreffen sie die Zuordnung oder Rechtmäßigkeit. Plattformregeln können die ursprüngliche Dienstleistungsgestaltung, Inhalte von Beschränkungen und deren Kenntnisstand erläutern; um zu beweisen, dass ein bestimmtes Tool tatsächlich den Mechanismus zerstört hat, ist weiterhin eine Übereinstimmung mit Lauf- und Verhaltensmaterialien erforderlich.

04 / Daten und Schlussfolgerungen: Auf welche Maßstäbe konzentrieren sich die gerichtlichen Beurteilungen hauptsächlich?

Ordnungsgemäßer Betrieb und Schaden für mehrere Seiten, Entschädigungsabhilfe und Verhältnismäßigkeit decken jeweils 12 Fälle ab; neutrale Tools und rechtmäßige Nutzung decken 10 Fälle ab, Regelrechtmäßigkeit und geschützte Interessen decken 9 Fälle ab. Die Feststellung der Haftung und der Haftungsumfang sind parallel zu prüfende Fragen.

Abbildung 4: Zusammengefasst aus 104 extrahierten gerichtlichen Ausführungen. Die Zahlen geben die Anzahl der Fallketten an, in denen mindestens eine entsprechende Ausführung vorkommt, und können nicht als allgemeine Akzeptanzrate dieses Maßstabs verstanden werden.

Technischer Pfad und Umgehungsverhalten, Algorithmus-Eingaben und Datenauthentizität decken jeweils 8 Fälle ab. Diese beiden Gruppen von Gründen fragen jeweils: Wie wirkt sich das Verhalten auf die Plattform aus, und spiegeln die in den Mechanismus eingegebenen Daten oder Operationen noch das tatsächliche Nutzerverhalten wider?

Interessenabwägung und Rechtsgrenzen, Rechtswahl und Konkurrenz von Rechtsgrundlagen decken jeweils 7 Fälle ab; Zurechnung der Verantwortung und Plattformhaftung decken 5 Fälle ab. Sie erfordern eine weitere Unterscheidung zwischen rechtmäßiger Nutzung, manuellen und technischen Pfaden sowie den Rollen von Entwicklern, Verkäufern und Anbietern grundlegender Dienste.

Ausführungen zum „ordnungsgemäßen Betrieb“ befassen sich nicht nur damit, ob das System geöffnet werden kann oder ob es einen Ausfall gibt; in den extrahierten Gründen fließen auch faire Zuordnung, echte Interaktion, Ressourcenzugang und Verwaltungskosten in die Bewertung ein. Gleichzeitig müssen Aussagen wie „das Tool hat allgemeine Funktionen“ oder „es verstößt gegen Plattformregeln“ in dem jeweiligen konkreten Szenario beurteilt werden.

05 / Daten und Schlussfolgerungen: Treten diese Maßstäbe in demselben Fall gemeinsam auf?

In 5 Fällen treten gleichzeitig Ausführungen zu „Regelrechtmäßigkeit und geschützten Interessen“ und „ordnungsgemäßem Betrieb und Schaden für mehrere Seiten“ auf; in 5 Fällen treten gleichzeitig Ausführungen zu „neutralen Tools und rechtmäßiger Nutzung“ und „ordnungsgemäßem Betrieb und Schaden für mehrere Seiten“ auf. Die beiden Gruppen von Fällen überlappen sich, sodass sie nicht zu 10 verschiedenen Fällen addiert werden können.

Abbildung 5: Alle vier Vergleichsgruppen werden nach den extrahierten Ausführungen im selben Fall statistiziert. Auch niedrigfrequente Kombinationen werden dargestellt, aus der Anzahl des gemeinsamen Auftretens lassen sich keine gesetzlichen Tatbestände oder Auswirkungen auf den Ausgang des Verfahrens ableiten.

Darüber hinaus treten Datenauthentizität und Betriebsschaden gemeinsam in 3 Fällen auf; Tool-Neutralität und Interessenabwägung treten gemeinsam in 1 Fall auf. Die niedrigen Häufigkeiten spiegeln nur die Auswahl der Ausführungen in dieser Untersuchung wider und können nicht so interpretiert werden, dass Gerichte die entsprechenden Probleme normalerweise vernachlässigen.

Für konkrete Streitigkeiten können die Vorbereitungen um zwei Fragen herum gestaltet werden: Warum ist die geschützte Regel rechtmäßig, und warum überschreitet die tatsächliche Wirkung des Tools die angemessene Grenze? Die gemeinsamen Diskussionen in der Stichprobe liefern Argumentationsrichtungen, ersetzen aber nicht den Tatsachenbeweis im konkreten Einzelfall.

06 / Daten und Schlussfolgerungen: Welche Schlussfolgerungen bleiben nach der Verwendung von Beweisen weiterhin begrenzt?

In 13 Fällen treten Grenzen der Beweisführung zu Betrag oder Umfang auf; in 10 Fällen treten Probleme mit Zusammenhang, Vollständigkeit oder unzureichenden Gegenbeweisen auf; in 1 Fall wird ausdrücklich zwischen technischer Tatsache und rechtlicher Bewertung unterschieden. Diese Beschränkungen beziehen sich auf konkrete Aussagen und bedeuten nicht, dass der gesamte Prozess verloren wurde.

Abbildung 6: Die drei Gruppen von Beschränkungen werden jeweils aus dem Originaltext zusammengefasst und überlappen sich teilweise. „Betrag oder Umfang“ umfasst Fälle wie nicht ersetzbare Berechnungsgrundlagen, nicht extrapolierbare Mengen, nicht quantifizierte Beträge und Korrekturen der Berechnungsmethode.

Erstens: Mengenmaterialien stützen nicht unbedingt den behaupteten Betrag. Umsätze müssen von Gewinnen unterschieden werden, Download-Zahlen müssen von tatsächlichen Nutzern unterschieden werden, Angebote müssen von tatsächlichen Ausgaben unterschieden werden; Daten anderer Geschäfte müssen zunächst beweisen, dass sie zu demselben Produkt und demselben haftenden Rechtsträger gehören. Die Beschränkungen in den 13 Fällen stellen keinen einheitlichen Ablehnungsgrund dar.

Zweitens: Formelle Echtheit muss noch durch Prüfung von Zusammenhang und Vollständigkeit validiert werden. Selbst erstellte Verkaufstabellen, Teile von Datenbanken, Screenshots von gelöschten Backend-Inhalten oder ähnliche Software-Oberflächen können jeweils nicht alle Transaktionen, historische Daten, die tatsächliche Einstellung des Frontends oder die Identität der Software nachweisen.