本文へ移動
Bounty Developer

POST/api/events/{slug}/manage/promo-codes/intents/{userId}

「イベント」の分類の、新しく作る、または操作を実行するために内容を送る API。ログインした本人として呼ぶ。

要約

決まらない申込を決める: recheck = 4S を運営の権限で確かめ直す（受け付けられていれば登録済み、エントリが無ければ枠を戻す）、release = 運営の判断で枠を戻す。監査に残す

呼び方と印

ログイン

URL に付ける値（パラメータ）

経路の中の波かっこの部分と、URL の ? の後ろに付ける値。「必須」の印があるものは省けない。

  • slugpath必須string
  • userIdpath必須string(uuid)

送るもの（本文）application/json

送る本文の欄。「必須」の印がある欄は省けない。

  • action必須"recheck" | "release"
  • expected必須string
    長さ ≤40

返るもの（応答）200 · application/json

成功したときに返る形。入れ子の欄は、その行を押すと開く・閉じる。「任意」の印がある欄は返らないことがある。

  • outcome"registered" | "released" | "unresolved"

失敗したとき（エラー）

失敗したときの状態コードと、その意味。本文の error の値で、プログラムが失敗の種類を見分けられる。

  • 400入力の誤り（error = invalid_input など）
  • 401未ログイン（unauthorized）/ Bearer が無効（invalid_token。WWW-Authenticate 付き）
  • 403HTTP 403（x-bounty-error-codes を参照）
  • 409HTTP 409（x-bounty-error-codes を参照）
  • 502HTTP 502（x-bounty-error-codes を参照）
  • event_not_found
  • forbidden
  • manager_reverify_required
  • not_found
  • human_action_required
  • invalid_input
  • intent_changed
  • no_fours_token
  • reconciliation_permission_denied
  • reconciliation_identity_mismatch
  • reconciliation_event_mismatch
  • reconciliation_source_unavailable
  • reconciliation_source_invalid

呼び出しの見本

そのまま試せる呼び出しの例。curl と fetch をタブで切り替える。ID やトークンは自分の値に置き換える。

curl -X POST "https://bounty.spikes.4s.link/api/events/{slug}/manage/promo-codes/intents/{userId}" \
  -H "Authorization: Bearer $BEARER_AUTH" \
  -H "Content-Type: application/json" \
  -d '{
    "action": "recheck",
    "expected": "string"
  }'
POST /api/events/{slug}/manage/promo-codes/intents/{userId} | Bounty Developer