Параметры:

Возвращаемые значения

• result
  
  • success — true, если метод успешен. Если сервер ресурсов возвращает false, будет также возвращено поле error с объяснением.
    
    Обратите внимание:если success = false, если ответ некорректен или если время на обработку запроса истекло, Steam попробует послать запрос TradeSetUnowned снова, до тех пор, пока не получит success = true. Если ошибка является постоянным сбоем (к примеру, предмет больше не существует), необходимо приравнять should_retry к 0.
    
  • should_retry — по умолчанию Steam будет отправлять запросы TradeSetUnowned, пока не получит success = true. Это делается для того, чтобы удостовериться, что состояние предмета непротиворечиво, прежде чем система примет решение о том, что делать дальше. Тем не менее, для постоянных сбоев, когда вам известно, что повторные попытки не изменят ответ (к примеру, если предмет больше не существует), это поле можно приравнять к нулю.
    
    Вы также можете приравнять это поле к 1, если вы хотите явным образом сообщить Steam, что ошибка является временной (к примеру, вы не смогли проверить или изменить свою базу данных).
    
    Это поле требуется, потому что существует вероятность, что сервер ресурсов получит два разных запроса TradeSetUnowned с одним и тем же assetid, но с разными audit_reference. К примеру, пользователь может попытаться обменять предмет и одновременно выставить его на Торговой площадке.
    Сервер ресурсов должен принять первый запрос TradeSetUnowned, но отклонить второй, поскольку пользователь больше не владеет предметом. В данном примере, ответ на второй запрос должен содержать параметр should_retry, равный нулю, поскольку запрос не был выполнен и никогда не будет выполнен.
    
    Важно: когда это значение равно нулю, Steam считает, что сервер ресурсов не вносил никаких изменений в ресурс в ответ на TradeSetUnowned.
    Как следствие, важно, чтобы это поле было равно нулю только тогда, когда вы абсолютно уверены, что TradeSetUnowned вообще не обрабатывался. Если совершить ошибку, пользователи могут потерять предметы.
    К примеру, если у вас есть алгоритм для обработки повторного запроса и алгоритм для проверки существования ресурса, вам нужно сделать обработку повторного запроса первой. В противном случае при повторном запросе сервер ресурсов сообщит, что предмет больше не существует, и что Steam не должен повторно отправлять запрос, вместо того, чтобы должным образом ответить на предыдущий запрос.
    
  • error — объяснение сбоя. Это сообщение будет записано в журнал ошибок, который увидеть во вкладке «Экономика» раздела «Сообщество» настроек приложения.
    
  • new_assetid (необязательно) — 64-битный AssetID версии «без владельца» данного ресурса. Это значение устанавливается только при передаче ресурса. Это может быть как новый AssetID, так и тот же самый, что и в запросе, в зависимости от того, как это реализовано на сервере ресурсов.
    По умолчанию — тот же самый, что и в запросе.
    
  • new_contextid (необязательно) — 64-битный ContextID версии «без владельца» данного ресурса. Это может быть как новый ContextID, так и тот же самый, что и в запросе, в зависимости от того, как это реализовано на сервере ресурсов. По умолчанию — тот же самый, что и в запросе.
    

Учётные действия

• 101 — Выполнение обмена (Trade Commit). Запрос отправляется как часть обмена. Поле audit_reference является номером обмена (TradeID).
  
• 102 — Отмена обмена (Trade Rollback). Запрос отправляется как часть отмены обмена. Поле audit_reference является номером обмена (TradeID).