{"id":3634,"date":"2026-10-05T23:21:10","date_gmt":"2026-10-05T23:21:10","guid":{"rendered":"https:\/\/whitelotto.com\/?p=3634"},"modified":"2026-10-05T23:21:10","modified_gmt":"2026-10-05T23:21:10","slug":"lotterieschein-lebenszyklus","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/de\/lotterieschein-lebenszyklus\/","title":{"rendered":"Lotterieschein-Lebenszyklus: Annahme, Abrechnung und Wiederherstellung"},"content":{"rendered":"\n

Ein Lotterieschein ist mehr als eine Zeile in der Kaufhistorie eines Spielers. Er verbindet ein Produkt, eine Ziehung, einen finanziellen Vorgang und den Anspruch auf ein Ergebnis. Wenn diese Datens\u00e4tze voneinander abweichen, kann der Support einen Kauf nicht erkl\u00e4ren, die Finanzabteilung den Saldo nicht abstimmen und der Betreiber dieselbe Transaktion m\u00f6glicherweise doppelt abrechnen.<\/p>\n

Dieser Leitfaden beschreibt den Lebenszyklus eines Lotteriescheins von der Auswahl bis zur Abrechnung. Nutzen Sie ihn, um Anforderungen an eine Lotterieplattform<\/a> festzulegen und aus einer Verkaufsdemonstration konkrete Abnahmetests zu machen.<\/p>\n

Den Schein vor seinen Statuswerten definieren<\/h2>\n

Dokumentieren Sie Spiel, Ziehungskennung, Auswahl, Einsatz, W\u00e4hrung, Vertriebskanal und geltende Regelversion. Ein Schein ben\u00f6tigt eine stabile Kennung, die mit dem finanziellen Vorgang verbunden ist. Unterscheiden Sie einen Schein mit mehreren Spielreihen von jeder einzelnen Teilnahme; sonst l\u00e4sst sich ein teilweise abgelehnter Kauf nur schwer darstellen.<\/p>\n

Das f\u00fchrende System muss au\u00dferdem Verkaufsschluss, ma\u00dfgebliche Uhr und den f\u00fcr die Annahme entscheidenden Zeitstempel festlegen. Eine vor Verkaufsschluss eingegangene Anfrage ist nicht automatisch eine angenommene Teilnahme. Diese Unterscheidung geh\u00f6rt in Oberfl\u00e4che und Betriebsabl\u00e4ufe, nicht nur in die technische Dokumentation.<\/p>\n

Eine Matrix f\u00fcr Status und Geldfl\u00fcsse erstellen<\/h2>\n

Statuswerte sollten erkl\u00e4ren, was passiert ist, wer als N\u00e4chstes handeln darf und was mit dem Geld geschehen ist. Das folgende Beispiel beschreibt Anforderungen, keine verbindlichen Bezeichnungen.<\/p>\n

\n
Beispiel einer Kontrollmatrix f\u00fcr den Lotterieschein-Lebenszyklus<\/caption>
Status<\/th>Spieleransicht<\/th>Finanzielle Behandlung<\/th>Erforderlicher Nachweis<\/th><\/tr><\/thead>
Entwurf<\/td>Auswahl noch nicht gekauft<\/td>Keine Belastung<\/td>Auswahl und angezeigter Preis<\/td><\/tr>\n
Eingereicht<\/td>Best\u00e4tigung ausstehend<\/td>Reservierung, sofern vorgesehen<\/td>Anfrage-ID und Einreichungszeit<\/td><\/tr>\n
Angenommen<\/td>Teilnahme an der angegebenen Ziehung<\/td>Gebuchte Kaufbelastung<\/td>Schein-ID, Ziehung und Annahmezeit<\/td><\/tr>\n
Abgelehnt<\/td>Teilnahme nicht angenommen<\/td>Reservierung freigeben; zugeh\u00f6rige Belastung stornieren<\/td>Grund und verkn\u00fcpfte Finanzkorrektur<\/td><\/tr>\n
Abgerechnet<\/td>Ergebnis und Gewinn verf\u00fcgbar<\/td>Gegebenenfalls Gewinngutschrift<\/td>Ergebnisversion und Abrechnungs-ID<\/td><\/tr>\n
Storniert<\/td>Teilnahme nicht mehr g\u00fcltig<\/td>Erstattung nach geltenden Regeln<\/td>Berechtigung, Grund und Erstattungsreferenz<\/td><\/tr>\n<\/tbody><\/table><\/div>\n

\u00dcberschreiben Sie den Kauf nicht mit der Erstattung. Erhalten Sie den urspr\u00fcnglichen Vorgang und eine verkn\u00fcpfte Korrektur. Die Zahlungsarchitektur<\/a> sollte diese Beziehung bei der Abstimmung sichtbar machen.<\/p>\n

Szenario: Zeit\u00fcberschreitung kurz vor Verkaufsschluss<\/h2>\n

Ein Spieler sendet einen Kauf, der Server nimmt ihn an, aber die Best\u00e4tigungsantwort geht verloren. Der Spieler versucht es nach Verkaufsschluss erneut. Eine sichere Architektur muss jeden Schritt ausdr\u00fccklich beantworten:<\/p>\n

  1. Der erneute Versuch verwendet denselben Vorgangsschl\u00fcssel und ruft das bestehende Ergebnis ab, ohne einen weiteren Schein anzulegen.<\/li>
  2. Der angenommene Schein beh\u00e4lt seine urspr\u00fcngliche Ziehung und Annahmezeit; der erneute Versuch verschiebt ihn nicht auf eine sp\u00e4tere Ziehung.<\/li>
  3. Die Wallet zeigt eine einzige Kaufbelastung, und jede vor\u00fcbergehende Reservierung ist aufgel\u00f6st.<\/li>
  4. Die Oberfl\u00e4che zeigt das endg\u00fcltige Ergebnis; der Support kann die Ereignisfolge abrufen, ohne sie zu ver\u00e4ndern.<\/li><\/ol>\n

    Bitten Sie den Anbieter, diese Folge einschlie\u00dflich einer abgelehnten Anfrage vorzuf\u00fchren. Ein Bildschirmfoto eines erfolgreichen Kaufs pr\u00fcft die Wiederherstellung nicht.<\/p>\n

    Abnahmetests f\u00fcr den Betreiber<\/h2>\n