> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/de/what-would-you-like-to-learn-about/advocate-program/advocate-program-settings/testen-sie-ihr-advocate-programm.md).
# Testen Sie Ihr Advocate-Programm
Sie können Ihr Advocate-Programm testen, indem Sie Ihr [Programmregeln](/brand/de/what-would-you-like-to-learn-about/advocate-program/getting-started-with-advocate/advocate-program-rules-explained.md) gegen Beispieldaten simulieren, um zu bestätigen, dass eine Regel wie erwartet funktioniert, bevor Sie sich in der Produktion darauf verlassen.
{% hint style="success" %}
**Hinweis:** Sie müssen mindestens 1 Programmregel einrichten, um Ihr Programm zu testen.
{% endhint %}
{% stepper %}
{% step %}
## Auf Test My Program zugreifen
1. Wählen Sie im linken Navigationsmenü  **\[Engage]** :arrow-right: **Programmregeln** :arrow-right: **Test My Program**.
1. Wählen Sie **Weiter** um zwischen den Schritten zu wechseln.
{% endstep %}
{% step %}
## Programm und Version bestätigen
2. Das Programm wird aus Ihrem aktuellen Kontext vorausgefüllt. Wechseln Sie es nur, wenn Sie ein anderes testen müssen.
3. Von der *Version*  **\[Dropdown-Menü]**wählen Sie aus, ob Sie die **Entwurfsversion** oder **Live** Version simulieren möchten.
1. Erfahren Sie mehr darüber, was eine Entwurfs- und eine Live-Version Ihres Advocate-Programms umfasst.
{% endstep %}
{% step %}
## Wählen Sie das Ereignis aus und füllen Sie seine Eingaben aus
4. Wählen Sie aus, welches Ereignis Sie simulieren möchten, und geben Sie dann die Informationen so ein, wie sie in Ihrem Programm auftreten würden:
* **Referral beginnt**
* **Freund tätigt einen Kauf**
* **Freund erstattet einen Kauf zurück**
* **Freund führt eine Aktion aus**
Feldreferenz
| Feld | Was es tut | Verfügbar für |
| -------------------------------- | ----------------------------------------------------------------- | -------------------------------------------------------------------------------- |
| **Kaufereignis** | Das zu simulierende verfolgte Kaufereignis. | Freund tätigt einen Kauf, Freund erstattet einen Kauf zurück |
| **Kaufdatum** | Das Datum des simulierten Kaufs. | Freund tätigt einen Kauf, Freund erstattet einen Kauf zurück |
| **Ereignistyp** | Das zu simulierende verfolgte Ereignis. | Freund führt eine Aktion aus |
| **Ereignisdatum** | Das Datum, an dem das Ereignis aufgetreten ist. | Freund führt eine Aktion aus |
| **Währung** | Die Währung des simulierten Kaufbetrags. | Freund tätigt einen Kauf, Freund führt eine Aktion aus |
| **Kaufbetrag** | Der Betrag des simulierten Kaufs. | Freund tätigt einen Kauf (erforderlich), Freund führt eine Aktion aus (optional) |
| **Referral gestartet am** | Das Datum, an dem der Referral begann. | Alle Ereignisse |
| **Referral konvertiert** | Geben Sie an, ob und wann der Referral bereits konvertiert wurde. | Alle Ereignisse außer Referral beginnt |
| **Advocate-Segmente** (optional) | Beschränken Sie den Test auf ein bestimmtes Advocate-Segment. | Alle Ereignisse |
| **Freund-Segmente** (optional) | Beschränken Sie den Test auf ein bestimmtes Freund-Segment. | Alle Ereignisse |
{% endstep %}
{% step %}
## Test ausführen
5. Wählen Sie **Test ausführen**. Ihre Regeln werden anhand des ausgewählten Programms, der Version und der von Ihnen bereitgestellten Eingaben ausgewertet.
{% endstep %}
{% step %}
## Lesen Sie die Vorschauausgabe
6. Überprüfen Sie das *Vorschau* Panel:
1. Eine Zusammenfassung der ausgelösten Regel, der Datumsbereich, falls datumsbasierte Aktionen gelten, und eine Zeile mit Häkchen für jede resultierende Aktion. Bestätigen Sie, ob dies Ihren Erwartungen entspricht.
{% endstep %}
{% endstepper %}
## Testfälle
Diese Testfälle verwenden Beispielregeln, die Sie einrichten können, um zu bestätigen, dass Ihr Programm sich so verhält, wie Sie es möchten, bevor Sie es veröffentlichen. Jedes der folgenden Szenarien geht eine bestimmte Situation genauer durch. Passen Sie die Details wie Auslöser, Beträge und Segmente an, um sie an die Konfiguration Ihres eigenen Programms anzupassen.
Grundlegende Auslöserlogik
**Ziel:**
* Bestätigen, dass eine grundlegende Kauf-Auslöserregel übereinstimmt und das erwartete Ergebnis zurückgibt.
* Bestätigen, dass es kein falsches Fallback-Verhalten gibt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Prämie und E-Mail an den Advocate, mit einer Geldprämie für den Advocate.
* Keine Standardaktion erforderlich.
**Testeingaben:**
* Ereignis: Freund tätigt einen Kauf.
* Kaufereignis, Kaufdatum, Kaufbetrag und Währung entsprechen Ihrer Regel.
* Referral begann am selben Datum.
* Segmente offen gelassen.
**Erwartetes Ergebnis:**
* Die Regel stimmt überein, und die Vorschau zeigt genau, welche Regel übereinstimmte.
* Die Zeile für die Advocate-Prämie zeigt den von Ihnen konfigurierten Prämienbetrag.
* Die Zeile für die Advocate-E-Mail wird angezeigt.
* Es erscheint keine andere, falsche Fallback-Aktion.
Zeitfenster-Übereinstimmung vs. Fallback
**Ziel:**
* Bestätigen, dass ein Datum innerhalb eines zeitbasierten Fensters die zeitbasierte Aktion auslöst.
* Bestätigen, dass ein Datum außerhalb des Fensters auf den Standard zurückfällt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Eine zeitbasierte Aktion, die auf ein Datumsfenster beschränkt ist und auf dem Startdatum des Referrals basiert.
* Eine Standardaktion außerhalb dieses Fensters.
**Lauf A (im Fenster):**
* Setzen Sie das Startdatum des Referrals innerhalb des Fensters.
**Erwartung A:**
* Die Vorschau zeigt genau, welche zeitbasierte Regel übereinstimmte.
* Ihre Prämie und E-Mail werden angewendet.
**Lauf B (außerhalb des Fensters):**
* Setzen Sie das Datum, an dem der Referral gestartet wurde, außerhalb des Fensters.
**Erwartung B:**
* Die zeitbasierte Aktion stimmt nicht überein.
* Stattdessen gelten die Standardprämie und E-Mail.
Gestaffelte Prämienauswahl
**Ziel:**
* Bestätigen, dass die richtige Prämienstufe basierend auf dem Kaufbetrag ausgewählt wird.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Gestaffelte Prämie und E-Mail an den Advocate.
* Mindestens drei Prämienstufen nach Kaufbetragsbereich (z. B. eine niedrige, mittlere und hohe Stufe).
**Testeingaben:**
* Einmal pro Stufe ausführen.
* Geben Sie einen Kaufbetrag ein, der in den Bereich jeder Stufe fällt.
* Halten Sie alle anderen Eingaben über die Läufe hinweg gleich.
**Erwartetes Ergebnis:**
* Jeder Lauf zeigt die für die Stufe konfigurierte Prämie, in deren Bereich der Betrag fällt, nicht die Prämie einer anderen Stufe.
Segmentabhängige Berechtigung
**Ziel:**
* Bestätigen, dass eine Segmentbedingung steuert, ob die Regel gilt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Eine Bedingung, die erfordert, dass sich der Advocate in einem bestimmten Segment befindet.
* Idealerweise eine Standardaktion für alle anderen.
**Lauf A (Treffer):**
* Setzen Sie das Segment des Advocates auf das berechtigte Segment.
**Erwartung A:**
* Die berechtigte Aktion wird angewendet.
* Der Standard wird übersprungen.
**Lauf B (kein Treffer):**
* Setzen Sie das Segment des Advocates auf ein nicht berechtigtes Segment.
**Erwartung B:**
* Die Standardaktion wird angewendet, falls eine konfiguriert ist.
* Falls nicht, wird überhaupt keine qualifizierende Aktion ausgelöst.
Provisionsberechnung
**Ziel:**
* Bestätigen, dass eine Provisionsprämie aus dem Kaufbetrag berechnet und in der richtigen Währung angezeigt wird.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Prämie und E-Mail an den Advocate.
* Eine provisionsbasierte Prämie – ein Prozentsatz des Kaufbetrags – in der Währung der Transaktion.
**Lauf A und B:**
* Zwei unterschiedliche Kaufbeträge, gleiche Währung.
**Erwartung A und B:**
* Bei jedem wird die Provision korrekt auf diesen Betrag angewendet.
**Lauf C (falls Ihr Programm mehrere Währungen unterstützt):**
* Der gleiche Betrag wie in Lauf A, aber in einer anderen Währung.
**Erwartung C:**
* Die Provision wird korrekt berechnet und in der neuen Währung angezeigt.
* Dadurch wird die Währungsbehandlung von der Betragsberechnung getrennt.
Kein Treffer ohne konfigurierte Standardaktion
**Ziel:**
* Bestätigen, dass die Vorschau klar zeigt, dass keine Aktion erfolgt, wenn nichts übereinstimmt und es keinen Fallback gibt.
**Regelkonfiguration:**
* Eine zeitbasierte Aktion ohne konfigurierte Standardaktion.
**Testeingaben:**
* Setzen Sie das Datum, an dem der Referral gestartet wurde, außerhalb des Zeitfensters.
**Erwartetes Ergebnis:**
* Keine Übereinstimmung im Zeitfenster.
* Kein Standard-Fallback verfügbar.
* Die Vorschau zeigt klar, dass keine qualifizierende Aktion stattfinden wird.
Kein Treffer aufgrund einer nicht erfüllten Regelbedingung
**Ziel:**
* Bestätigen, dass die Vorschau keine Aktion zeigt, wenn die eigenen Bedingungen einer Regel nicht erfüllt sind – nicht nur ein Zeitfenster.
**Regelkonfiguration:**
* Eine Regel mit zwei Bedingungen für das auslösende Ereignis: ein bestimmtes Kaufereignis und ein Mindestkaufbetrag.
**Testeingaben:**
* Geben Sie ein Kaufereignis ein, das nicht übereinstimmt, einen Betrag unterhalb des Minimums oder beides.
**Erwartetes Ergebnis:**
* Keine Regelbedingung wird erfüllt.
* Die Vorschau zeigt klar, dass nichts geschehen wird.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.impact.com/brand/de/what-would-you-like-to-learn-about/advocate-program/advocate-program-settings/testen-sie-ihr-advocate-programm.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.