Das vollständige Sportwettenprodukt und die Trading-Konfiguration behandelt die Sportwettensoftware. Diese Seite beschreibt die für die Anbindung erforderlichen Arbeiten.
Wählen Sie die Oberflächenarbeit, die Ihr Team übernimmt
| Modell | Zu definierende Arbeiten |
|---|---|
| Eingebettetes Frontend | Gelieferte Oberfläche, Anpassungsgrenzen, Authentifizierung, Kontokontext, Wallet und Ereignismeldungen |
| API mit eigenem Frontend | Katalogdarstellung, Live-Updates, Wettschein, Abgabestatus, Historie und relevante mobile Abläufe zusätzlich zur Integration |
Eine eingebettete Oberfläche kann Frontendarbeit reduzieren, beseitigt aber nicht die Konto- und Finanzintegration. Eine API gibt Ihrem Team mehr Verantwortung für Nutzererlebnis und Fehlerzustände. Vergleichen Sie die tatsächlich unterstützten Abläufe, statt eine der Optionen als sofort verfügbar oder unbegrenzt vorauszusetzen.
Vereinbaren Sie Wett- und Transaktionsregeln
Dokumentieren Sie die Kennungen, die Wettanfrage, angenommene Wette, Wallet-Ereignis und Abrechnung verbinden. Definieren Sie die zurückgegebenen Zustände für Annahme, Ablehnung und einen noch ungeklärten Ausgang.
Läuft die Antwort auf eine Wettanfrage in eine Zeitüberschreitung, darf die Oberfläche nicht raten, ob die Wette gilt. Legen Sie fest, wie der maßgebliche Status wiederhergestellt und reservierte oder belastete Gelder abgeglichen werden. Für wiederholte Anfragen braucht es dokumentiertes Verhalten, das eine unbeabsichtigte zweite Wette oder Finanzaktion verhindert.
Halten Sie das Ergebnis der ursprünglichen Anfrage und spätere Korrekturen prüfbar. Genaue Regeln für Zeitüberschreitungen, Wiederholungen, Signierung und Ratenbegrenzung gehören in die versionierte API-Vereinbarung.
Testen Sie wechselnde Bedingungen bei Live-Wetten
| Fall | Abnahmenachweis |
|---|---|
| Quote ändert sich vor Annahme | Angewandte Quotenänderungsregel, angenommene Quote oder Ablehnung und entsprechendes Wallet-Ergebnis |
| Markt wird während der Abgabe gesperrt | Maßgebliche Annahmeentscheidung und erklärter Finanzstatus |
| Antwort geht verloren | Wiederherstellung des ursprünglichen Anfragestatus ohne zweite unkontrollierte Aktion |
| Cash-out-Angebot läuft ab | Klare Unterscheidung zwischen angezeigtem Angebot und abgeschlossener Ausführung |
| Ergebnis wird korrigiert | Ursprüngliche Abrechnung, Anpassung und Endsaldo stimmen überein |
| Konto wird eingeschränkt | Die erlaubte Aktion entspricht den vereinbarten Kontostatuskontrollen |
Verwenden Sie die benötigten Produkte und Währungen im Testbestand. Eine erfolgreiche Einzelwette belegt nicht, dass Kombiwetten, teilweiser Cash-out oder Ergebniskorrekturen korrekt funktionieren.
Beziehen Sie Berichte und Support in die Übergabe ein
Definieren Sie, wie der Betreiber Wetthistorie, Finanzereignisse und offene Fälle abruft. Weisen Sie Zuständigkeiten zu, wenn Oberfläche, Sportwettensystem und Wallet unterschiedliche Zustände melden. Bewahren Sie die für die Freigabe akzeptierte Dokumentationsversion und Testergebnisse auf.
Schätzen Sie den Zeitplan anhand bestehender Wallet, Frontendarbeit, Lieferantenfreigaben und Entwicklungskapazität. Eine pauschale Zeitschätzung berücksichtigt keine Änderungen, die das Kontenbuch zur Erfassung der benötigten Ereignisse braucht.
Fordern Sie Dokumentation für Ihre geplante Integration an und nennen Sie aktuelle Plattform, Wallet, Zielmärkte und Oberflächenmodell. Ergänzen Sie einen schwierigen Wettabgabe- oder Abrechnungsfall, den Sie zuverlässig bearbeiten müssen.