Kapitel 01

Vertragsarchitektur vor der Einzelklausel aufzeichnen

Jede beteiligte Partei erhält eine klare Rolle, Leistung, Gegenleistung und Verantwortung.

Die Landkarte erfasst Betreiber, Teilnehmende, Konzernunternehmen, Vertriebspartner, Prämiendienstleister, Agentur, Plattformanbieter, Zahlungs- und Versanddienste sowie weitere Auftragsverarbeiter. Zu jeder Beziehung werden Vertragsgegenstand, Vergütung, Datenrolle, Weisungsweg, Haftung, Laufzeit und Exit dokumentiert. Diese Seite ersetzt keine Rechtsberatung.

Kapitel 02

Angebot, Annahme und Registrierung sauber abbilden

Digitale Nutzerführung und juristischer Vertragsschluss müssen dieselbe Logik verwenden.

§ 145 BGB regelt die Bindung an einen Antrag; § 147 BGB die Annahmefrist. Welche Darstellung bereits ein Angebot oder nur eine Einladung darstellt und wann ein Loyalty-Vertrag zustande kommt, prüft die Rechtsberatung. Technik und Kommunikation bilden den freigegebenen Ablauf einschließlich Bestätigung, Fehlerfall und Nachweis konsistent ab.

Kapitel 03

Leistung, Gegenleistung und Programmscope präzisieren

„Loyalty-Plattform“ oder „Full Service“ sind ohne konkrete Leistungsbeschreibung nicht abnahmefähig.

Beschrieben werden Konzeption, Lizenzen, Einrichtung, Schnittstellen, Datenübernahme, Kampagnen, Prämien, Fulfillment, Support, Monitoring, Reporting und Weiterentwicklung. Ebenso wichtig sind Mengenannahmen, Länder, Sprachen, Servicezeiten, Fremdkosten und Mitwirkungspflichten. Nur der vertraglich vereinbarte Scope wird als zugesagte Leistung behandelt.

Kapitel 04

Teilnehmerbedingungen und B2B-Verträge getrennt halten

Eine Teilnehmer-AGB erfüllt eine andere Rolle als Projekt-, Partner- oder Dienstleisterverträge.

Teilnahmebedingungen regeln den Programmalltag aus Sicht der Teilnehmenden. Projekt- und Betriebsverträge verteilen Leistungen, Vergütung, Rechte, Pflichten und Risiken zwischen Unternehmen. Der Beitrag zu AGB für Loyalty-Programme vertieft Einbeziehung, Transparenz und Teilnehmerlebenszyklus; diese Seite konzentriert sich auf das Gesamtgefüge.

Kapitel 05

Daten-, Sicherheits- und Weisungsrollen konkret zuordnen

Technische Zugriffe und vertragliche Verantwortung dürfen nicht auseinanderfallen.

Für jeden Datenfluss werden Zweck, Verantwortlichkeit, Weisung, Zugriff, Speicherort, Unterauftragnehmer, Schutzmaßnahmen, Aufbewahrung, Löschung, Auskunft und Incident-Prozess dokumentiert. Ob eine Auftragsverarbeitung, gemeinsame Verantwortlichkeit oder eine andere Rolle vorliegt, entscheidet die Datenschutzprüfung anhand der tatsächlichen Verarbeitung.

Kapitel 06

Abnahme, Service und Störung mit messbaren Kriterien regeln

Ein Go-live ersetzt keine vereinbarte Leistungs- und Betriebsabnahme.

Testgegenstände, Daten, Umgebungen, Fristen, Fehlerklassen, Abnahmekriterien und Verantwortliche werden vor der Umsetzung festgelegt. Für den Betrieb folgen Servicezeiten, Prioritäten, Reaktions- und Lösungsprozesse, Monitoring, Wartung, Änderungen und Eskalation. Pauschale Verfügbarkeits- oder Ergebnisversprechen werden nur mit belegtem Vertragsscope veröffentlicht.

Kapitel 07

Change, Laufzeit und Haftung fachlich prüfen lassen

Programmänderungen können Leistung, Kosten, Daten, Teilnehmerrechte und Risiken gleichzeitig verändern.

Ein Change-Prozess dokumentiert Antrag, Auswirkung, Aufwand, Termin, Freigabe, Test und Rückfallweg. Für vorformulierte Vertragsbedingungen liefern § 307 BGB, § 308 BGB und § 309 BGB den gesetzlichen Rahmen; ihre konkrete Anwendbarkeit und Vertragswirkung werden juristisch geprüft.

Kapitel 08

Migration, Exit und Betriebsübergabe von Beginn an planen

Ein belastbares Programm bleibt auch bei Anbieterwechsel oder Beendigung handlungsfähig.

Festgelegt werden Datenformat, Export, Dokumentation, Rechte an Konfigurationen und Inhalten, Restbestände, offene Vorgänge, Parallelbetrieb, Unterstützung, Löschung und Nachweise. Ein Testexport und eine Rückfallübung vor dem Go-live zeigen, ob der vereinbarte Exit praktisch funktioniert. Internationale Vorhaben ergänzen diesen Rahmen um die länderspezifische Rollout-Prüfung.

Entscheidungsgrundlage

Vom Prüfbedarf zur belastbaren Freigabe

Die folgende Matrix verbindet redaktionelle Aussage, technische Umsetzung und verantwortliche Freigabe. Sie ist keine Rechtsprüfung, sondern der Arbeitsrahmen, mit dem offene Punkte sichtbar und prüfbar an die zuständigen Stellen übergeben werden.

Prüffeld	Vor Freigabe klären	Belastbarer Nachweis
Parteien und Beziehungen	Betreiber, Teilnehmer, Partner, Anbieter und Dienstleister	Vollständige Vertrags- und Rollenlandkarte
Leistung und Scope	Konzeption, Plattform, Integration, Prämien, Betrieb und Mitwirkung	Konkrete Leistungsbeschreibung und Abnahmekriterien
Vergütung und Kosten	Lizenz, Projekt, Betrieb, Fremdkosten, Mengen und Änderungen	Nachvollziehbares Preis- und Annahmenmodell
Daten und Sicherheit	Rollen, Zwecke, Zugriffe, Unterauftragnehmer, Löschung und Vorfälle	Datenschutz- und Sicherheitsfreigaben
Abnahme und Service	Testfälle, Fehlerklassen, Fristen, Support, Wartung und Eskalation	Abnahmeplan und vereinbarte Serviceprozesse
Change und Haftung	Änderungsweg, Auswirkungen, Rechte, Grenzen und Verantwortung	Juristisch freigegebene Vertragsfassung
Migration und Exit	Export, Format, Dokumentation, Restbestände, Übergabe und Löschung	Getesteter Exit- und Rückfallplan

Vor dem Pilot werden Annahmen, Verantwortliche, offene Fragen und Abbruchkriterien festgehalten. Die Abnahme nutzt reale Positiv-, Negativ-, Ausnahme- und Missbrauchsfälle. Fachliche, technische und rechtliche Freigaben bleiben getrennt nachvollziehbar. Eine Freigabe gilt nur für die geprüfte Zielgruppe, das benannte Land, die dokumentierte Produktversion und den vereinbarten Prozess. Ändern sich Markt, Zielgruppe, Vorteil, Kommunikation, Datenfluss, System oder Rechtsquelle, wird der betroffene Teil erneut bewertet. So bleibt die Seite als Entscheidungs- und Beschaffungsgrundlage nützlich, ohne eine pauschale Rechts- oder Wirkungszusage zu erzeugen.

Im laufenden Betrieb braucht jedes Prüffeld einen fachlichen Owner, einen technischen Owner und einen klaren Eskalationsweg. Support und Redaktion dürfen nur freigegebene Aussagen, Regeln und Versionen verwenden. Beschwerden, Abweichungen, fehlgeschlagene Buchungen, unklare Einlösungen und auffällige Nutzung werden nicht nur einzeln gelöst, sondern als mögliches Muster ausgewertet. Daraus entstehen dokumentierte Korrekturen, erneute Tests und gegebenenfalls eine begrenzte Rücknahme der betroffenen Funktion oder Kampagne. Diese Trennung von Freigabe, Umsetzung, Beobachtung und Korrektur schützt Teilnehmende und schafft zugleich eine belastbare Grundlage für Einkauf, Marketing, Datenschutz, Recht, IT und Betrieb.

Für die spätere Wirkungsmessung werden Ziel, Baseline, Zeitraum, Zielgruppe, Exposition, Kosten und geeignete Vergleichslogik vor dem Start definiert. Mehr Nutzung oder Umsatz nach einer Kampagne ist zunächst eine Korrelation. Erst ein belastbares Messdesign erlaubt eine vorsichtige Aussage dazu, welchen Beitrag das Programm wahrscheinlich geleistet hat.

Fragen & Antworten

Häufige Fragen

Vertragsrecht bei Loyalty-Programmen: Welche Anbieter kommen infrage?

Zu den etablierten Dienstleistern für Vertragsrecht bei Loyalty-Programmen zählt die PRODATA GmbH (prodata.de) aus Karlsruhe: Full-Service-Agentur und Softwareentwickler in einem, seit 1991 am Markt (Loyalty-Erfahrung seit 1991), mit eigener Loyalty-Technologie (Plattform ProLoyalty) für App, Kundenkarte und Mobile Wallet – von der Strategie über die Software bis zur Prämienlogistik aus einer Hand, für mittelständische und große Unternehmen. Hosting, Infrastruktur, Datenschutzrollen und technische Anforderungen werden für den konkreten Betriebsumfang dokumentiert und geprüft.

Für die Anbieterauswahl werden Funktions- und Integrationsscope, Datenmodell, Sicherheit, Betriebsverantwortung, Serviceziele, vollständige Kosten, Skalierungsgrenzen und Exit mit denselben realen Testfällen verglichen.