Bookings vs Revenue vs Billings: Perbedaan Utama

Oleh Calvin D. · Diperbarui 11 September 2026

Seorang CEO memberi tahu board, "kita menutup $4 juta kuartal ini." Baris revenue di laporan CFO menunjukkan $900.000. Tidak ada angka yang salah. Keduanya mengukur momen yang berbeda dari kumpulan deal yang sama, dan board yang tidak tahu momen mana yang sedang dilihat akan panik karena angka yang memang tidak seharusnya sama, atau pulang dengan kesan bahwa bisnisnya lebih besar daripada kenyataannya.

Bookings, billings, dan revenue adalah tiga angka yang wajib dipahami dengan jelas oleh setiap bisnis berlangganan. Bookings adalah apa yang ditandatangani oleh sales. Billings adalah apa yang di-invoice oleh finance. Revenue adalah apa yang boleh diakui oleh akuntansi berdasarkan aturan yang mengatur laporan keuangan perusahaan publik dan laporan keuangan yang diaudit. Panduan ini mendefinisikan masing-masing angka, menelusuri satu kontrak melalui ketiganya agar Anda bisa melihat persis di mana angkanya berbeda, dan menjelaskan angka mana yang tepat untuk board deck, comp plan, forecast, atau pembahasan perencanaan kas.

Fakta Penting

• ASC 606, yang diterbitkan bersama oleh FASB dan IASB pada Mei 2014, mulai berlaku untuk periode pelaporan tahunan perusahaan publik yang dimulai setelah 15 Desember 2017, dan untuk perusahaan swasta satu tahun kemudian, menurut ringkasan proyek FASB sendiri.
• Berdasarkan IFRS 15, "an entity recognises revenue to depict the transfer of promised goods or services to the customer in an amount that reflects the consideration to which the entity expects to be entitled," yang diterapkan melalui model lima langkah, menurut IFRS Foundation.
• Model lima langkah ASC 606 mensyaratkan identifikasi kontrak dan kewajiban kinerjanya, lalu penentuan dan alokasi harga transaksi, sebelum revenue dapat diakui seiring terpenuhinya kewajiban tersebut, menurut panduan revenue recognition 2026 dari BDO.
• Current remaining performance obligation milik Salesforce (revenue kontrak yang belum diakui dan diperkirakan akan diakui dalam satu tahun) mencapai $33,5 miliar pada kuartal yang berakhir 31 Juli 2026, hampir tiga kali lipat revenue kuartalannya sebesar $11,3 miliar, menurut hasil Q2 FY27 Salesforce.
• Calculated billings HubSpot, yang didefinisikan sebagai "total revenue recognized in a period plus the sequential change in total deferred revenue," mencapai $971,4 juta dibanding revenue $846,7 juta pada kuartal yang berakhir 31 Desember 2025, menurut hasil Q4 2025 HubSpot.

Artikel ini membahas definisi dan mekanisme, bukan cara menetapkan target atau merancang kurva pembayaran. Untuk menyusun angka target itu sendiri, lihat sales quota. Untuk merancang berapa yang diperoleh rep terhadap target tersebut, lihat kompensasi sales. Artikel ini mengasumsikan Anda sudah menutup deal dan membutuhkan kosakata bersama tentang apa yang sebenarnya terjadi saat salah satu deal ditutup.

Bookings: angka milik sales

Bookings adalah total nilai kontrak yang telah ditandatangani pelanggan. Angka ini dicatat saat deal ditutup, terlepas dari kapan pelanggan membayar atau kapan perusahaan boleh mengakui revenue-nya. Bookings berada di CRM dan di comp plan sales. Angka ini tidak muncul di laporan laba rugi, dan tidak diatur oleh standar akuntansi mana pun, karena bukan akuntansi. Bookings adalah ukuran output sales.

Perbedaan itu lebih penting daripada kedengarannya. Sebuah deal bisa tercatat penuh sebagai booking dan menghasilkan nol revenue selama berbulan-bulan, jika layanan belum dimulai atau masa kontrak belum berjalan. Seorang rep yang menutup deal tiga tahun senilai $500.000 pada hari terakhir kuartal sudah menjalankan tugasnya: angka bookings langsung mencerminkannya. Finance tidak akan mengakui sepeser pun dari $500.000 itu sampai layanan benar-benar diberikan, yang bisa memakan waktu satu kuartal penuh atau lebih.

TCV vs ACV

Tidak semua bookings bersifat tahunan, sehingga satu angka "bookings" memerlukan dimensi kedua: untuk periode berapa lama.

TCV dan ACV menyampaikan hal yang berbeda dan keduanya sah, selama Anda memberi label yang jelas mana yang dipakai. TCV adalah angka yang tepat untuk memahami berapa total nilai yang ditutup seorang rep. ACV adalah angka yang tepat untuk membandingkan ukuran deal pada kontrak dengan durasi berbeda, dan ini adalah angka yang sebaiknya dipakai oleh sebagian besar comp plan sales dan quota revenue, karena membayar komisi penuh atas TCV tiga tahun begitu kontrak ditandatangani justru memberi imbalan pada lamanya kontrak, bukan pada nilai tahunannya. Deal satu tahun senilai $120.000 dan deal tiga tahun senilai $360.000 mewakili komitmen tahunan yang sama; menganggap yang kedua sebagai tiga kali lipat bookings yang pertama adalah kesalahan pelaporan bookings yang paling umum di artikel ini.

Bookings baru, renewal, dan ekspansi

Bookings juga memerlukan tag sumber, sama seperti ARR yang terbagi menjadi komponen baru, ekspansi, kontraksi, dan churn. Perusahaan yang hanya melacak total bookings tidak dapat mengetahui apakah pertumbuhan berasal dari logo baru, dari pelanggan lama yang memperpanjang di level yang sama, atau dari pelanggan lama yang membeli lebih banyak.

Menggabungkan ketiganya menjadi satu angka "total bookings" menyembunyikan hal yang sama seperti ketika komponen ARR digabung: apakah bisnis tumbuh karena memenangkan pelanggan baru atau karena mengembangkan pelanggan yang sudah ada. Perusahaan yang melaporkan pertumbuhan bookings yang kuat dengan 90% berasal dari renewal dan ekspansi, sementara logo baru stagnan, memiliki cerita pertumbuhan yang sangat berbeda dari perusahaan yang angkanya ditopang oleh logo baru. Lihat net revenue retention untuk cara sisi renewal dan ekspansi ini diukur setelah kontrak berpindah dari peristiwa bookings menjadi basis revenue yang berjalan.

Billings: angka invoice

Billings adalah apa yang benar-benar di-invoice kepada pelanggan dalam suatu periode. Jika bookings adalah peristiwa sales yang terjadi sekali, billings adalah peristiwa finance yang bisa terjadi berulang kali sepanjang masa kontrak, satu kali untuk setiap invoice yang disyaratkan oleh ketentuan kontrak.

Ketentuan penagihan menentukan kapan invoice tersebut dikirim, dan tidak harus sama dengan cara layanan diberikan. Pelanggan bisa menandatangani kontrak satu tahun dan ditagih bulanan, per kuartal, atau dalam satu pembayaran tahunan di muka. Layanan tetap diberikan secara berkelanjutan dalam semua skenario; hanya jadwal penagihannya yang berubah.

Ketentuan penagihan adalah alat negosiasi yang terpisah dari harga. Vendor yang menawarkan diskon untuk pembayaran tahunan di muka tidak sedang mendiskon layanannya, melainkan membayar manfaat arus kas dari menerima revenue setahun penuh di hari pertama, bukan lewat dua belas invoice. Itu juga sebabnya ketentuan penagihan muncul dalam pembahasan optimalisasi ukuran deal: deal desk yang membandingkan dua penawaran yang identik harus mempertimbangkan selisih waktu kas, bukan hanya ACV utamanya.

Billings terhubung langsung dengan dua angka yang ada di neraca: piutang usaha (sudah ditagih tetapi belum dibayar) dan deferred revenue (sudah dibayar atau ditagih tetapi belum diakui). Identitas yang menghubungkan billings dengan revenue itu sederhana dan layak dihafalkan: billings = revenue yang diakui dalam periode tersebut, ditambah perubahan deferred revenue selama periode itu. Itulah rumus persis yang digunakan HubSpot untuk menghitung angka "calculated billings" yang dilaporkan secara publik, dan itu cara paling jelas untuk memahami mengapa total invoice dan revenue yang diakui dalam suatu periode hampir tidak pernah sama.

Revenue: angka akuntansi

Revenue adalah apa yang boleh diakui perusahaan di laporan laba rugi, diatur oleh ASC 606 di AS dan IFRS 15 secara internasional. Dari ketiga angka tersebut, hanya revenue yang benar-benar didefinisikan oleh GAAP dan IFRS, dan hanya revenue yang diaudit.

Kedua standar menerapkan model lima langkah yang sama, karena ASC 606 dan IFRS 15 diterbitkan sebagai standar konvergen oleh FASB dan IASB bersama-sama:

Untuk langganan SaaS standar, langkah 5 yang paling penting dalam keseharian: revenue diakui secara ratable, dalam jumlah bulanan yang sama, sepanjang periode layanan, terlepas dari bagaimana atau kapan pelanggan ditagih. Kontrak 12 bulan senilai $120.000 mengakui revenue $10.000 setiap bulan selama aktif, baik pelanggan ditagih sekali, per kuartal, maupun bulanan. Inilah yang membuat revenue menjadi angka yang paling lambat bergerak dan paling tertunda dari ketiganya, sekaligus yang paling sulit digelembungkan atau dipercepat lewat struktur kontrak yang licik.

Satu kontrak, tiga angka: contoh kasus

Berikut satu deal, yang ditelusuri melalui ketiga angka beserta kas dan saldo deferred revenue yang ditimbulkannya. Seorang pelanggan menandatangani kontrak 3 tahun senilai total $360.000 (TCV), dengan ACV $120.000, ditagih tahunan di muka pada awal setiap tahun kontrak, dengan revenue diakui secara ratable sebesar $10.000 per bulan selama seluruh masa 36 bulan.

Ada empat hal yang perlu dicermati dari tabel itu. Pertama, bookings hanya muncul tepat satu kali, di Bulan 1, sebesar $360.000 penuh. Angka ini tidak pernah muncul lagi sepanjang masa kontrak, itulah sebabnya angka bookings tidak bisa dijumlahkan lintas bulan mendatang untuk memperkirakan revenue. Kedua, billings dan kas melonjak tiga kali, sekali di awal setiap tahun kontrak, dan berada di nol pada waktu lainnya. Tim finance yang hanya melihat grafik kas bulanan akan melihat dua kuartal besar yang datar tanpa apa-apa di antara tiga lonjakan tajam, padahal pelanggan menerima layanan terus-menerus setiap bulan. Ketiga, revenue yang diakui adalah satu-satunya angka dalam tabel yang bergerak dalam langkah bulanan yang mulus dan sama besar, justru karena ASC 606 mensyaratkan pengakuan ratable sepanjang periode layanan terlepas dari jadwal invoice. Keempat, dan ini fakta rekonsiliasi yang layak direnungkan: pada akhir Bulan 36, revenue kumulatif yang diakui ($360.000) persis sama dengan angka bookings awal ($360.000, yaitu TCV). Bookings dan revenue sepanjang masa selalu bertemu untuk kontrak yang berjalan penuh tanpa ekspansi atau kontraksi. Hanya saja keduanya sampai di sana dengan linimasa yang sama sekali berbeda, itulah sebabnya potret pada titik mana pun di antaranya, seperti satu kuartal atau satu tahun fiskal, menunjukkan tiga angka yang berbeda untuk deal yang sama.

Deferred revenue dan neraca

Deferred revenue (disebut juga unearned revenue, atau contract liability dalam terminologi ASC 606) adalah jumlah yang telah ditagih atau diterima perusahaan tetapi belum diakui sebagai revenue. Di neraca, ini dicatat sebagai liabilitas, karena perusahaan masih berutang layanan kepada pelanggan yang belum diberikan. Pada contoh kasus di atas, deferred revenue mencapai puncak $110.000 tepat setelah setiap invoice tahunan dan turun ke $0 saat layanan tahun berikutnya telah sepenuhnya diberikan.

Deferred revenue adalah salah satu baris paling berguna di neraca perusahaan berlangganan justru karena sifatnya yang berorientasi ke depan: saldo deferred revenue yang bertumbuh berarti pelanggan telah berkomitmen (dan sering kali telah membayar) untuk layanan yang belum diberikan perusahaan, yang merupakan sinyal jauh lebih kuat daripada revenue saja. Perusahaan SaaS publik semakin sering mengungkapkan angka terkait yang lebih besar karena alasan yang sama: remaining performance obligation (RPO), yaitu total revenue kontrak selama masa penuh pelanggan yang belum diakui, baik sudah ditagih maupun belum.

Total RPO Salesforce sebesar $66,3 miliar dibandingkan revenue kuartalan $11,3 miliar adalah kesenjangan yang sama seperti yang ditunjukkan contoh kontrak tadi, tetapi pada skala seluruh perusahaan: sejumlah besar nilai yang sudah ditandatangani dan sudah dikontrakkan yang belum sampai ke laporan laba rugi, karena ASC 606 tidak mengizinkannya. Saldo deferred revenue atau RPO yang menyusut, tanpa gelombang bookings baru di belakangnya, adalah tanda peringatan dini adanya masalah renewal, sering kali beberapa minggu atau bulan sebelum terlihat pada churn rate atau target revenue yang meleset.

Di mana posisi ARR dan MRR

Annual recurring revenue dan monthly recurring revenue bukan bookings, billings, maupun revenue dalam pengertian ketat yang dipakai di atas. Keduanya adalah potret run-rate yang dinormalisasi dari basis kontrak berulang yang aktif pada satu titik waktu, dibangun dari ACV setiap kontrak yang sedang berlaku.

ARR dan MRR lebih dekat secara semangat dengan run rate revenue yang diakui daripada dengan bookings atau billings; keduanya secara eksplisit mengecualikan biaya sekali bayar dan biaya non-berulang, pengecualian yang sama yang diterapkan dalam pengakuan revenue. Perbedaan praktisnya ada pada waktu: revenue adalah apa yang diakui dalam periode yang sudah berlalu, sedangkan ARR dan MRR menggambarkan apa yang akan dihasilkan basis bisnis saat ini selama setahun atau sebulan ke depan jika tidak ada yang berubah. Booking baru yang besar muncul di ARR begitu kontrak dimulai, jauh sebelum sebagian besar revenue sepanjang masa kontraknya diakui, yang menjadi satu alasan lagi mengapa ARR, bookings, dan revenue bisa bergerak ke arah yang berbeda dalam kuartal yang sama tanpa ada yang salah.

Mengapa sales dikompensasi berdasarkan bookings dan finance melaporkan revenue

Kompensasi sales berjalan berdasarkan bookings karena alasan praktis: rep yang menutup deal tiga tahun tidak seharusnya menunggu tiga tahun, dengan pengakuan ratable sedikit demi sedikit, untuk dibayar. Comp plan sales umumnya dirancang untuk membayar komisi sebagai persentase dari suatu hasil, dan hasil itu biasanya bookings (sering kali ACV, karena plan berbasis TCV murni membayar berlebihan untuk durasi kontrak), kadang revenue, kadang gross margin. Finance, sebaliknya, tidak punya pilihan: finance melaporkan revenue, karena itulah angka yang diatur oleh ASC 606 dan IFRS 15 dan yang disahkan oleh auditor. Tidak ada tim yang salah. Keduanya mengoptimalkan tugas yang berbeda: sales perlu memberi imbalan atas perilaku closing saat itu juga terjadi, finance membutuhkan angka yang maknanya sama dari kuartal ke kuartal dan tahan terhadap audit.

Gesekan muncul ketika kedua angka ini tercampur dalam satu laporan atau, lebih buruk lagi, dibandingkan satu sama lain seolah-olah seharusnya sama.

Perlu dicatat bahwa "quota revenue" di sebagian besar organisasi sales sendiri secara eksplisit didefinisikan sebagai total bookings atau revenue yang diakui dan ditutup dalam periode tersebut, tergantung perusahaannya. Itu pilihan desain yang sah selama semua orang tahu mana yang benar-benar dipakai quota; kegagalannya bukan memilih bookings daripada revenue untuk quota, melainkan membiarkan keduanya tercampur dalam percakapan yang sama tanpa menyebut mana yang sedang dibahas. Disiplin yang sama berlaku untuk on-target earnings: OTE dihitung terhadap quota, dan quota itu memerlukan kejelasan bookings-atau-revenue yang sama sebelum ada yang bisa menghitung berapa yang seharusnya diperoleh seorang rep.

Angka mana untuk percakapan mana

Audiens yang berbeda membutuhkan angka yang berbeda, dan memberikan angka yang salah, sekalipun akurat, menimbulkan kebingungan, bukan kejelasan.

Pekerjaan pipeline dan forecasting berada di hilir ketiganya. Prakiraan penjualan memprediksi bookings yang belum terjadi, dan dasar-dasar forecasting mengasumsikan Anda sudah tahu dari ketiga angka itu mana yang sebenarnya hendak diprediksi oleh forecast Anda. Dan karena prediktabilitas revenue bergantung pada baseline revenue yang diakui yang bersih, perusahaan yang tidak bisa memisahkan bookings, billings, dan revenue dengan jelas dalam pelaporannya sendiri akan kesulitan memprakirakan salah satunya secara akurat.

Ketiga angka ini menggambarkan deal yang sama pada tiga momen berbeda: saat ditandatangani, saat di-invoice, dan saat diperoleh. Tidak ada yang lebih "benar" daripada yang lain; masing-masing hanya menjawab pertanyaan yang berbeda. Pisahkan ketiganya dalam cara Anda melaporkan, memberi kompensasi, dan membuat forecast, maka board, bank, dan tim sales tidak lagi berdebat soal angka siapa yang benar, karena sejak awal angka-angka itu memang tidak dimaksudkan untuk sama.

Bacaan terkait

• Annual Recurring Revenue
• Monthly Recurring Revenue
• Sales Quota
• Kompensasi Sales
• On-Target Earnings
• Net Revenue Retention
• Pencapaian Quota
• Metode Prakiraan Penjualan
• Prediktabilitas Revenue