eスポーツ大会運営・配信委託の— マイルストーン払い
公開: 2026年9月8日
eスポーツ大会では、会場オペレーション、配信技術、実況・解説、グラフィック、アーカイブ編集が複数ベンダーに分かれ、支払も段階払いになりやすいです。
「大会1行」にまとめると、配信テスト完了の支払と本番完了の支払が潰れて、60日超過が見えなくなります。
本記事は、運営・配信委託をマイルストーン払いの形式記録としてどう持つかを整理します。
配信マイルストーンはマイルストーン払いの二段台帳で持ち、最終配信完了の受領日起算は支払60日ルールの起算点に揃えます。
トリカク(torikaku) では大会IDの下に設営・配信・アーカイブの子行を置き、期日アラートを行単位で回せます。
1. 典型のマイルストーン分割
| 到達 | 検収物の例 | 台帳行 |
|---|---|---|
| 企画確定 | 進行表・配信構成図 | 子行M1 |
| リハ/配信テスト | テスト配信ログ・チェック表 | 子行M2 |
| 本番完了 | 本番完了報告 | 子行M3 |
| アーカイブ納品 | 編集済み動画ファイル | 子行M4/最終 |
運営会社と配信会社が別なら、親案件を分けた方が責任分界が明確です。
同一会社でも役務種別が違うなら、子行のタグで種別を残します。
2. 書面に書く到達条件
2-1. 「配信成功」の定義
同時接続数や無停止時間など、測定可能な条件を合意します。
抽象的な「問題なく配信」だと、不合格通知が書けません。
検収基準は検収基準の決め方、不合格通知は検収不合格の通知テンプレを使います。
2-2. スポンサー素材の差替え
当日のロゴ差替えは変更回数と無償範囲を決めます。
超過分は追加発注行にし、緊急口頭発注の書面化で確定します。
2-3. 実況・解説の個人契約
個人への出演委託は、運営会社経由か主催直接かを固定します。
直接発注なら適用判定と記載事項を確認し、フリーランス新法と取適法の重複も見ます。
3. トラブル時の支払行
3-1. 配信障害
SLA未達時の対応(再実施・減額協議・損害賠償)を契約に書き、一方的な減額を避けます。
SLAと減額の線引きはSLA違反と減額の線引きを参照してください。
3-2. 大会中止・延期
中止時の出来高払いとキャンセル費用を事前合意し、別行で処理します。
キャンセルと中途解除の違いで単発中止と継続契約終了を切り分けます。
3-3. アーカイブの修正ループ
ハイライト再編集が無償範囲を超える場合、追加発注を切らずに「直しておいて」と言うと証跡が消えます。
やり直し論点は給付内容の変更とやり直しも確認してください。
4. シナリオ:オンライン予選+オフライン決勝
予選配信と決勝会場運営が別マイルストーンの場合、予選完了でM2を閉じ、決勝設営着手で別の子行を開始します。
予選の受領日を決勝支払の起算に使わないことが重要です。
段階納品の一般論は段階納品と部分検収も参考になります。
記載事項は記載事項のテンプレートに配信URL・バックアップ回線・納品解像度を足します。
発注書面の型は発注書面(3条)です。
5. 台帳とダッシュボード
大会シーズンは案件が短期間に集中します。
未検収の配信行をダッシュボードKPIで監視し、Excelが限界ならExcelからSaaS移行を検討してください。
トリカク(torikaku) では大会IDとマイルストーン番号でフィルタし、M2未払いのままM3に進まないゲートも作れます。
全体チェックは発注コンプライアンスのチェックリストに「マイルストーン行分割」を追加します。
6. 大会運営室のゲート運用
運営室では試合進行が優先され、支払行の更新が後回しになりがちです。
「M2(配信テスト)未検収のまま本番日を迎えない」ゲートをプロジェクト管理に組み込み、未達なら本番の技術キックオフを止めます。
厳しすぎると感じても、未検収のまま本番に入ると障害時の責任分界が曖昧になります。
実況・解説・アナリストが日替わりの場合、日出演の発注行を切るか、シリーズ契約+実施報告で受領するかの方針を統一します。
日替わりなのに月額1行だけだと、欠勤日の扱いが説明できません。
実施報告の受領日をその日の支払起算にする運用が分かりやすいです。
アーカイブ納品後に切り抜き二次利用が始まる場合、二次利用の許諾範囲を本契約に含めます。
含めないなら追加許諾の発注を切り、SNS用の短尺も無償の「ついで」にしないでください。
配信障害の録画が残っている場合の提出義務も、検収物として定義しておくとトラブル時に助かります。
- M2未検収で本番に進まないゲートを置く
- 日替わり出演は実施報告ベースで受領する
- 二次利用・切り抜きは許諾範囲を明示する
- 障害時ログを検収物に含める
- 大会IDで全ベンダー行を横断検索できるようにする
8. 失敗例から逆算する欄設計
よくある失敗は、配信テストの合格を口頭にし、本番障害後に「テストは終わっていた」で揉めるケースです。
合格署名とテストログの保存パスが無いと、責任分界が説明できません。
M2行の必須欄に署名者・ログパス・測定値を入れ、空欄では本番日ステータスへ進めないようにします。
賞金台帳と配信委託台帳を同一シートにしたケースも混乱します。
受領日の概念が違うため、フィルタを間違えると60日アラートが誤作動します。
大会IDは共有しても、台帳ファイルまたはタグ空間は分離してください。
よくある質問
Q. 賞金支払と配信委託を同じ台帳に載せますか
賞金は委託代金ではないことが多いので、別管理が基本です。
混ぜると受領日の意味が壊れます。
Q. 海外チームの帯同スタッフ委託は
契約当事者・支払通貨・適用判定を分けて記録します。
Q. 配信データの著作権は
帰属と二次利用を契約に書き、著作権・知財と委託の観点でも確認します。
Q. 着手金がある場合は
着手金・前払いの子行を最初に切り、本番行と混ぜません。
Q. 適用判定の入口は
資本金・従業員数による適用判定からです。
7. ベンダー横断のRACI
運営・配信・グラフィック・実況が分かれる大会では、マイルストーン合格の最終署名者を1名に固定します。
各自が「自分の範囲はOK」と言っても、大会全体のM2合格にならないと支払行を閉じない運用にします。
署名者の代理も事前指名し、海外遠征中に止まらないようにします。
スポンサー配信のインサート素材が遅れる場合、遅延の責任がスポンサー側でも、配信委託の受領日定義は契約どおりに処理します。
素材待ちを理由に検収を曖昧にすると、後から両者が不利になります。
素材遅延は別途の変更合意(納期延伸)として残します。
大会終了後の「感謝配信」や延長コンテンツは、本大会の最終マイルストーンに含めない方が安全です。
含めるなら当初計画に書き、含めないなら新規発注にします。
まとめ
- 企画・テスト・本番・アーカイブで子行を切る
- 配信成功の測定条件を書面化する
- 障害時の減額はSLA合意に従い一方的にしない
- 予選と決勝の起算を混ぜない
- 大会シーズンはダッシュボードで未検収を監視する
eスポーツは本番の瞬間が全てに見えがちですが、支払管理はテスト完了の瞬間から始まります。
M2の受領日を入れ終わってから本番当日に入る、というゲートが現実的な守りです。
eスポーツは本番の光が強いほど、テスト完了の記録が薄くなります。
M2未検収で本番に進まないゲートと、合格署名者の固定が運営室の守りです。
日替わり出演は実施報告で受領し、二次利用は許諾範囲を明示する。
素材遅延は納期延伸の変更合意にし、感謝配信は本大会最終に混ぜない。
大会IDで全ベンダーを横断できれば、シーズン中の60日超過も見えます。
本番日前日のゲート会議で、M2の署名・ログ・測定値が揃っているかを全員で確認します。
欠けている項目があれば本番キックオフを遅らせ、欠けたまま強行した理由は例外ログに残します。
例外を残さない強行が、障害後の責任分界を一番壊します。
アーカイブ納品後の切り抜き依頼は、本契約の許諾範囲表と突合してから着手します。
範囲外なら追加発注IDを先に発行し、編集に入らないルールにします。
障害時ログの提出が検収物なら、未提出のままM4を閉じないゲートを掛けます。
閉じた後にログを求めると、再オープンのコストが大きいです。
注意
本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク(torikaku) の機能説明を含みますが、法的助言ではありません。大会規約・著作権・個別契約の判断は専門家にご確認ください。