Резервировать вебхуки (инвентарь по запросу)

Используйте это для СЛОЖНОГО (уникального единичного) инвентаря, когда вы создаете ключи или аккаунты в своей системе во время покупки. Локальные запасы всегда предпочтительнее; вебхук заполняет только нехватку.

• Работает только с МГНОВЕННОЙ автоматической доставкой, когда каждая единица действительно назначена.
• Настройте уровень предложения по умолчанию или переопределите для каждого варианта ценообразования.
• Только HTTPS. Необязательная HMAC подпись соответствует исходящим вебхукам.

После оплаты RMT POST делает один вызов reserve.item для каждой недостающей единицы с заказом, предложением, вариантом, схемой полей и количеством 1. Необязательный шаблон запроса JSON объединяется с {{placeholders}}.

{
  "id": "rsv_…",
  "type": "reserve.item",
  "order": { "uid": "…", "reference": "…", "url": "…" },
  "offer": { "url": "…", "title": "…", "pageUrl": "…" },
  "option": { "id": 1, "name": "Стандарт" },
  "fields": [{ "id": 10, "name": "Лицензия", "type": "text", "required": true }],
  "quantity": 1
}

Возвращайте 2xx JSON. Сопоставьте пути, такие как $.license, на поля товара, или верните { "entries": [{ "fieldId": 10, "value": "KEY-…" }] }.

{
  "entries": [
    { "name": "Лицензия", "value": "AAAA-BBBB-CCCC" }
  ]
}

• Только лицензия: сопоставьте одно текстовое поле из $.license или $.key.
• Аккаунт: сопоставьте поля электронной почты и пароля из $.email и $.password.
• Недостающие обязательные поля после сопоставления считаются неудачей.

Используйте Тест в редакторе предложений (отправляет dryRun: true). На странице заказа повторите резервирование после исправления вашей конечной точки. Никогда не записывайте секреты или полные ключи в электронных письмах.

1. 1Сохраните HTTPS URL, карту ответа и необязательный секрет на шаге элементов предложения.
2. 2Запустите Тест и подтвердите сопоставленные предварительные просмотры.
3. 3При сбое откройте заказ, повторите резервирование или создайте/назначьте ключ вручную.