ライブハウスの出演者情報を管理する方法｜台帳項目・提出物・更新ルール

ライブハウスの出演者情報は、出演者ごとに繰り返し使う基本情報と、公演ごとに変わる提出物・進行情報を分けると管理しやすくなります。すべてを一枚の表に詰め込むと、古い連絡先や編成が次の公演へ引き継がれたり、最新のセット図がどれか分からなくなったりします。

基本情報は「出演者マスター」、日程・出演枠・セット図・セットリストなどは「公演別台帳」で管理し、両者を共通の出演者IDで結びます。さらに、入力者、確認者、更新日時、確認状態を記録すれば、「情報がある」だけでなく「誰が、いつ、どこまで確認したか」も判断できます。

この記事では、ライブハウスや音楽会場の運営者、ブッキング担当者、制作担当者に向けて、出演者情報の項目設計、登録・更新・重複統合、提出物の確認、出演履歴、アクセス権、保存・削除までを実務順に整理します。

出演者マスターと公演別情報を分ける

最初に、情報を「変わりにくいもの」と「公演ごとに変わるもの」に分けます。

管理単位	主な目的	代表的な情報
出演者マスター	同じ出演者を識別し、次の連絡や企画選定に使う	正式表記、読み、連絡窓口、編成、ジャンル、活動地域、公式リンク
公演別台帳	一つの公演を準備し、当日運営と精算へつなげる	公演日、出演枠、入り・リハーサル、持ち時間、提出物、物販、予約、確認状態
出演履歴	過去の事実を次回企画の判断材料にする	出演日、企画名、担当者、編成、提出・連絡の履歴、次回確認事項

出演者マスターに「次回の入り時間」や「今回のセットリスト」を上書きしてはいけません。公演が終わるたびに値が変わり、過去の経緯が見えなくなるためです。反対に、公演ごとの台帳へ正式表記や代表連絡先を毎回手入力すると、表記揺れや転記ミスが増えます。

基本は、出演者マスターへ重複しないIDを付け、公演別台帳にそのIDを記録する方法です。たとえば「ART-0042」のような内部IDを使えば、同名の出演者や改名前後のデータも区別できます。IDは公開名ではなく内部管理の識別子として扱い、いったん使った番号を別の出演者へ再利用しません。

出演者マスターに入れる項目

マスターへ入れる項目は、将来の公演でも使う可能性が高く、利用目的を説明できるものに絞ります。

識別と表記

項目	記録例	運用上の注意
出演者ID	ART-0042	重複しない内部ID。再利用しない
正式表記	Sample Band	告知・請求・当日表示で使う表記を確認する
読み	サンプルバンド	受付やアナウンスで必要な場合だけ記録する
旧名・別表記	SampleBand	検索・重複確認用。公開に使うかは別に確認する
出演形態	バンド、ソロ、DJなど	一つに決めつけず、主な編成として記録する
活動地域	東京・神奈川	連絡や企画選定に必要な粒度にとどめる
状態	候補、連絡中、出演実績あり、休止など	状態名と変更条件をチームで統一する

正式表記は、SNSの表示名を自動的に正とせず、本人または代表者が告知に使う文字列を確認します。英字の大文字・小文字、空白、記号も含めて保存し、略称や検索用の別表記は別欄に置きます。

連絡窓口

項目	記録する内容
代表者名	連絡担当として確認した氏名または活動名
連絡方法	メール、問い合わせフォーム、業務用アカウントなど
連絡先	現在の連絡に必要な最小限の情報
連絡可能時間・希望	指定がある場合だけ記録
最終確認日	連絡先が有効だと確認した日
取得経路	応募フォーム、本人からの連絡、公開窓口など

個人の電話番号やメールアドレスは、公開プロフィールのURLと同じ扱いにしません。閲覧できる担当者を限定し、スタッフ全員が見られる告知用シートへ複製しないようにします。連絡が取れないときも、古い連絡先を残したまま別欄へ追加するのではなく、有効・要確認・使用停止を区別します。

出演応募で最初に確認する項目は、出演希望者から確認しておく項目で段階別に整理しています。応募時にすべての内部管理項目を入力させるのではなく、出演判断に必要な範囲から始めてください。

音楽性・編成・公開資料

項目	記録する内容
主なジャンル	本人の表現を尊重し、検索用の大分類と分ける
基本編成	人数、担当パート、ボーカルの有無など
編成の可変性	ソロ／バンド、サポート参加など、確認が必要な点
公式サイト・SNS	現在使われている公式リンク
音源・映像	代表的な視聴URLと確認日
プロフィール原稿	告知に使える版、文字数、確認日
アーティスト写真	保管場所、利用範囲、確認日

音源やSNSは「見つけたURL」を無制限に保存するのではなく、企画選定や告知に使う代表リンクを決めます。新しいバンド・アーティストを見つける方法で候補を発掘した段階と、本人から出演同意を得た段階を混同しないことも重要です。

写真、プロフィール、ロゴなどは、ファイルそのものを台帳へ重複添付するより、権限を設定した保管場所へのリンクと、確認済みの版を示します。「最新」「最終版」だけでは時間がたつと判断できないため、受領日や版名を残します。

公演ごとに管理する情報と提出物

公演別台帳は、一つの公演と一つの出演枠を単位にします。同じ出演者が同日に複数の役割を持つ場合や、複数公演へ出演する場合でも、行やレコードを分けて履歴を追えるようにします。

公演・出演枠の基本情報

項目	内容
公演ID	会場内で公演を一意に識別する番号
出演者ID	出演者マスターと結ぶID
公演日・企画名	日付だけでなく企画名も記録
出演状態	打診中、仮決定、確定、変更、キャンセル、終了など
出演順・出演枠	順番、開始予定、持ち時間
入り・搬入・リハーサル	公演別に確定した時刻と確認状態
連絡担当	会場側と出演者側の担当
最終更新	更新日時と更新者

「確定」という状態は、口頭で日程を押さえた時点なのか、条件の合意が済んだ時点なのかを決めておきます。担当者ごとに意味が違うと、告知やタイムテーブル作成を始める時期がずれます。

技術資料と当日準備

提出物・情報	確認する内容
セッティング図	立ち位置、楽器、アンプ、モニター、電源など
入力表・PA資料	入力チャンネル、マイク、DI、持込機材、特殊な接続
セットリスト	曲名、曲順、必要に応じて著作者・利用曲目の確認
SE・同期・映像	再生方法、ファイル、接続、操作担当、バックアップ
照明・演出希望	実現可否を確認する期限と担当
物販情報	品目、場所、時間、決済、手数料など会場で必要な範囲
予約・ゲスト	提出方法と受付台帳の参照先

川崎ライブハウス Y’sの出演案内は、出演申込に加えて、セッティング・セットリストシートの提出案内を掲載しています。また、新宿LiveFreakの出演募集案内は、音源ファイルまたは視聴サイトURLでの連絡方法を示しています。必要な資料や期限は会場ごとに異なるため、他会場の条件をそのまま転用せず、自会場の設備と進行に合わせて決めます。

常設機材の型番や利用条件は出演者台帳へ複製せず、ライブハウスの機材リストの作り方で整備した原本へリンクします。公演別台帳には、その出演者が実際に使う機材、持込品、未確定事項だけを記録します。

提出状況をステータスで管理する

ファイルが届いたかどうかだけでなく、内容確認と差し戻しを区別します。

状態	意味	次の行動
未依頼	まだ提出を依頼していない	対象と期限を決めて案内する
依頼済み	提出方法と期限を案内した	期限前の確認日を設定する
受領	ファイルや回答が届いた	内容を担当者が確認する
要修正	不足・不整合がある	修正内容と再提出期限を伝える
確認済み	担当者が使用可能と確認した	当日資料へ反映する
変更あり	確認後に内容が変わった	影響箇所を再確認する

たとえば、セット図が添付されていても、出演人数や持込機材が最新の編成と一致していなければ「確認済み」ではありません。受領日、確認日、確認者、差し戻し理由を別々に記録します。

台帳の列を目的別に並べる

一つの画面ですべてを見せる必要はありません。担当者の仕事に合わせて表示を分けます。

出演者マスターの例

出演者ID	正式表記	代表窓口	基本編成	活動地域	代表音源	状態	最終確認日
ART-0042	Sample Band	権限付き連絡先	4名	東京・神奈川	公式URL	出演実績あり	2026-10-02

公演別進行の例

公演ID	出演者ID	状態	出演枠	セット図	セットリスト	技術確認	更新者
EVT-0158	ART-0042	確定	19:20／30分	受領	要修正	未確認1件	制作A

この例の名称、日付、番号は架空です。実際の台帳では、連絡先や未公開の出演条件を例のような一覧へ直接表示せず、権限を分けた参照先に置いてください。

現場用の表示では、当日必要な出演順、入り、転換、未確認事項を優先し、候補発掘用のメモや過去の連絡先は隠します。ブッキング担当用の表示では、出演履歴、音楽性、活動地域、次回の連絡候補を見られるようにします。

登録・更新・重複統合の流れを決める

台帳は項目よりも、登録と更新の手順をそろえることが重要です。

1. 既存出演者を検索する

新規登録の前に、正式表記、読み、旧名、代表者、公式URLで検索します。同名の出演者がいる場合は、活動地域や公式リンクを照合します。見つからないからといって、表記を少し変えて新しい行を作らないようにします。

2. 必要最小限で仮登録する

応募や候補発掘の段階では、出演者ID、表記、取得経路、代表リンク、状態など、識別と次の行動に必要な範囲だけを登録します。出演が決まる前から、当日用の詳細情報や不要な個人情報を集めません。

出演者の集め方そのものはライブハウスが出演者を募集する方法で扱っています。本記事の台帳は、募集経路を増やすためではなく、集まった情報を重複なく更新するためのものです。

3. 出演確定時に情報を確認する

正式表記、連絡窓口、当日の編成、告知素材、技術資料の提出先を本人または代表者へ確認します。過去の情報を自動的に今回の確定値にせず、「前回値」として提示して変更の有無を確認します。

4. 公演後に事実を履歴へ残す

実際の出演日、編成、変更点、提出物の最終版、精算完了など、将来確認する必要がある事実を残します。感想や人物評価を無制限に書くのではなく、次回の準備に必要な客観的な出来事と対応を記録します。

5. 変更を元データへ戻す

担当者がメールやチャットだけで変更を受けた場合も、正本となる台帳へ反映します。個人の受信箱だけに最新情報が残ると、別担当者が古い情報で作業します。更新後は、関連するタイムテーブル、告知、当日資料のどこに影響するか確認します。

6. 重複を統合する

同じ出演者の重複が見つかったら、利用中の公演記録を確認し、どちらのIDを残すか決めます。単純に片方の行を削除せず、連絡先、公式リンク、履歴、添付資料を比較し、参照先を残すIDへ付け替えます。統合日、担当者、統合した旧IDを記録しておくと、後から検索できます。

出演履歴と対応メモを分ける

「過去に出演した」という事実と、「次回こうしたい」という対応メモは別欄にします。

種類	書く内容	書かない内容
出演履歴	公演日、企画、出演枠、編成、確定した変更	推測、感情的な評価
連絡履歴	連絡日、要件、回答状態、次の期限	私的な会話の全文
対応メモ	次回確認する機材、搬入、請求など具体的な事項	人格・属性への主観的な評判
インシデント	発生事実、影響、対応、確認者	裏付けのない伝聞

たとえば「リハーサルに遅れた」だけでは、次回の行動に結び付きません。「到着時刻の変更連絡を当日連絡先へ受領。搬入時間に影響。次回は交通手段と到着見込みを公演前日に確認」のように、確認できる事実、影響、対応、次回の確認を分けます。

集客人数や取り置き数を記録する場合も、企画、曜日、料金、出演順などの条件が違うため、出演者の固定的な評価にしません。比較の目的と閲覧者を決め、必要以上に長く保持しないようにします。

アクセス権と個人情報の扱いを設計する

出演者情報には、公開されている活動名や公式URLだけでなく、個人の氏名、連絡先、予約情報、契約・精算情報が含まれる場合があります。すべてを同じ権限の表へ入れないでください。

利用目的と必要性を項目ごとに確認する

個人情報保護委員会のQ&Aでは、本人が一般的かつ合理的に予測できる程度に利用目的を特定する考え方が示されています。また、同委員会の個人情報保護法ガイドライン（通則編）は、入力時の照合・訂正、記録の更新、保存期間の設定などにより、個人データを正確かつ最新に保つための措置を示しています。

台帳を作る前に、項目ごとに次を決めます。

何の業務に使うか
誰が入力し、誰が確認するか
誰が閲覧・変更できるか
どの時点で再確認するか
いつまで保持する必要があるか
不要になったときにどう削除・消去するか
本人から訂正・確認の連絡があったとき、誰が対応するか

「将来使うかもしれない」だけで項目を増やさず、出演調整、当日運営、精算、権利処理など、具体的な目的に必要か確認します。

権限を役割で分ける

役割	主に必要な情報
ブッキング担当	出演者マスター、候補・出演履歴、連絡状態
制作担当	公演別提出物、進行、未確認事項
音響・照明担当	当該公演の技術資料と変更履歴
受付担当	当日の受付に必要な確定情報
経理担当	合意済みの精算情報と必要書類
広報担当	公開承認済みの表記、プロフィール、写真、リンク

受付担当に過去の対応メモや音源審査情報を見せる必要はありません。広報担当が個人の連絡先を閲覧しなくても、承認済みの告知素材へアクセスできる構成にします。退職・担当変更時に権限を外す手順も決めます。

保存と削除を公演終了だけで決めない

個人情報保護委員会は、保管しているだけでも個人情報の「利用」に当たり得ると説明しています。また、利用する必要がなくなった個人データは、必要以上に長期保管しない考え方が示されています。

公演終了後も、精算、問い合わせ、契約上の確認、権利処理などで一定期間必要な情報があります。一方、当日だけ使う連絡網や、取消済みの予約情報を出演者マスターへ永久に残す必要はありません。情報の種類ごとに保存期間と削除の判断者を決め、法令、契約、会計・権利処理上の要件がある場合は担当者や専門家へ確認してください。

この記事は、特定の事業者へ法的な保存期間を示すものではありません。自会場の事業形態、契約、取得方法、利用目的に合わせて運用を設計してください。

セットリストと権利処理の情報を混同しない

セットリストを受け取る目的は、当日進行、照明、演出、利用曲目の確認など会場によって異なります。JASRACのライブハウスにおける生演奏の説明では、契約店からの利用曲目報告や、セットリスト情報などを通じた利用曲目の収集が案内されています。

ただし、セットリストを台帳へ保存するだけで、すべての権利手続きが完了するとは限りません。会場の契約状況、主催者との役割分担、演奏・配信・録音・映像利用の違いを確認し、必要な情報、報告方法、担当者を分けます。

台帳には、少なくとも次の状態を分けて記録します。

出演者からセットリストを受領した
会場担当者が内容を確認した
利用曲目の報告対象・方法を確認した
必要な報告や手続きを担当者が完了した
変更後の最終版へ差し替えた

「セットリスト受領済み」と「権利処理確認済み」を同じチェック欄にしないことが重要です。

公開ページと内部台帳の役割を分ける

内部台帳へ情報がそろっていても、出演者本人や来場者が必要な情報を確認できるとは限りません。公開してよい情報は、用途に応じたページへ反映します。

情報	主な公開先	内部台帳に残すもの
出演者募集条件	出演者募集ページ	募集版、公開日、担当
応募項目	応募フォーム	受領状態、確認結果
常設機材	機材リスト	点検・変更履歴、技術確認
出演決定後の案内	出演者向けFAQ	個別条件、提出状態
出演者プロフィール	公演ページ	確認済み原稿、利用範囲

出演者向けFAQに必要な項目には、入り、搬入、機材、予約、撮影・物販、精算、キャンセルなど、複数公演に共通する案内を置きます。個別の入り時間、出演順、技術資料、連絡先は、公演別台帳や権限を限定した資料で扱います。

内部台帳の値をそのまま公開ページへ自動反映する場合は、公開可能な欄、承認者、反映のタイミングを決めます。個人連絡先や内部メモが公開されないよう、公開用データを明確に分離してください。

公演前・当日・公演後の確認フロー

公演前

出演者IDと公演IDを紐付ける。
正式表記、代表窓口、当日の編成を確認する。
提出物、形式、期限、提出先を案内する。
受領・内容確認・差し戻しを別の状態で記録する。
タイムテーブル、技術資料、告知との不一致を確認する。
未確認事項に担当者と期限を付ける。

当日

確定版の出演順、入り、編成、技術資料を参照する。
変更があったら口頭だけで終わらせず記録する。
更新前の資料を現場で使わないよう版を明示する。
受付、音響、制作で必要な情報だけを共有する。
緊急連絡先の利用後、不要な複製を残さない。

公演後

公演状態を終了・キャンセルなど確定値へ更新する。
出演実績と最終編成を履歴へ残す。
精算、利用曲目、忘れ物など未完了事項を確認する。
次回確認が必要な客観的事項を記録する。
一時共有したファイルや一覧の保存・削除方針を実行する。
連絡先や公式リンクの再確認時期を設定する。

導入時は直近の公演から小さく始める

過去の出演者をすべて一度に登録しようとすると、古い情報の確認に時間がかかり、現在の運用が始まりません。まず、今後の公演と直近の出演者に絞ります。

出演者ID、公演ID、正本となる台帳を決める。
現在進行中の一公演で必要な項目を洗い出す。
マスターと公演別情報へ項目を分ける。
受領・確認・差し戻しの状態を定義する。
ブッキング、制作、音響、受付の表示を分ける。
一公演を通して、重複・不足・更新漏れを記録する。
次の公演前に項目と手順を修正する。

専用システムを使う場合も、先に運用ルールを決めます。HAKO TOCCAの機能案内は、連絡先・ジャンル・メモなどの基本情報、出演履歴、セット図、取り置き報告などをまとめて扱う例を示しています。どのツールを選ぶ場合でも、項目名、状態、権限、確認担当、削除方針を自会場で定義する必要があります。

公開前チェックリスト

データ設計

出演者マスターと公演別情報を分けた
出演者IDと公演IDを一意にした
正式表記と検索用の別表記を分けた
連絡先、技術資料、公開素材の正本を決めた
受領と確認済みを別の状態にした
更新日時、更新者、確認者を記録できる

業務フロー

新規登録前に重複を検索する
出演確定時に前回情報を再確認する
変更をメールやチャットだけに残さない
差し戻し理由と再提出期限を記録する
公演後に最終版と未完了事項を確認する
重複統合時に旧IDと参照先を追跡できる

情報管理

項目ごとの利用目的を説明できる
役割ごとに閲覧・編集権限を分けた
個人連絡先を公開用一覧へ複製していない
保存期間と削除・消去の判断者を決めた
退職・担当変更時に権限を外せる
訂正依頼や問い合わせの窓口を決めた

よくある質問

出演者情報は一つのスプレッドシートで管理できますか？

管理できますが、少なくとも出演者マスター、公演別進行、権限を限定する連絡・精算情報は分けてください。一つのファイルを使う場合も、シートや表示、保護範囲、共有権限を分け、誰でもすべて見られる構成にしないことが重要です。

同じバンドでメンバーが変わった場合は新規登録しますか？

活動名と公式な継続性が同じなら、出演者IDを維持し、編成の変更日と公演ごとの実際の編成を履歴へ残す方法があります。改名、活動主体の変更、別プロジェクトへの分離などは、本人へ確認したうえで旧IDとの関係を記録してください。

SNSのDMだけで連絡している出演者はどう管理しますか？

業務上必要な連絡窓口として確認したアカウントと、確認日、取得経路を記録します。個人の担当者アカウントだけでやり取りせず、引き継げる公式窓口や業務用アカウントへ移せるか検討してください。DM全文を無条件に台帳へ複製する必要はありません。

音源やプロフィールは毎回提出してもらうべきですか？

毎回すべてを再提出してもらう必要はありません。マスターに保管場所と確認日を記録し、公演確定時に変更の有無を確認します。ただし、告知用プロフィールの文字数、写真の利用範囲、当日の編成など、公演ごとに条件が変わるものは再確認してください。

出演者の評価や集客数を記録してもよいですか？

利用目的、閲覧者、評価基準、保存期間を先に決めてください。集客数は公演条件の影響を受けるため、出演者だけの固定的な評価にしないことが重要です。主観的・差別的な表現や、裏付けのない伝聞を記録せず、次回の実務に必要な事実と対応を分けます。

セットリストを受け取れば著作権の確認は完了ですか？

完了とは限りません。会場の契約、利用方法、主催者との役割分担によって必要な手続きが異なります。受領、内容確認、報告対象の判断、報告完了を別の状態にし、該当する権利管理団体の最新案内を確認してください。

出演が終わったら個人情報はすぐ削除すべきですか？

一律には決められません。精算、契約、権利処理、問い合わせ対応などの必要性と、法令・契約上の要件を確認し、情報の種類ごとに保存期間を定めます。目的を失った一時情報や不要な複製は残さず、削除・消去の実施者と記録方法を決めてください。

参考にした公式・一次情報

以下は2026年10月2日に確認しました。各サービス・会場の機能や提出条件は、その運営主体に固有のものです。本記事では、項目設計や管理方法を考えるための例として参照し、料金、期限、設備、契約条件を一般化していません。

HAKO TOCCA：ライブハウス業務管理システム — 出演者の基本情報、出演履歴、セット図、取り置き報告などをまとめて扱う機能例。
川崎ライブハウス Y’s：About・出演案内 — 出演申込とセッティング・セットリストシートの提出例。
新宿LiveFreak：出演募集案内 — 音源ファイルまたは視聴サイトURLを用いた応募案内の例。
JASRAC：ライブハウスにおける生演奏 — 契約店からの利用曲目報告とセットリスト情報等の収集に関する説明。
個人情報保護委員会：利用目的の特定に関するQ&A — 利用目的を具体的に特定する考え方。
個人情報保護委員会：個人情報保護法ガイドライン（通則編） — 正確性の確保、更新、保存期間などの考え方。
個人情報保護委員会：「利用」の意味に関するQ&A — 保管を含む個人情報の取扱いに関する説明。

出演者情報の管理は、項目を増やすことより、マスターと公演別情報を分け、確認状態、更新者、権限、保存・削除を決めることが重要です。まずは次の一公演で使う情報を正本へ集め、現場で生じた変更を次の運用改善へ戻してください。