Sebuah agency bisa menerima tiga jenis pendapatan dari klien yang sama dalam satu tahun: retainer bulanan untuk advisory, project fee untuk kampanye tertentu, dan success fee jika target tercapai. Di proposal penjualan, semuanya mungkin terasa seperti “fee jasa”. Di finance dan tax, memperlakukan ketiganya sebagai satu ember justru membuat banyak masalah.

Pemisahan sebaiknya dimulai sejak kontrak, bukan ketika invoice akan diterbitkan.

Alasannya sederhana. Retainer, project fee, dan success fee mencerminkan pola hak, kewajiban, risiko, dan timing yang berbeda. Jika kontrak tidak membedakannya, finance akan kesulitan menentukan apa yang ditagihkan, kapan, berdasarkan bukti apa, dan apa yang harus terjadi bila proyek berubah atau target gagal tercapai.

Di ruang meeting, perbedaannya sering terlihat dari cara orang berbicara.

Sales berkata, “Klien bayar RpX per bulan, plus project kalau ada campaign, lalu bonus kalau KPI tembus.”

Finance bertanya, “Bonusnya sudah pasti atau masih conditional?”

Account director menjawab, “Secara bisnis sih hampir pasti.”

Kalimat “hampir pasti” adalah tanda bahwa struktur komersial belum diterjemahkan menjadi struktur administrasi.

Retainer membeli ketersediaan atau layanan berulang

Retainer biasanya terkait layanan yang tersedia atau dilakukan secara periodik. Bentuknya bisa advisory, monitoring, account management, content operation, legal support, tax advisory, public relations, atau kombinasi aktivitas yang terus berjalan.

Yang penting bukan namanya, tetapi substansinya. Apa yang diperoleh klien selama periode retainer? Apakah ada minimum deliverable? Apakah unused hours hangus, carry forward, atau dapat diklaim? Apakah retainer hanya menjamin availability tim? Apakah ada SLA?

Pertanyaan ini menentukan bagaimana perusahaan mengelola bukti layanan dan cut-off.

Jika kontrak hanya mengatakan “monthly retainer” tanpa mendefinisikan service period dan scope, sengketa mudah muncul. Klien merasa belum menerima output tertentu, sementara agency menganggap retainer dibayar untuk akses dan kapasitas tim. Masalah komersial kemudian masuk ke finance sebagai invoice dispute dan ke tax sebagai dokumen yang tertunda.

Project fee punya titik awal dan titik selesai yang lebih jelas

Project fee biasanya terkait hasil atau pekerjaan yang lebih spesifik. Kampanye tiga bulan, implementasi sistem, due diligence, event, brand identity, production, audit readiness, atau proyek transformasi.

Kontrak project fee idealnya menjelaskan milestone, deliverable, acceptance, change request, dan mekanisme pembatalan. Bukan karena perusahaan ingin birokratis, tetapi karena model proyek membutuhkan bukti kapan satu tahap dianggap selesai.

Tanpa itu, kalimat “pekerjaan sudah 80 persen” tidak cukup untuk finance. Delapan puluh persen berdasarkan jam kerja? Deliverable? Anggaran biaya? Persetujuan klien? Semua bisa menghasilkan angka berbeda.

Project fee juga sering mempunyai uang muka. Uang muka tidak boleh membuat organisasi kehilangan disiplin dalam melacak kewajiban yang masih harus diselesaikan. Cash received dan work performed adalah dua data yang berbeda dan keduanya perlu dijaga.

Success fee paling mudah menimbulkan perdebatan

Success fee menarik karena nilainya dapat besar, tetapi hak atas fee sering bergantung pada kondisi. Contohnya transaksi selesai, funding masuk, target penjualan tercapai, biaya turun, sengketa selesai, atau KPI tertentu terpenuhi.

Masalah muncul ketika syarat tersebut hanya tertulis secara umum.

“Success fee 5 persen jika target tercapai.”

Target yang mana?

Data dari siapa?

Periode pengukurannya kapan?

Jika data direvisi setelah tutup bulan, angka mana yang dipakai?

Jika hasil tercapai sebagian, apakah fee proporsional?

Jika klien mengakhiri kontrak sebelum event, apakah success fee tetap ada?

Jika agency berkontribusi tetapi faktor lain menentukan hasil, bagaimana klausulnya?

Semakin besar success fee, semakin berbahaya jika definisi keberhasilannya kabur.

Pisahkan komponen sebelum menulis angka total

Salah satu kebiasaan yang membantu adalah membuat commercial schedule sebagai lampiran kontrak. Di dalamnya, setiap komponen fee mempunyai baris sendiri.

Retainer: nilai per bulan, periode layanan, billing date, scope, dan termination rule.

Project fee: nilai, milestone, acceptance, invoice trigger, dan change request.

Success fee: formula, event pemicu, sumber data, pihak yang mengonfirmasi, dan waktu pembayaran.

Reimbursement: jenis biaya yang dapat dibebankan kembali, bukti, markup bila ada, dan perlakuan jika terjadi selisih.

Media spend atau pass-through cost: siapa pembeli sebenarnya, siapa yang menanggung risiko, dan bagaimana invoice vendor diteruskan.

Dengan pemisahan ini, finance tidak perlu menebak isi paket komersial.

Nama fee tidak otomatis menentukan pajaknya

Ini bagian yang sering disederhanakan secara berlebihan. Perusahaan melihat label “management fee”, “success fee”, atau “commission” lalu langsung menyimpulkan perlakuan pajaknya.

Padahal tax analysis harus membaca siapa pihak yang membayar, siapa penerima, status subjek pajak, jenis transaksi secara substantif, hubungan para pihak, yurisdiksi bila lintas negara, serta dokumen pendukung. Dalam transaksi tertentu, pemotongan PPh atau konsekuensi PPN dapat muncul. Untuk penerima luar negeri, tax treaty mungkin relevan bila syaratnya terpenuhi.

Karena itu, kontrak sebaiknya tidak memakai istilah komersial sebagai pengganti definisi transaksi. Nama “success fee” menjelaskan mekanisme harga, tetapi belum tentu menjelaskan jenis jasa untuk tujuan pajak.

Tax clause harus menjawab hal operasional

Banyak kontrak mempunyai satu paragraf umum: “Pajak ditanggung masing-masing pihak sesuai peraturan.” Kalimat ini terdengar aman tetapi sering tidak cukup untuk operasional.

Finance membutuhkan jawaban yang lebih konkret. Jika ada withholding, apakah payer boleh memotong dari pembayaran? Dokumen bukti potong disampaikan melalui kanal apa? Bagaimana jika kontrak berdenominasi asing? Apakah nilai fee disebut gross atau net of withholding? Bagaimana dengan indirect tax jika relevan? Jika ada gross-up, formula dan batasnya apa?

Tidak semua kontrak harus memiliki klausul pajak panjang. Tetapi kontrak harus cukup jelas agar invoice tidak berubah menjadi negosiasi pajak kedua.

Success fee perlu masuk forecast sebelum menjadi invoice

CFO sering baru melihat success fee ketika invoice bernilai besar siap diterbitkan. Pada saat itu, dampak cash tax, withholding, revenue forecast, dan bonus internal mungkin datang sekaligus.

Praktik yang lebih sehat adalah membuat probability-weighted visibility secara manajerial. Bukan berarti pendapatan diakui sebelum syarat terpenuhi. Ini adalah alat forecast untuk menunjukkan potensi.

Misalnya ada tiga success fee potensial. Satu sangat dekat karena transaction closing tinggal formalitas. Satu masih menunggu regulatory approval. Satu sangat awal. Finance dapat membuat scenario, bukan satu angka seolah semua pasti masuk.

Dengan begitu, perusahaan tidak terkejut bila Q4 terlihat sangat besar tetapi cash receipt baru terjadi tahun berikutnya.

Satu kontrak, tiga sub-ledger ekonomi

Untuk klien dengan kombinasi fee, sebaiknya ledger internal dapat membedakan komponen sejak awal. Tidak harus berarti tiga kontrak. Satu kontrak bisa cukup, tetapi coding di sistem perlu menangkap sifat masing-masing pendapatan.

Retainer sebaiknya dapat dilihat per service period.

Project fee per proyek atau milestone.

Success fee per event atau trigger.

Reimbursement terpisah dari fee utama.

Mengapa ini penting? Karena ketika management melihat margin, mereka dapat memahami sumbernya. Retainer mungkin stabil tetapi margin menurun karena scope creep. Project fee mungkin profitable karena eksekusi efisien. Success fee terlihat sangat tinggi tetapi membutuhkan senior attention selama berbulan-bulan.

Jika semua digabung sebagai “revenue client A”, keputusan harga menjadi lemah.

Pemisahan juga mencegah konflik dengan tim sales

Sales sering dinilai dari contracted value. Finance melihat billed value. Delivery melihat work performed. Tax melihat taxable event dan dokumen. Semua metrik sah, tetapi berbeda.

Kontrak yang memisahkan fee membuat perbedaan ini eksplisit.

Contoh: total commercial value Rp3 miliar bukan berarti perusahaan sudah mempunyai Rp3 miliar revenue yang pasti. Bisa saja Rp1,2 miliar retainer selama 12 bulan, Rp800 juta project fee berdasarkan dua milestone, dan maksimum Rp1 miliar success fee yang masih conditional.

Bagi sales, nilai maksimum Rp3 miliar mungkin relevan. Bagi cash forecast, angka harus mengikuti billing schedule. Bagi management reporting, confidence level perlu dibedakan. Bagi tax, perlakuan dilihat dari transaksi aktual dan ketentuan yang berlaku.

Tidak ada satu angka yang bisa menggantikan seluruh perspektif.

Review sebelum tanda tangan lebih murah daripada rekonsiliasi sesudahnya

Satu jam review oleh legal, finance, dan tax sebelum kontrak ditandatangani sering lebih murah daripada puluhan jam memperbaiki invoice, credit note, bukti potong, atau dispute beberapa bulan kemudian.

Checklist-nya tidak perlu panjang.

Apa setiap fee mempunyai definisi?

Apa trigger billing jelas?

Apa acceptance jelas?

Apa kondisi success fee terukur?

Apa reimbursement dibedakan?

Apa gross atau net revenue sudah dipahami?

Apa klausul withholding dapat dioperasikan?

Apa cross-border implication sudah dilihat jika klien atau penerima jasa berada di negara lain?

Apa sistem accounting dapat menangkap komponen tersebut?

Jika jawabannya tidak, kontrak belum benar-benar siap meskipun harga sudah disetujui.

Retainer, project fee, dan success fee bukan sekadar variasi cara menagih. Ketiganya mewakili pola ekonomi yang berbeda. Ketika perusahaan memisahkannya sejak kontrak, finance lebih mudah melakukan cut-off, tax lebih mudah memetakan kewajiban, sales lebih jelas menjelaskan value, dan management memperoleh forecast yang lebih jujur.

Kontrak yang baik bukan kontrak yang paling panjang. Kontrak yang baik adalah kontrak yang membuat transaksi tetap bisa dipahami enam bulan kemudian oleh orang yang tidak hadir dalam negosiasi awal.

Satu hal lagi: desain fee memengaruhi perilaku tim

Model pendapatan bukan hanya masalah administrasi. Ia memengaruhi cara delivery bekerja. Retainer tanpa batas scope dapat mendorong scope creep. Project fee tanpa change request membuat tim menanggung pekerjaan tambahan tanpa harga. Success fee dengan KPI yang kabur dapat mendorong perdebatan tentang siapa yang sebenarnya menciptakan hasil.

Karena itu, CFO dan commercial leader sebaiknya membaca struktur fee sebagai desain insentif. Apakah retainer cukup untuk kapasitas minimum yang harus disediakan? Apakah project fee mencerminkan risiko revisi dan timeline? Apakah success fee memberikan upside yang wajar tanpa membuat perusahaan bergantung pada hasil yang tidak sepenuhnya berada dalam kontrolnya?

Tax dan finance kemudian menerjemahkan desain tersebut menjadi coding, billing, forecast, dan dokumentasi. Jika desain ekonominya sehat, administrasinya biasanya lebih mudah. Jika desain ekonominya kabur, sistem secanggih apa pun hanya akan mencatat kebingungan dengan lebih rapi.

Maka pemisahan retainer, project fee, dan success fee sebenarnya adalah keputusan bisnis. Pajak adalah salah satu alasan penting, tetapi bukan satu-satunya.