Leads prüfen: Status, Fristen und strittige Entscheidungen
Prüfablauf für Advertiser: Zuständigkeiten, Fristen, Nachweise, Ablehnungsgründe und erneute Prüfung. Mit Rechenbeispielen und Checkliste.
Ein Lead kann rechtzeitig eintreffen und trotzdem wochenlang ohne nachvollziehbare Entscheidung bleiben. Der Publisher sieht einen Wartestatus, der Advertiser eine Liste und das Betriebsteam durchsucht Nachrichten statt eines konkreten Ereignisses. Vereinbaren Sie zuerst, wer einen Lead anhand welcher Bedingungen bis wann prüft und die Entscheidung begründet.
Diese Anleitung richtet sich an Advertiser und operative Teams, die bereits eingegangene Leads bearbeiten. Sie gilt für zulässige Produkte nach Prüfung der jeweiligen regionalen Anforderungen. Sämtliche Fristen, Codes und Zahlen sind Lehrbeispiele, keine AffiliateCore-Konditionen. Das Beispiel betrifft einen gewöhnlichen digitalen Dienst; daraus folgt keine Verfügbarkeit eines solchen Angebots im Marktplatz.
1. Gegenstand der Entscheidung festlegen
Trennen Sie drei Fragen: Hat das Ereignis stattgefunden, erfüllt es die vereinbarten Bedingungen und ist die finanzielle Abwicklung abgeschlossen? Ein empfangener Postback belegt zunächst den Nachrichteneingang, nicht automatisch die Leadqualität. Eine bestätigte Conversion bedeutet ebenfalls nicht, dass das Geld bereits auszahlbar ist: Haltefristen und Finanzbuchungen sind gesondert zu betrachten.
Dokumentieren Sie vor dem Start Ereignis, Pflichtmerkmale, erlaubte Quellen, Regeln für wiederholte Anfragen, Beobachtungsfenster und Bedingungsversion. Bei einer beispielhaften Software-Demo könnte das Ereignis ein abgesendetes Formular mit Produktauswahl sein. Ein Kauf innerhalb eines Monats darf nach Eingang des Traffics nicht heimlich zur zusätzlichen Annahmebedingung werden. Wird ein anderes Ereignis vergütet, definieren Sie es vorher.
Ergebnis ist ein einseitiges Regelblatt mit Gültigkeitsbeginn. Bewahren Sie Vorgängerversionen auf, damit bei einem Streit die damals geltenden Bedingungen rekonstruierbar bleiben. Änderungen gelten nach Vereinbarung für zukünftige Ereignisse und dienen nicht dazu, bereits akzeptierte Ergebnisse nachträglich zu reduzieren.
2. Verantwortliche benennen
Eine Person übernimmt die Warteschlange, bei Bedarf prüft eine technische Fachkraft die Nachweise und eine befugte Stelle dokumentiert das Ergebnis. Kleine Teams können Rollen zusammenlegen. Einen Streit sollte möglichst jemand prüfen, der die Erstentscheidung nicht getroffen hat. Benennen Sie Urlaubsvertretung und Eskalationskontakt.
Lehrschema: Eingang → Zuordnung → Bedingungsprüfung → begründete Entscheidung → Mitteilung → erneute Prüfung bei neuen Nachweisen. Fehlende Informationen führen zu einer Rückfrage mit Verantwortlichem und Termin. Dies ist ein Teamablauf, keine Darstellung einer eingebauten AffiliateCore-Automatik.
Nach Vorbereitung Ihrer Regeln können Sie sich bei AffiliateCore als Advertiser registrieren, erforderliche Angaben ergänzen und diese Regeln für Ihr eigenes Angebot verwenden. Die Registrierung bestätigt weder die Zulässigkeit des Produkts noch dessen Startbereitschaft.
3. Arbeitsphasen und Systemstatus unterscheiden
Die geprüfte Conversion-Liste im AffiliateCore-Advertiserbereich enthält Ansicht, Statusfilter, Ereignistyp, externe Kennung, Ereignisbetrag und Währung, Advertiser-Belastung, Ablehnungsgrund, Angebot und Ereigniszeit. Sie ermöglicht dem Advertiser keine freie Bearbeitung oder Löschung von Conversions.
| Angezeigter Status | Frage für die Bearbeitung |
|---|---|
| pending | Wer prüft und wann wird entschieden? |
| confirmed | Welche Bedingung wurde bestätigt? Haltefrist und Abrechnung getrennt prüfen. |
| rejected | Welche Regel wurde nicht erfüllt, wo liegt der Nachweis? |
| reversed | Warum wurde ein früheres Ergebnis rückgängig gemacht? Kein erstmaliger Ablehnungsfall. |
| disputed | Was wird bestritten und wer bearbeitet den Vorgang? |
Die Bezeichnung disputed belegt kein automatisches Einspruchsformular, keinen Countdown und keinen eigenen Streitfallbereich. Ein vollständiger Einspruchsablauf für Teilnehmer wurde bei der Prüfung nicht bestätigt. Führen Sie das hier vorgeschlagene Vorgangsregister samt Fristen in Ihrem vereinbarten Arbeitswerkzeug. Systemstatus ändert die befugte Stelle. Versprechen Sie Partnern keine nicht vorhandene Schaltfläche.
4. Fristen mit Beginn definieren
„Wir prüfen schnell“ ist unbestimmt. Konkreter ist: „Erstsichtung bis zum nächsten Arbeitstag nach Eingang; fehlen Angaben, nennen wir diese und einen neuen Termin.“ Ein Lehrpilot könnte zwei Arbeitstage für eine normale Entscheidung und einen weiteren zur Eskalation einer Überschreitung vorsehen. Stimmen Sie tatsächliche Werte auf Arbeitslast, Feiertage, Region und Beobachtbarkeit des Zielereignisses ab.
Erfassen Sie Ereigniszeit, Eingangszeit und Entscheidungsfrist getrennt. Legen Sie eine Zeitzone fest und übermitteln Sie bei Zeitstempeln die Abweichung zu UTC. Ein spät zugestelltes Ereignis ist nicht automatisch ein Verstoß des Publishers. Klären Sie Ursache und anwendbare Regel.
Warten auf Nachweise darf das Alter eines Leads nicht unbemerkt zurücksetzen. Erhalten Sie ursprüngliche Frist, Verlängerungsgrund, Verantwortlichen und neuen Termin. Fristablauf bedeutet Eskalation, nicht automatisch Ablehnung oder Gutschrift, solange dies nicht ausdrücklich vereinbart und umgesetzt ist.
5. Nur erforderliche Nachweise sammeln
Benötigt werden Ereignis-ID der Quelle, gegebenenfalls Conversion-ID der Plattform, Klickzuordnung, Angebot, Zeitpunkt, Regelversion und Nachweisreferenz. Eine Nutzer-ID ersetzt keine Ereignis-ID: Eine Person kann mehrere zulässige Aktionen durchführen.
Im Entscheidungsregister stehen alter und neuer Status, prüfende Person, Datum, Grund und Bezug zur früheren Entscheidung. Wiederholte Zustellung derselben Nachricht ist kein neuer Lead. Eine gemeinsame IP oder ähnliche Adresse beweist allein aber ebenfalls weder Duplikat noch Betrug. Prüfen Sie Ereignisidentität und vereinbarte Bedingungen.
Übermitteln Sie keine Passwörter, Postback-Geheimnisse, vollständigen Ausweisdokumente oder unnötigen Kontaktdaten. Nutzen Sie eingeschränkten Zugriff oder einen bereinigten Auszug, der den Grund verständlich macht. Allgemeine Hinweise zur Protokollierung und Absicherung bietet das OWASP Logging Cheat Sheet; unser Prüfablauf ist eine redaktionelle Arbeitsvorlage.
6. Ablehnung und Rückfrage trennen
Die folgenden Lehrcodes ersetzen ein unbegründetes „schlechter Traffic“. Sie sind kein eingebauter AffiliateCore-Katalog.
EVENT_DUPLICATE — Dasselbe Ereignis wurde erneut erfasst. Nachweis: Ursprungsereignis und Übereinstimmungskriterium.
TERMS_MISMATCH — Eine konkrete gültige Bedingung fehlt. Nachweis: Klausel, Version und überprüfbare Tatsache.
EVENT_NOT_MET — Die vereinbarte Zielaktion blieb aus. Nachweis: Quellenzustand am Ende des Beobachtungsfensters.
NEEDS_EVIDENCE — Angaben reichen noch nicht für eine Entscheidung. Nachweis: Konkrete Rückfrage, Empfänger und Antwortfrist.
Die letzte Zeile ist eine Arbeitsaufgabe, kein endgültiger Ablehnungsgrund. Auch Betrugssignale müssen eingeordnet werden. Fehlen Nachweise wegen eines eigenen Systemausfalls, dokumentieren Sie den Vorfall und einen Prüftermin. Unsicherheit ist keine Grundlage für eine Anschuldigung gegen den Partner.
7. Rechenbeispiel: Warteschlange ehrlich darstellen
Ein fiktiver digitaler Dienst erhält innerhalb einer Woche 100 eindeutige Leads, nachdem wiederholte Zustellungen entfernt wurden. Beim Bericht sind 60 bestätigt, 20 begründet abgelehnt und 20 offen. Damit sind 80 Prüfungen abgeschlossen. Bestätigungsquote unter entschiedenen Leads: 60 / 80 = 75%; unter allen eingegangenen: 60 / 100 = 60%. Nennen Sie den Nenner, denn die Kennzahlen beantworten unterschiedliche Fragen.
Acht der 20 offenen Leads sind überfällig. Ihr Anteil an der offenen Warteschlange beträgt 8 / 20 = 40%. Machen Sie aus offenen Fällen keine Ablehnungen, nur um den Bericht abzuschließen. Weisen Sie zunächst die acht Überschreitungen zu und prüfen Sie anschließend Alter und Wartegründe der übrigen Fälle.
Werden zwölf der 20 Ablehnungen mit wiederholten Nachrichten erklärt, stimmt möglicherweise die Kohortendefinition nicht. In diesem Beispiel wurden wiederholte Zustellungen bereits ausgeschlossen; eine solche Erklärung verlangt die Korrektur der Ausgangsdaten. Die Rechnung muss zur gezählten Einheit passen und nicht nur hundert ergeben.
Aufgabe: Erstellen Sie diese Tabelle ohne personenbezogene Daten für Ihr Angebot. Vergleichen Sie sie im Advertiserkonto mit den verfügbaren Conversion-Status und geben Sie Abweichungen gesondert an die zuständige Stelle weiter. Erzeugen Sie keine fiktiven vergüteten Ereignisse zum Test einer Tabelle.
8. Beispiel: Eine strittige Entscheidung überprüfen
Lead L-041 wurde als Duplikat von L-019 abgelehnt. Der Partner legt zwei verschiedene Ereignis-IDs vor. Die prüfende Person rekonstruiert die gültigen Bedingungen: Wiederholte Anfragen sind nur für ein anderes Produkt zulässig. Danach werden Produkt und Zeitpunkt in der Quelle verglichen. Eine andere ID beweist nicht allein die Position des Partners; dieselbe IP beweist nicht allein die Richtigkeit der Ablehnung.
Wird ein eigenständiges zulässiges Ereignis bestätigt, korrigiert die befugte Stelle das Ergebnis auf dem vorgesehenen Weg. Erhalten bleiben ursprüngliche Entscheidung, neue Nachweise, Überprüfungsdatum und Grund. Die finanzielle Auswirkung wird getrennt geprüft. Ein erneut gesendeter Postback darf nicht dazu dienen, eine „fehlende Gutschrift hinzuzufügen“.
Bleibt die Entscheidung bestehen, nennen Sie Regel und Tatsache statt nur „abgelehnt“. Fehlen weiterhin Nachweise, benennen Sie nächsten Schritt und Termin. Der Ablauf einer internen Frist ersetzt keine begründete Entscheidung.
9. Qualität der Bearbeitung messen
Prüfen Sie wöchentlich den offenen Bestand zu einem festen Zeitpunkt, Überfälligkeiten, Median und 90. Perzentil der Zeit bis zur Erstentscheidung, Anteil begründeter Entscheidungen und Ergebnisse erneuter Prüfungen. Berechnen Sie Entscheidungszeiten für abgeschlossene Fälle und zeigen Sie das Alter offener Fälle separat. Sonst verschwinden besonders lange ungelöste Vorgänge aus der Geschwindigkeitskennzahl.
Den Anteil korrigierter Erstentscheidungen berechnen Sie unter erledigten Einsprüchen, nicht unter allen Leads. Drei Überprüfungen erlauben noch keinen belastbaren Schluss über eine Quelle. Vergleichen Sie gleiche Zeiträume, Regelversionen und ausreichend gereifte Kohorten. Mehr Ablehnungen können auch eine neue Ereignisdefinition oder einen Verarbeitungsfehler anzeigen; untersuchen Sie zuerst die Ursache.
10. Startbereitschaft und nächster Schritt
Prüfen Sie vor dem Piloten: Ereignis und Regelversion, Verantwortlicher und Vertretung, Fristbeginn, belegte Gründe, Unterschied zwischen Rückfrage und Ablehnung, zuständige Stelle für Streitfälle, erhaltene Entscheidungshistorie sowie getrennte Berichte über offene und entschiedene Leads.
Besprechen Sie drei Lehrkarten am Tisch: normalen Lead, wiederholte Nachricht und Streitfall mit neuen Nachweisen. Startbereit ist der Prozess, wenn die prüfende Person für jede Karte Regel, nächsten Schritt, Zuständigkeit und Termin nennen kann. Andernfalls klären Sie den Ablauf, statt willkürlich weitere Status einzuführen.
Ergänzend helfen die Anleitungen zum verständlichen Angebot und zu Berichtsabweichungen. Ziel dieses Textes ist eine reproduzierbare Entscheidung je Lead, keine Attributionskonfiguration oder garantierte Annahmequote.
Registrieren Sie sich als AffiliateCore-Advertiser, ergänzen Sie Pflichtangaben und bereiten Sie Ihr Angebot mit vereinbarten Prüfbedingungen vor. Zulässigkeit, erforderliche Prüfungen und Moderation bleiben eigene Schritte. Ein angelegtes Angebot garantiert weder Start noch Traffic. Bewahren Sie den Ablauf im Team auf und klären Sie die verfügbare Kommunikation mit der Plattform vor dem ersten Test.