API

Interaktionsschema:

1. Handelsverarbeitung

• Benutzer lädt Guthaben über SkinsBack auf.
• Wählt CS2-Skins für Einzahlung aus und akzeptiert Handel.
• Nach Handelsannahme sendet SkinsBack WebHook-Anfrage mit Status in_hold an angegebenen Result URL in Projekteinstellungen.
• Webhook-Body enthält Einzahlungsinformationsobjekt und Benutzerdaten (user_risk Feld) für Mittelgenehmigungsentscheidung.

Zusätzliche Benutzerdaten:

• Gesamtsumme der Benutzereinzahlungen über alle Projekte für den gesamten Zeitraum.
• Gesamtanzahl der Benutzereinzahlungen über alle Projekte für den gesamten Zeitraum.
• Summe und Anzahl der Rückbuchungseinzahlungen, bei denen der Benutzer Vorauszahlungen von Projekten erhalten hat.
• Benutzerregistrierungsdatum in unserem System
• Inventarwert des Benutzers.
• Datum der letzten Einzahlung.

Datenbeispiel:

{
  // ... deposit data
  "user_risk": {
	"total_deposits_count": 1,
	"total_deposits_sum": 7.68,
	"total_rollback_deposits_count": 0,
	"total_rollback_deposits_sum": 0,
	"joined_at": "2024-05-27 13:54:30",
	"last_deposit_at": "2025-03-27 17:22:51",
	"user_inventory": {
	  "cs2": {
		"last_updated_at": "2025-07-17T20:51:48.689998Z",
		"sum": 2.75
	  },
	  "dota2": {
		  "last_updated_at": "2025-07-17T20:50:48.689998Z",
		  "sum": 2.00
	  },
	  "rust": {
		"last_updated_at": "2025-07-17T20:55:48.689998Z",
		"sum": 1.40
	  },
	}
  }
}

Aktuell ist dies ein Testdatensatz, der bei der Entscheidungsfindung helfen soll. Über 5 Jahre Betrieb haben wir Historie für mehr als 6 Millionen Benutzer. Durch Kombination dieser Informationen mit Kundengeschichte auf Ihrer Plattform können Sie Entscheidung über vorzeitige Mittelgutschrift treffen.

3. Statusübergangsschema

• Einzahlung bleibt bis zum Absenden einer Anfrage an die offer_approve-Methode im Wartezustand für den 8-tägigen Steam Trade Protection-Abschluss. Nach Anfrageeinreichung zeigt die Einzahlungsseite den endgültigen Erfolgsstatus an, der Einzahlungsstatus wird auf hold_approved geändert und das System sendet Webhook an Result URL mit aktualisiertem Status.
• Wenn der Benutzer den Handel nicht innerhalb von 8 Tagen storniert, erhält Result URL einen Webhook mit Status success, der den Status abschließt und die Mittel dem Projektguthaben gutschreibt.
• Bei Handelsstornierung durch den Benutzer erhält Result URL einen Webhook mit Status hold_returned und die Mittel werden nicht gutgeschrieben.

Mögliche Statusübergangsvarianten für Einzahlungen (status Feld):

• pending → in_hold → success oder fail (Standardschema)
• pending → in_hold → hold_approved → success oder hold_returned (Schema mit offer_approve)

4. Gutschrift und Benutzerrückerstattung

Bei Erhalt der Status hold_approved und hold_returned ist eine entsprechende Verarbeitungslogik zu implementieren. Dies kann umfassen:

• Freigabe oder Sperrung des Benutzerguthabens.
• Anwendung weiterer Sanktionen gemäß Plattformrichtlinien.

5. Beispielszenarien

• Wenn ein Kunde zuvor Zahlungen nach Erhalt der Mittel storniert hat - dies ist ein Warnsignal, die Transaktion sollte zurückgehalten werden.
• Wenn ein Kunde ein Inventar im Wert von 2000$ hat und Ihr Stammkunde ist, der eine Einzahlung von 50$ tätigt, kann die Transaktion genehmigt werden, da die Sperrung des Inventars und die Beschädigung des Rufs in Ihrem Dienst nachteilig wäre.
• Ihre Risikoabteilung hat die Kundendaten überprüft, möglicherweise KYC angefordert, und nachdem Ihre Mitarbeiter entschieden haben, dem Kunden Mittel gutzuschreiben, können Sie jederzeit innerhalb von 8 Tagen eine Anfrage an die offer_approve-Methode senden

Auf diese Weise können viele kleine Einzahlungen automatisch verarbeitet werden. Die Wirksamkeit dieses Ansatzes wird während des Betriebs analysiert.

6. Wichtige Information

Die endgültige Entscheidung über die Gutschrift der Einzahlung wird von Ihrer Seite getroffen. Nach 8 Tagen werden die Mittel gutgeschrieben oder es werden Informationen über die Handelsstornierung aufgrund betrügerischer Handlungen des Kunden bereitgestellt.