API

Схема взаимодействия:

1. Обработка обмена

• Пользователь пополняет баланс через SkinsBack.
• Выбирает скины CS2 для депозита и принимает обмен.
• После принятия обмена SkinsBack направляет WebHook-запрос со статусом in_hold на указанный Result URL в настройках проекта.
• В теле вебхука будет содержаться объект с информацией о депозите и данные пользователя (поле user_risk) для принятия решения о зачислении средств.

Дополнительные данные о пользователе:

• Общая сумма депозитов пользователя за весь период по всем проектам.
• Общее количество депозитов пользователя за весь период по всем проектам.
• Сумма и количество депозитов с реверсом, в которых пользователь получал авансовые выплаты от проектов.
• Дата регистрации пользователя в нашей системе
• Стоимость инвентаря пользователя.
• Дата последнего депозита.

Пример данных:

{
  // ... 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
	  },
	}
  }
}

Сейчас это тестовый набор данных, который, по нашему мнению, поможет вам в принятии решения. За 5 лет работы у нас есть история по более чем 6 млн пользователей. Совместив эту информацию с историей клиента на вашей платформе, вы сможете принять решение о преждевременном зачислении средств.

3. Схема движения статусов

• Пополнение будет находиться в состоянии ожидания завершения 8-дневного Steam Trade Protection, пока вы не отправите запрос на метод offer_approve. После отправки запроса, на странице депозита клиент получит финальный успешный статус, а статус пополнения будет изменен на hold_approved и система отправит Webhook на Result URL с обновленным статусом.
• Если пользователь не отменит обмен в течение 8 дней, на Result URL будет отправлен вебхук со статусом success, что означает финализацию статуса и зачисление средств на баланс проекта.
• В случае отмены обмена пользователем, на Result URL будет отправлен вебхук со статусом hold_returned и средства зачислены не будут.

Возможно несколько вариантов движения статусов (поле status) депозита:

• pending → in_hold → success или fail (стандартная схема)
• pending → in_hold → hold_approved → success или hold_returned (схема с использованием offer_approve)

4. Зачисление и возврат пользователю

При получении статусов hold_approved и hold_returned необходимо реализовать соответствующую логику обработки депозитов. Это может включать:

• разблокировку или блокировку баланса пользователя.
• применение иных санкций в соответствии с политикой платформы.

5. Примеры сценариев

• Если клиент ранее отменял выплаты после получения средств — это красный флаг, рекомендуется удерживать транзакцию.
• Если у клиента инвентарь оценивается в 2000$, и это ваш частый клиент, пришедший с пополнением на 50$, то одобрить транзакцию можно, так как блокировать свой инвентарь и портить свою репутацию на вашем сервисе ему невыгодно.
• Ваш риск-департамент проверил информацию о клиенте, возможно запросил у него KYC, и после того как ваши сотрудники приняли решение зачислить средства клиенту, вы можете в любое время в течении 8 дней дней отправить запрос на метод offer_approve

Таким образом, множество мелких депозитов может быть обработано автоматически. Эффективность данного подхода будет проанализирована в ходе работы.

6. Важная информация

Окончательное решение о зачислении депозита принимается вашей стороной. Через 8 дней средства будут зачислены, либо будет предоставлена информация об отмене трейда по причине недобросовестных действий клиента.