Settlement Konser untuk Musisi: Cocokkan Kontrak, Tiket, Biaya, dan Pembayaran Setelah Show

Show selesai, lampu panggung padam, dan kru mulai membongkar alat. Namun bagi musisi, manajer, agen, dan promotor, satu pekerjaan penting belum selesai: memastikan angka pembayaran benar-benar sesuai dengan kesepakatan.

Settlement konser adalah proses mencocokkan kontrak dengan hasil acara yang dapat diverifikasi. Tujuannya bukan mencari angka terbesar secara tergesa-gesa, melainkan menjelaskan dengan rapi bagaimana pendapatan tiket, biaya yang disepakati, uang muka, potongan yang sah, dan pembayaran akhir menghasilkan jumlah yang harus dibayar kepada artis.

Panduan ini membahas sistem operasional, bukan nasihat hukum, pajak, atau akuntansi. Setiap kontrak, negara, badan usaha, dan jenis acara dapat memiliki aturan berbeda. Gunakan perjanjian yang ditandatangani dan penasihat lokal sebagai acuan final.

Apa itu settlement konser?

Settlement konser adalah rekonsiliasi pasca-show antara pihak yang membayar dan pihak artis. Dokumen settlement seharusnya menghubungkan empat hal: deal yang disepakati, data aktual acara, perhitungan yang dapat ditelusuri, dan bukti bahwa uang benar-benar berpindah.

Settlement bukan pengganti kontrak. Ia juga bukan kesempatan untuk menambahkan biaya baru setelah pertunjukan. Jika sebuah pengeluaran tidak diatur dalam deal atau tidak disetujui melalui perubahan yang terdokumentasi, pengeluaran itu perlu dipertanyakan sebelum dimasukkan ke perhitungan.

Musicians’ Union menekankan bahwa biaya yang akan dipotong dari pendapatan tiket perlu dirinci dan dipahami sejak proses booking. Prinsip ini sederhana tetapi penting: kejutan setelah show adalah tanda bahwa definisi deal belum cukup jelas.

Mulai dari deal memo, bukan spreadsheet kosong

Sebelum menyentuh laporan ticketing, ekstrak ketentuan komersial dari kontrak atau deal memo menjadi satu ringkasan settlement. Tim perlu dapat menjawab pertanyaan berikut tanpa menggali ulang ratusan chat:

• Siapa badan hukum atau individu yang mengontrak dan siapa payee yang sah?
• Apa nama acara, tanggal, venue, kota, mata uang, dan nomor deal internal?
• Apakah kompensasi berbentuk fee tetap, guarantee, persentase pendapatan, atau formula gabungan?
• Pendapatan apa yang masuk ke basis perhitungan: tiket saja, add-on tertentu, atau komponen lain?
• Biaya, pajak, refund, complimentary ticket, dan penyesuaian apa yang boleh memengaruhi perhitungan?
• Berapa deposit yang sudah dibayar, kapan saldo jatuh tempo, dan rekening mana yang telah diverifikasi?
• Siapa yang berwenang menyetujui settlement dari masing-masing pihak?

Independent Society of Musicians menjelaskan bahwa kontrak pertunjukan tertulis membantu membuktikan fee dan syarat pembayaran ketika terjadi perselisihan. Spreadsheet yang rapi tidak dapat menyelamatkan ketentuan yang tidak pernah disepakati.

Kenali bentuk deal tanpa mengasumsikan rumus

Fee atau guarantee tetap

Artis menerima jumlah yang telah disepakati apabila kewajiban kontraktual terpenuhi. Hasil penjualan tiket mungkin tetap dibagikan untuk transparansi, tetapi tidak otomatis mengubah fee kecuali kontrak menyatakan demikian.

Persentase pendapatan

Pembayaran bergantung pada basis pendapatan yang didefinisikan. Kata seperti “gross”, “net”, “adjusted gross”, atau “door” tidak boleh ditafsirkan dari kebiasaan. Definisi, urutan potongan, dan sumber angka harus tertulis.

Guarantee versus persentase

Artis memperoleh hasil yang lebih besar antara guarantee dan perhitungan persentase sesuai formula kontrak. Jangan menganggap semua “versus deal” memiliki waterfall yang sama. Ada deal yang memperhitungkan biaya tertentu sebelum split, ada yang tidak.

Tidak ada satu persentase atau model yang universal. Settlement harus mereproduksi deal yang ditandatangani, bukan formula yang kebetulan populer di spreadsheet lama.

Bangun satu event ID sebagai benang merah

Satu acara sering muncul dengan nama berbeda di kontrak, dashboard tiket, invoice venue, rekening bank, dan kalender tur. Buat event ID internal yang stabil, misalnya JKT-2026-0822-ARSENA, lalu tautkan semua bukti ke ID tersebut.

Gunakan ID yang sama pada folder kontrak, export ticketing, daftar biaya, settlement sheet, invoice artis, approval, dan bukti transfer. Nama file dapat mengikuti pola yang konsisten seperti eventID_jenisDokumen_tanggal_versi. Ini mempercepat pencarian dan mencegah laporan acara lain masuk ke perhitungan yang salah.

Pisahkan empat angka tiket yang sering tercampur

“Tiket terjual” bukan satu-satunya angka yang dibutuhkan. Minimal, rekonsiliasi harus membedakan:

• inventory atau capacity: berapa tiket yang tersedia per tier;
• orders: transaksi yang dibuat, termasuk status gagal atau dibatalkan bila ada;
• paid tickets: unit yang benar-benar dibayar setelah refund dan pembatalan yang relevan;
• attendance atau scan: tiket yang digunakan untuk masuk.

Attendance berguna untuk operasi dan analisis fan, tetapi tidak selalu menjadi basis pembayaran. Sebaliknya, order yang tercatat belum tentu sudah lunas. Cocokkan istilah dalam kontrak dengan definisi di platform ticketing.

Catat juga complimentary tickets, guest list, hold, sponsor allocation, upgrade, tiket bundling, penjualan box office, dan penjualan offline. Dokumentasi Eventbrite, misalnya, membedakan pembayaran yang diproses platform dari transaksi offline yang harus ditagih langsung. Sistem lain dapat memiliki definisi dan alur berbeda.

Rekonsiliasi pendapatan, payout, dan uang yang belum cair

Gross sales di dashboard tidak sama dengan kas yang sudah masuk ke rekening. Refund, biaya platform, pajak, chargeback, reserve, jadwal payout, dan beberapa acara dalam satu batch dapat menciptakan selisih waktu.

Karena itu, simpan tiga lapisan bukti:

1. sales report: transaksi dan tiket yang membentuk pendapatan acara;
2. payout report: transaksi mana yang masuk ke satu pencairan;
3. bank evidence: jumlah dan tanggal yang benar-benar diterima.

Eventbrite menjelaskan bahwa payout report dapat merinci gross dan net sales, refund, charge, credit, serta tax. Stripe juga memisahkan payout dari balance transactions yang membentuknya. Apa pun platformnya, prinsipnya sama: jangan menebak isi sebuah transfer dari nominalnya saja.

Buat expense register sebelum hari pertunjukan

Biaya adalah area yang paling mudah memicu konflik. Solusinya bukan menghapus semua biaya, melainkan membuat setiap baris dapat ditelusuri ke otorisasi dan bukti.

Expense register yang baik memuat kategori, vendor, nilai estimasi, nilai aktual, pihak yang menanggung, apakah recoupable dalam deal, referensi klausul, pemberi persetujuan, invoice atau receipt, serta catatan perubahan.

Pisahkan tiga status:

• approved and chargeable: boleh masuk ke formula sesuai kontrak;
• operational but non-chargeable: biaya acara yang bukan tanggungan artis;
• disputed or unsupported: belum memiliki dasar atau bukti yang cukup.

Jangan memaksa baris yang disengketakan masuk ke total final. Tempatkan di exception log dan selesaikan melalui orang yang berwenang.

Gunakan waterfall yang dapat dibaca manusia

Settlement sheet sebaiknya menunjukkan urutan perhitungan, bukan hanya angka akhir. Contoh struktur—bukan formula universal—dapat berbentuk:

1. gross ticket sales yang terverifikasi;
2. dikurangi refund atau komponen yang secara eksplisit dikecualikan;
3. menghasilkan basis pendapatan sesuai definisi kontrak;
4. dikurangi hanya biaya yang diizinkan, jika deal memang mengaturnya;
5. diterapkan persentase artis atau dibandingkan dengan guarantee;
6. ditambahkan komponen lain yang disepakati;
7. dikurangi deposit atau pembayaran sebelumnya;
8. diterapkan pajak atau withholding berdasarkan instruksi profesional yang sah;
9. menghasilkan saldo yang harus dibayar.

Setiap baris perlu memiliki sumber: klausul kontrak, laporan platform, invoice, approval perubahan, atau bukti pembayaran. Jika sumber tidak ada, angka belum siap disetujui.

Contoh mini: band “Langit Timur”

Bayangkan band fiktif Langit Timur memiliki deal “guarantee atau persentase, mana yang lebih tinggi”. Promotor menyediakan export tiket per tier, daftar refund, dan expense register. Tim artis telah menerima deposit.

Workflow yang benar bukan langsung memasukkan semua biaya produksi. Pertama, cocokkan definisi basis pendapatan. Kedua, tandai biaya mana yang memang diizinkan kontrak. Ketiga, hitung skenario persentase. Keempat, bandingkan hasilnya dengan guarantee. Kelima, kurangi deposit. Terakhir, catat pajak hanya berdasarkan dokumen dan penasihat yang relevan.

Contoh ini sengaja tidak memakai angka atau persentase pasar. Nilai dan formula harus berasal dari kontrak nyata, bukan artikel atau template.

Jalankan meeting settlement dengan layar yang sama

Settlement meeting sering berlangsung ketika semua orang lelah. Kurangi risiko dengan satu operator, satu versi spreadsheet, dan satu layar bersama. Jangan menerima tiga file berbeda lewat chat lalu memilih salah satunya berdasarkan nama “FINAL”.

Urutan meeting yang efektif:

1. konfirmasi identitas acara, payee, dan versi kontrak;
2. kunci jumlah tiket dan pendapatan per channel;
3. review refund, comp, hold, dan penjualan offline;
4. review hanya biaya yang memengaruhi deal;
5. jalankan formula dan bandingkan dengan minimum yang dijamin;
6. kurangi deposit serta pembayaran sebelumnya;
7. catat exception tanpa menghapus jejak;
8. setujui jumlah undisputed dan deadline berikutnya.

Jangan campur settlement artis dengan laporan internal promotor

Promotor membutuhkan laporan untung-rugi acara yang lengkap. Artis membutuhkan settlement sesuai hak akses dan deal. Keduanya berhubungan, tetapi tidak identik.

Buat layer akses. Tim finance promotor dapat menyimpan seluruh biaya internal, sedangkan settlement artis menampilkan data yang relevan untuk menghitung kompensasi dan bukti yang disyaratkan. Kontrak profit-sharing Musicians’ Union memberi contoh prinsip akses artis terhadap catatan box office yang berkaitan dengan remunerasinya. Dokumen itu berasal dari konteks UK dan bukan template universal, tetapi prinsip verifiabilitasnya berguna.

Tutup loop sampai bukti pembayaran

Status “approved” belum sama dengan “paid”. Settlement baru benar-benar tertutup ketika jumlah, payee, rekening terverifikasi, tanggal transfer, referensi bank, dan penerimaan sudah tercatat.

Gunakan status operasional seperti:

• draft;
• awaiting ticket evidence;
• awaiting expense evidence;
• under review;
• approved;
• payment initiated;
• paid;
• exception open;
• closed.

Batasi perubahan rekening. Verifikasi perubahan melalui kanal kedua dengan kontak yang sudah dikenal, bukan hanya membalas email baru. Simpan dokumen bank secara terpisah dari folder yang dapat diakses kru umum.

Dashboard yang berguna untuk musisi dan manajer

Setelah beberapa show, data settlement dapat membantu perencanaan tur. Ukur metrik yang dapat ditindaklanjuti, misalnya:

• jumlah show confirmed, performed, settled, paid, dan overdue;
• rata-rata hari dari show ke settlement dan dari approval ke payment;
• deposit yang belum diterima sebelum keberangkatan;
• selisih antara proyeksi dan hasil aktual per kota;
• nilai exception terbuka berdasarkan penyebab;
• biaya tur yang ditanggung artis tetapi belum direimburse;
• pendapatan tiket, fee artis, dan merch sebagai ledger terpisah.

Jangan membandingkan kota hanya dari gross ticket sales. Kapasitas, harga, mata uang, deal, biaya, dan konteks promosi berbeda. Dashboard yang baik menjaga definisi agar keputusan tidak dibuat dari angka yang tampak serupa tetapi sebenarnya tidak sebanding.

Checklist settlement 24 jam setelah show

1. Arsipkan kontrak dan semua addendum dengan version ID.
2. Export ticket sales per tier, channel, status, dan metode pembayaran.
3. Pisahkan paid, refunded, complimentary, hold, offline, dan attendance.
4. Cocokkan sales report dengan payout report dan cash log.
5. Review expense register hanya terhadap klausul dan approval.
6. Hitung waterfall dalam mata uang kontrak.
7. Kurangi deposit berdasarkan bukti, bukan ingatan.
8. Catat exception dan owner tindak lanjut.
9. Dapatkan approval dari pihak berwenang.
10. Verifikasi payee dan perubahan rekening melalui kanal kedua.
11. Simpan bukti transfer dan tanggal penerimaan.
12. Tandai show closed hanya setelah semua langkah selesai.

Kesalahan yang paling sering membuat settlement macet

• deal hanya tersimpan dalam chat tanpa ringkasan ketentuan yang disetujui;
• kata “net” dipakai tanpa definisi biaya yang boleh dikurangkan;
• attendance dianggap sama dengan paid tickets;
• gross sales dianggap sama dengan bank payout;
• biaya baru muncul setelah show tanpa approval;
• deposit dikurangkan dua kali atau tidak tercatat;
• spreadsheet tidak menyimpan versi dan jejak perubahan;
• settlement dianggap selesai saat disetujui, bukan saat dibayar;
• data rekening sensitif tersebar di grup chat;
• pajak dihitung dari asumsi tanpa dokumen dan penasihat yang tepat.

FAQ

Apakah settlement sheet sama dengan kontrak?

Tidak. Kontrak menetapkan hak dan kewajiban; settlement sheet menerapkan ketentuan finansial itu pada data aktual acara.

Apakah semua show membutuhkan settlement rumit?

Tidak. Fee tetap yang sederhana mungkin hanya membutuhkan konfirmasi kewajiban, invoice, deposit, saldo, dan bukti pembayaran. Kompleksitas harus mengikuti deal, bukan ego spreadsheet.

Apakah jumlah penonton menjadi dasar fee artis?

Hanya jika kontrak menghubungkannya dengan pembayaran. Attendance dan tiket berbayar adalah metrik berbeda.

Siapa yang sebaiknya menyetujui biaya tambahan?

Pihak yang diberi kewenangan dalam kontrak atau workflow. Nama, waktu, alasan, dan bukti approval perlu dicatat.

Bagaimana jika sebagian angka masih disengketakan?

Pisahkan jumlah undisputed dari exception, dokumentasikan posisi masing-masing pihak, dan ikuti mekanisme kontrak serta nasihat profesional. Jangan menghapus baris yang tidak disukai dari histori.

Apakah artikel ini dapat menggantikan nasihat hukum atau pajak?

Tidak. Ini adalah kerangka operasional. Kontrak, perpajakan, withholding, invoice, dan kewajiban pembayaran harus mengikuti yurisdiksi serta penasihat yang relevan.

Kesimpulan

Settlement konser yang baik tidak dimulai setelah encore. Ia dimulai saat deal menetapkan definisi pendapatan, biaya, hak akses terhadap laporan, deposit, deadline, dan pemberi approval.

Setelah show, jalankan alur yang sama setiap kali: kunci kontrak, verifikasi tiket, rekonsiliasi payout, review biaya, jalankan waterfall, catat exception, setujui jumlah, lalu tutup dengan bukti pembayaran. Sistem ini membantu musisi melindungi cash flow dan membantu promotor membangun hubungan kerja yang lebih dipercaya.

Bangun operasi live music yang lebih rapi bersama Wirasena Digital

Wirasena Digital membantu musisi, manajer, promotor, venue, dan tim tur membangun portal booking, database acara, dashboard settlement, workflow approval, arsip kontrak, serta integrasi laporan yang disesuaikan dengan cara kerja mereka.

Jika data show masih tersebar di chat, spreadsheet, email, dan rekening yang sulit dicocokkan, mulailah dari satu event ID dan satu workflow settlement yang dapat diaudit.