BOSHU の管理
募集を出す側（イベント・ギルド・学生発ベンチャーの管理者）の API。募集を作って直し、質問を組み、応募を読んで決定を保存し、まとめて本人へ知らせる。選考の段と審査の担当、送るメールの確認、共同管理者の追加もここにある。
この分類のあらまし
- 誰が呼べるか
その募集の持ち主の管理者と共同管理者が、ログインして呼ぶ。どの操作ができるかは入口ごとに決まっていて、要約に書いてある。
ログイン 45 件
- 件数と印
この分類の API は 45 件・レート制限 11 件
短い時間に呼びすぎると断られる API（レート制限）。断られたら Retry-After の秒数を待って呼び直す。
- 契約での分類の説明
募集の持ち主の管理（イベント・ギルド・学生発ベンチャーの管理者）
よく使う順番
上から順に呼ぶことが多い組み合わせ。行を押すと、その API の詳細が右に開く（スマホは下から）。
すべての API45 件
この分類の API をすべて並べている。行を押すと、頁を移らずにその API の詳細が右に開き、送るもの・返るもの・呼び出しの見本が読める。閉じると一覧の同じ位置に戻る。
行の左の札は HTTP のメソッド。GET は情報の取得、POST は作成や操作の実行、PUT と PATCH は更新、DELETE は削除を表す。
- 人の募集管理者が確認した宛先・応募・文面の版を固定して個別連絡を予約するPOST作成・操作
/api/boshu/manage/{id}/communications/sendログイン - 人の募集管理者が固定済み文面と現在の資格を再検査して再配送を予約するPOST作成・操作
/api/boshu/manage/{id}/communications/retryログイン - 募集管理者が配送件数と宛先を伏せた配送状態を確認するGET取得
/api/boshu/manage/{id}/communicationsログイン - 管理者が確認済み宛先と承認済み文面を個別連絡前に確認するPOST作成・操作
/api/boshu/manage/{id}/communications/previewログイン - 募集管理者が返信先に選べる確認済み主催者を読むGET取得
/api/boshu/manage/{id}/communications/reply-toログイン - 募集管理者が応募通知の受信者とチャット運営者を読むGET取得
/api/boshu/manage/{id}/communications/watchersログイン - 人の管理者が募集の応募通知とチャット運営担当を変更するPUT更新
/api/boshu/manage/{id}/communications/watchersログイン - 本人/主体管理者または現在の共同管理者の募集管理権限と主体・管理者一覧GET取得
/api/boshu/calls/{id}/manageログイン - 主体管理者のみ、公開アカウントを名前検索。メール非公開GET取得
/api/boshu/calls/{id}/managersログイン - 主体管理者による募集単位の共同管理者追加POST作成・操作
/api/boshu/calls/{id}/managersログイン - 主体管理者による募集単位の共同管理権限取消DELETE削除
/api/boshu/calls/{id}/managersログイン - 現在と移動先両主体の管理権限を確認して引き継ぐ。応募/回答を保持し共同管理者は解除PATCH一部を更新
/api/boshu/calls/{id}/ownerログイン - 持ち主（kind = event | guild | venture）の募集の一覧（下書き・承認待ち・締切後を含む）GET取得
/api/boshu/owners/{kind}/{id}/callsログイン - 持ち主の募集を作る（ギルド・学生発ベンチャーは承認待ちで作られ、運営の承認まで参加者に見せない・告知しない）POST作成・操作
/api/boshu/owners/{kind}/{id}/callsログイン - イベントのフォームに段を足す（パートナー登録・GUILD ROYALE などの募集の下書きを preset から作る。既にあれば作らずにその id。公開しない）POST作成・操作
/api/events/{slug}/forms/stepsログイン - 募集を直す（持ち主の管理者・運営。承認済みのギルド・学生発ベンチャーの募集の中身を変えると承認待ちへ戻る）PATCH一部を更新
/api/boshu/calls/{id}ログイン - その募集の管理者が応募を CSV で書き出す（個人情報の印の付いた回答は運営の管理者とその募集の管理者だけ・監査ログ）GET取得
/api/boshu/calls/{id}/exportログイン - 審査の材料（募集の要約と応募者・回答・作品・状態）GET取得
/api/boshu/calls/{id}/applicationsログイン - 選んだ応募にまとめて同じ決定を保存する（まだ知らせない）POST作成・操作
/api/boshu/calls/{id}/applicationsログイン - 運営が削除した応募のうち戻せるもの（運営の管理者とその募集を管理できる人）GET取得
/api/boshu/calls/{id}/trashログイン - 応募を削除する（テスト・重複。理由は必須。30 日は戻せる・一覧・件数・CSV・知らせ・選考から外れる・監査ログ）POST作成・操作
/api/boshu/calls/{id}/trashログイン - 削除した応募を戻す（削除から 30 日まで。同じ応募者が出し直していれば 409・監査ログ）POST作成・操作
/api/boshu/calls/{id}/trash/{applicationId}ログイン - まだ知らせていない決定をまとめて本人へ知らせるPOST作成・操作
/api/boshu/calls/{id}/publishログイン - 追加の質問の組を置き換える（変わっていれば新しい版）PUT更新
/api/boshu/calls/{id}/questionsログイン - 採択の出演順を並べ替える（採択の全員をちょうど 1 回ずつ）PUT更新
/api/boshu/calls/{id}/orderログイン - 募集の設問（1 つの仕組みのページ）と共通モジュールの棚（行き先に募集を含むもの）GET取得
/api/boshu/calls/{id}/questionnaireログイン - 募集の設問のページを保存する（保存 = 版。写しが変わらなければ版を足さない。承認のやり直しは質問の保存と同じ）PUT更新
/api/boshu/calls/{id}/questionnaireログイン - 棚の共通モジュールを参照で差し込む（棚の今の revision を写して版を足す）POST作成・操作
/api/boshu/calls/{id}/questionnaire/modulesログイン - 置いた共通モジュールをその場で直す（fork = この募集だけへ複製して鍵を作り直す / shared = 共通モジュールを直して新しい revision / refresh = 棚の今の revision へ）PUT更新
/api/boshu/calls/{id}/questionnaire/modules/{refId}ログイン - その募集だけのモジュールを棚に入れて参照に置き換え、同じ transaction で保存する（質問の鍵は変えない。このイベントの棚 = イベントの管理者以上、全イベント共通 = 運営の管理者）POST作成・操作
/api/boshu/calls/{id}/questionnaire/shelveログイン - 置いたモジュールを外す（共通モジュールそのものは棚に残る。公開済みの版は変わらない）DELETE削除
/api/boshu/calls/{id}/questionnaire/modules/{refId}ログイン - 持ち主の共通モジュールの棚（募集を作る前の組み立ての画面。持ち主の募集を作れる人だけ。読むだけ）GET取得
/api/boshu/shelfログイン - テンプレートの設問のページ（一覧のモジュールを作れる人なら棚に用意してから、棚にあるものは参照・無いものはその募集だけの写し）。募集は変えないPOST作成・操作
/api/boshu/shelf/templateログイン - 企画の行の「公募を作る」: 企画に結んだ下書きの募集を、企画の種類に合うテンプレートのモジュールで作る（公開しない・知らせない。版は 1 つ）POST作成・操作
/api/boshu/owners/{kind}/{id}/calls/from-contentログイン - 先着募集の管理者が送られるメールの文面を確認する（ブラウザのログインだけ）GET取得
/api/boshu/calls/{id}/mail-reviewログイン（cookie）・レート制限 - 確認した版のメールの文面を承認する（ブラウザのログインだけ）POST作成・操作
/api/boshu/calls/{id}/mail-reviewログイン（cookie）・レート制限 - 人の募集管理者が確認した選考設計を有効にするPOST作成・操作
/api/boshu/calls/{id}/selection/activateログイン・レート制限 - 担当する選考と権限のある応募資料を読むGET取得
/api/boshu/calls/{id}/selection/reviewログイン・レート制限 - 募集管理者が段階ごとの審査担当者と公開権限を設定するPUT更新
/api/boshu/calls/{id}/selection/assignmentsログイン・レート制限 - 担当者が内部の判定と次の案内を保存するPUT更新
/api/boshu/calls/{id}/selection/applications/{applicationId}/reviewログイン・レート制限 - 判定公開と固定する通知メールを人が確認するPOST作成・操作
/api/boshu/calls/{id}/selection/applications/{applicationId}/publish-previewログイン・レート制限 - 人が確認した判定を応募者へ公開し固定した通知を予約するPOST作成・操作
/api/boshu/calls/{id}/selection/applications/{applicationId}/publishログイン・レート制限 - 募集管理者が選考設計の下書きと現在のフローを読む（応募者情報なし）GET取得
/api/boshu/calls/{id}/selection/designログイン・レート制限 - 最大5段階とSPIKES共通送信者のメールテンプレートを下書き保存する（有効化・合否公開・送信なし）PUT更新
/api/boshu/calls/{id}/selection/designログイン・レート制限 - 選考設計と共通メールテンプレートの影響を検証する（保存・送信なし）POST作成・操作
/api/boshu/calls/{id}/selection/design/previewログイン・レート制限