--- title: "Cross-Selling" slug: "cross-selling" tags: ["Cross-Selling"] updated: 2026-06-09T11:55:13Z published: 2026-06-09T11:55:13Z canonical: "help.frisbii.com/cross-selling" --- > ## Documentation Index > Fetch the complete documentation index at: https://help.frisbii.com/llms.txt > Use this file to discover all available pages before exploring further. # Cross-Selling ## Vorbemerkungen Mittels **Cross-Selling** kann die Preisbildung für Kunden, die mehrere Produkte beziehen, ausgesteuert werden. Hat ein Kunde beispielsweise bereits Produkt A erworben, bekommt er Produkt B günstiger. Das Cross-Selling greift auch innerhalb eines **Warenkorbs**, wenn beispielsweise ein Hauptabonnement mit einem vergünstigten Abonnement in einem Warenkorb zusammengeführt werden soll. Dies kann auch mit Cross-Client-Angeboten angewandt werden. Um Cross-Selling zu erstellen, muss zuvor ein Tag erstellt und dem gewünschten Quellangebot zugewiesen worden sein. Als bevorzugtes Angebot können **zeitbasierte** und **verbrauchsbasierte Abonnements** verwendet werden. ![](https://cdn.document360.io/b84e1b5d-2ba6-4465-8c62-fb45a2f31314/Images/Documentation/cross-selling_v2_20250708.png?sv=2026-02-06&spr=https&st=2026-11-10T07%3A02%3A22Z&se=2026-11-10T08%3A02%3A22Z&sr=c&sp=r&sig=Cau%2FJA4j22VrohRQZ3D8B9pPJEhmQl2emJSyKeDbwcw%3D) >> Hilfe zur [Erstellung von Tags](/frisbii-media/docs/de/tags-erstellen) >> Hilfe zu [Tags einem Angebot zuweisen](/frisbii-media/docs/de/tags-einem-angebot-zuweisen) --- ## Cross-Selling erstellen - **+ Regel hinzufügen** anklicken. - **Internen Titel*** vergeben. - Optional eine **interne Beschreibung** hinzufügen. ### Regel definieren **Option 1:** ![](https://cdn.document360.io/b84e1b5d-2ba6-4465-8c62-fb45a2f31314/Images/Documentation/36c0c608-7b31-4110-98ca-26ff0bb1be71?sv=2026-02-06&spr=https&st=2026-11-10T07%3A02%3A22Z&se=2026-11-10T08%3A02%3A22Z&sr=c&sp=r&sig=Cau%2FJA4j22VrohRQZ3D8B9pPJEhmQl2emJSyKeDbwcw%3D) Diese Regel-Einstellungen bestimmen Folgendes: Hat der Kunde bereits Angebot A gekauft, kann er das vergünstigte Angebot B kaufen. Sobald er Angebot A kündigt, ist die Regel nicht mehr erfüllt und Angebot B wird automatisch zum nächstmöglichen Termin gegen Angebot C (Vollpreis) ausgetauscht. > [!TIP] > **Hinweis**: In diesem Fall können jeweils nur **einstufige** zeitbasierte Abonnements als Angebot ausgewählt werden. Wenn der Haken bei **E-Mail an Nutzer versenden** gesetzt wird, wird die Systemmail **Angebotswechsel aufgrund einer verkaufsbasierten Regel** verschickt. **Option 2:** ![](https://cdn.document360.io/b84e1b5d-2ba6-4465-8c62-fb45a2f31314/Images/Documentation/c6d35bd4-1eb4-40b1-bc37-5abee20fdcad?sv=2026-02-06&spr=https&st=2026-11-10T07%3A02%3A22Z&se=2026-11-10T08%3A02%3A22Z&sr=c&sp=r&sig=Cau%2FJA4j22VrohRQZ3D8B9pPJEhmQl2emJSyKeDbwcw%3D) Diese Regel-Einstellungen bestimmen Folgendes: Hat der Kunde bereits Angebot A gekauft, kann er das vergünstigte Angebot B kaufen. Sobald er Angebot A kündigt, wird auch Angebot B zum frühestmöglichen Zeitpunkt gekündigt und nicht gegen ein Alternativangebot ausgetauscht. > [!TIP] > **Hinweis**: Angebot B kann in diesem Fall sowohl ein **einstufiges** als auch ein **mehrstufiges** zeitbasiertes Abonnement sein. Wenn der Haken bei **E-Mail an Nutzer versenden** gesetzt wird, wird die Systemmail **Abo-Kündigungsbestätigung** verschickt. ### Texte erstellen - **Beschreibung Bedingung trifft zu** Hier kann ein Text eingefügt werden, der dem Kunden im Checkout angezeigt wird, wenn er Angebot A bereits hat. - **Beschreibung Bedingung trifft nicht zu** Hier kann ein Text eingefügt werden, der dem Kunden im Checkout angezeigt wird, wenn er Angebot A nicht hat und deshalb das vergünstigte Angebot nicht vergünstigt bekommt. --- --- ## Callback-Verhalten Wird ein abhängiges Abonnement automatisch gekündigt, weil eine Cross-Selling-Regel nicht mehr erfüllt ist (Option 2), wird ein `CANCELLATION`-Callback gesendet — einer für das manuell gekündigte Hauptangebot und einer für das automatisch gekündigte Abhängigkeitsangebot. > [!CAUTION] > **Einschränkungen**: Der Payload des automatisch gekündigten Abhängigkeitsabonnements sieht identisch aus wie eine normale Nutzerkündigung — `cancellationDate` ist gesetzt, `successorReason` ist leer. Es gibt kein dediziertes Kennzeichen, um eine regelbasierte automatische Kündigung anhand des Payloads allein von einer manuellen Kündigung zu unterscheiden. Zur Identifikation sollte der Prozesskontext herangezogen werden (z. B. wurde zeitgleich ein anderes Abonnement gekündigt). | Abonnement | Callback-Typ | Hinweise | | --- | --- | --- | | Manuell gekündigtes Hauptangebot | `SUBSCRIPTION` + `CANCELLATION` | Standardkündigung. `cancellationDate` ist gesetzt. | | Automatisch gekündigtes Abhängigkeitsangebot (Option 2) | `SUBSCRIPTION` + `CANCELLATION` | `cancellationDate` ist gesetzt. `successorReason` ist leer — gleiche Struktur wie eine Nutzerkündigung. | | Beide, wenn Status sofort INACTIVE wird | Zusätzlich `SUBSCRIPTION` + `ENDED` | Wird zusätzlich zu `CANCELLATION` gesendet. | > [!TIP] > **Gut zu wissen**: Bei Option 1 (Angebot B wird durch Angebot C ersetzt) ist der Callback beim abhängigen Abonnement ein `CHANGE`, kein `CANCELLATION` — da das Abonnement transformiert und nicht gekündigt wird.