Bisnis agency dan konsultan sering terlihat sederhana dari luar. Ada kontrak, tim bekerja, invoice terbit, klien membayar. Masalah baru terlihat ketika finance mencoba menjawab pertanyaan yang seharusnya mudah: pendapatan proyek ini sebenarnya masuk periode yang mana?

Pada bisnis berbasis proyek, jawaban itu tidak selalu sama dengan tanggal uang masuk. Satu pekerjaan bisa dimulai pada November, dikerjakan intensif sepanjang Desember, diserahterimakan Januari, ditagihkan Februari, lalu dibayar Maret. Jika tim hanya membaca mutasi bank, angka revenue akhir tahun bisa menggambarkan sesuatu yang berbeda dari realitas operasional. Jika tim hanya membaca invoice, masalahnya belum tentu selesai karena invoice juga dapat terbit sebelum atau sesudah substansi pekerjaan benar-benar terjadi.

Di sinilah cut-off menjadi penting. Bukan sekadar pekerjaan akuntansi pada malam tutup buku, tetapi disiplin untuk menentukan batas periode berdasarkan apa yang benar-benar terjadi pada proyek, apa yang disepakati dalam kontrak, kapan hak dan kewajiban timbul, serta dokumen apa yang membuktikannya.

Bayangkan rapat tutup tahun sebuah consulting firm. Project director menyebut proyek A sudah “90 persen selesai”. Finance mengatakan belum ada invoice. Tax manager bertanya apakah sudah ada berita acara atau acceptance dari klien. Account manager menjawab klien baru akan menandatangani minggu depan. Semua orang memakai kata “selesai”, tetapi mereka sebenarnya membicarakan empat hal berbeda.

Itulah sumber risiko cut-off.

Project-based revenue punya beberapa tanggal yang tidak boleh dicampur

Setiap proyek idealnya mempunyai timeline yang dapat dibaca lintas fungsi. Minimal ada tanggal kontrak, tanggal mulai pekerjaan, milestone, tanggal deliverable, tanggal acceptance bila disyaratkan, tanggal invoice, tanggal jatuh tempo, tanggal pembayaran, dan bila relevan tanggal dokumen perpajakan.

Masalahnya, banyak agency menyimpan tanggal-tanggal ini di tempat berbeda. Kontrak di Google Drive legal, scope di project management tool, acceptance di email account manager, invoice di accounting software, bukti potong di folder tax, dan pembayaran di bank. Ketika closing datang, finance harus menyusun ulang cerita transaksi dari serpihan data.

Untuk bisnis proyek, kualitas tax control justru sangat bergantung pada kemampuan menyatukan cerita tersebut.

Tidak semua milestone berarti revenue yang sama

Kontrak project-based dapat disusun dengan berbagai pola. Ada 50 persen di muka dan 50 persen setelah selesai. Ada pembayaran berdasarkan milestone. Ada monthly progress billing. Ada fixed fee dengan acceptance akhir. Ada time and material. Ada pula success fee yang baru muncul jika target tertentu tercapai.

Karena strukturnya berbeda, tim tidak seharusnya menggunakan satu kebiasaan cut-off untuk semua kontrak.

Pertanyaan yang lebih berguna adalah: apa sebenarnya yang sudah menjadi hak perusahaan pada tanggal cut-off, dan apa yang masih bergantung pada pekerjaan atau kondisi yang belum dipenuhi?

Dari sisi akuntansi, pengakuan pendapatan mengikuti standar dan fakta kontrak. Dari sisi pajak, timing, dokumen, pemotongan, atau pemungutan dapat memiliki aturan tersendiri. Karena itu, rekonsiliasi bukan berarti memaksa seluruh tanggal menjadi sama. Rekonsiliasi berarti menjelaskan mengapa tanggalnya berbeda dan memastikan perbedaannya terdokumentasi.

Uang muka sering membuat tim terlalu cepat merasa aman

Salah satu situasi paling umum adalah uang muka sudah diterima tetapi pekerjaan masih berjalan. Secara kas, perusahaan terlihat sehat. Secara operasional, tim belum tentu sudah menghasilkan seluruh pendapatan. Dari sisi pajak dan dokumentasi, penerimaan uang, penerbitan invoice, serta kewajiban terkait harus dilihat menurut ketentuan yang berlaku untuk transaksi tersebut.

Kesalahan muncul ketika satu pihak menganggap “uang sudah masuk berarti selesai”, sementara pihak lain menganggap “belum ada final report berarti belum ada apa-apa”. Dua ekstrem ini sama-sama berbahaya.

Yang dibutuhkan adalah mapping kontrak. Misalnya:

Kontrak menyatakan 30 persen dibayar saat kickoff.

40 persen setelah prototype diterima.

30 persen setelah final acceptance.

Finance lalu mempunyai tiga checkpoint yang konkret, bukan asumsi berdasarkan tanggal transfer.

Cut-off yang buruk bisa mengubah banyak angka sekaligus

Jika revenue masuk periode yang salah, dampaknya tidak berhenti di laporan laba rugi. Margin proyek ikut berubah. Bonus tim dapat ikut berubah. Forecast pajak menjadi bias. Piutang tampak terlalu kecil atau terlalu besar. WIP tidak menggambarkan kondisi proyek. Manajemen bisa mengira satu unit profitable padahal revenue dari periode berikutnya ditarik terlalu dini.

Pada agency yang tumbuh cepat, kesalahan cut-off juga bisa membuat tren bulanan menipu. Desember terlihat luar biasa karena tim mengejar invoice, Januari jatuh tajam karena pekerjaan yang seharusnya mencerminkan Januari sudah ditarik ke Desember. Board lalu menghabiskan waktu membahas “penurunan bisnis” yang sebenarnya merupakan masalah timing.

Tax manager biasanya melihat gejala yang sama dari sisi berbeda. Bukti potong mungkin muncul di periode yang tidak sejalan dengan ledger. Invoice ada tetapi acceptance belum terdokumentasi. Penerimaan bank masuk tanpa identifikasi proyek. Credit note muncul setelah tutup tahun karena scope berubah.

Semua itu bukan sekadar urusan pembukuan. Itu audit trail.

Buat project close pack, bukan hanya monthly closing

Agency yang punya banyak proyek aktif sebaiknya memiliki project close pack sederhana. Tidak harus software mahal. Yang penting satu proyek mempunyai bukti yang cukup untuk menjawab pertanyaan dasar.

Apa kontraknya?

Apa deliverable-nya?

Apa milestone yang sudah dipenuhi?

Siapa yang menyetujui?

Berapa nilai yang sudah dapat ditagihkan?

Berapa yang sudah ditagihkan?

Berapa yang sudah dibayar?

Apakah ada withholding atau dokumen pajak dari klien?

Apakah ada perubahan scope?

Apakah ada dispute?

Jika semua jawaban ini tersedia dalam satu tempat, closing tidak perlu berubah menjadi investigasi setiap bulan.

Project manager harus menjadi bagian dari tax control

Banyak perusahaan masih menganggap tax control hanya milik finance dan tax. Untuk bisnis proyek, anggapan itu terlalu sempit.

Project manager sering menjadi orang pertama yang tahu bahwa milestone mundur, deliverable ditolak, scope berubah, atau klien menerima pekerjaan tanpa formal acceptance. Account manager tahu klien menunda tanda tangan. Legal tahu addendum sedang dinegosiasikan. Finance tahu invoice sudah terbit. Tax tahu konsekuensi dokumen dan pelaporan.

Jika informasi ini tidak bertemu, cut-off hampir pasti mengandung asumsi.

Praktik yang lebih matang adalah membuat closing call singkat untuk proyek material. Bukan meeting panjang. Lima belas sampai tiga puluh menit untuk menandai proyek yang statusnya tidak jelas sudah cukup.

Daftar yang dibahas bisa sangat praktis:

Proyek dengan nilai besar tetapi belum ada acceptance.

Proyek yang sudah selesai tetapi belum ditagihkan.

Invoice yang sudah terbit tetapi scope sedang disengketakan.

Uang muka besar dengan pekerjaan yang belum dimulai.

Proyek lintas tahun.

Proyek dengan success fee atau variable consideration.

Proyek yang sudah dibayar tetapi dokumen pemotongan belum diterima.

Fokusnya bukan menyelesaikan semua isu di meeting. Fokusnya memastikan tidak ada proyek material yang lewat tanpa owner dan keputusan.

Cut-off harus dibangun sebelum Desember

Kesalahan paling umum adalah baru membersihkan data ketika audit atau tutup tahun datang. Pada saat itu, project manager mungkin sudah pindah tim, email tenggelam, klien sulit dihubungi, dan detail perubahan scope sudah tidak diingat.

Lebih efektif jika perusahaan menjalankan cut-off bulanan yang cukup disiplin. Tidak perlu seberat year-end, tetapi prinsipnya sama. Setiap bulan, finance membandingkan empat angka: project progress, revenue recognized, invoice issued, dan cash collected. Bila salah satunya bergerak jauh dari yang lain, tim menyelidiki penyebabnya.

Contoh sederhana: progress proyek 80 persen, revenue sangat rendah, tetapi invoice besar sudah terbit. Itu tidak otomatis salah, tetapi perlu penjelasan. Atau sebaliknya, revenue sudah tinggi, belum ada invoice, dan acceptance masih tertunda. Lagi-lagi belum tentu salah, tetapi perlu bukti dan judgement yang konsisten.

Rekonsiliasi semacam ini membuat tax forecast lebih masuk akal karena tax team tidak bekerja dari angka yang baru “muncul” di akhir tahun.

Kontrak adalah sumber data pajak

Agency sering menempatkan kontrak sebagai dokumen legal, padahal kontrak juga merupakan data untuk finance dan tax. Kalimat tentang fee, reimbursable expenses, tax gross-up, withholding, acceptance, cancellation, intellectual property, success fee, dan payment term bisa mengubah cara transaksi dibaca.

Karena itu, template kontrak sebaiknya tidak hanya ditinjau legal. Finance dan tax perlu membaca klausul ekonomi yang akan mereka administrasikan setelah tanda tangan.

Satu kalimat ambigu dapat menghasilkan berbulan-bulan rekonsiliasi. Misalnya, kontrak menyebut project fee “termasuk seluruh biaya” tetapi proposal komersial memperlakukan media spend sebagai pass-through. Ketika closing, tim tidak lagi hanya memperdebatkan cut-off. Mereka juga memperdebatkan nilai revenue bruto dan neto.

Cut-off yang baik menghasilkan keputusan, bukan sekadar spreadsheet

Tujuan akhirnya bukan membuat worksheet semakin rumit. Tujuannya agar CFO dapat menjawab tiga pertanyaan dengan percaya diri.

Pertama, berapa pendapatan yang memang mencerminkan pekerjaan periode ini?

Kedua, apa perbedaan antara progress, billing, cash, dan posisi pajak?

Ketiga, proyek mana yang membutuhkan tindakan sebelum angka menjadi masalah?

Jika jawaban itu tersedia, cut-off berubah dari aktivitas belakang layar menjadi alat manajemen.

Untuk agency dan konsultan, revenue project-based memang membuat penutupan buku lebih menantang. Namun masalahnya bukan karena proyek “terlalu kompleks”. Biasanya karena perusahaan belum memaksa kontrak, project status, invoice, cash, dan dokumen pajak berbicara dalam satu bahasa.

Begitu kelima data itu bertemu, cut-off tidak lagi menjadi tebak-tebakan akhir bulan. Ia menjadi proses yang dapat diuji, dijelaskan, dan dipakai untuk mengambil keputusan.

Gunakan exception report untuk proyek yang tidak mengikuti pola normal

Tidak semua proyek perlu ditinjau dengan kedalaman yang sama. Tim dapat membuat threshold materialitas internal dan daftar exception. Misalnya, proyek masuk exception jika invoice sudah terbit tetapi acceptance belum ada, cash diterima jauh sebelum kickoff, perubahan scope belum dituangkan dalam addendum, atau nilai unbilled revenue melonjak dibanding bulan sebelumnya.

Pendekatan ini membuat kontrol lebih efisien. Finance tidak perlu membaca ulang seratus kontrak setiap closing. Mereka memusatkan perhatian pada proyek yang memiliki sinyal ketidaksesuaian.

Satu lagi yang penting adalah menyimpan alasan judgement. Jika tim memutuskan suatu milestone belum cukup untuk mengakui pendapatan atau justru sudah cukup berdasarkan bukti tertentu, tuliskan alasan ringkas dan siapa yang menyetujui. Tahun berikutnya, ketika auditor, tax reviewer, atau anggota tim baru membuka file, mereka tidak perlu menebak logika keputusan lama.

Di perusahaan jasa, dokumentasi judgement sering sama pentingnya dengan angka. Angka dapat direkonsiliasi, tetapi keputusan tanpa jejak sulit dipertahankan.