Contoh penghitungan pembagian keuntungan untuk Google Cloud Marketplace

Contoh skenario berikut mengilustrasikan cara Google menghitung persentase pembagian keuntungan untuk transaksi Cloud Marketplace, sesuai dengan Jadwal Pendapatan Bersih Vendor.

Catatan: Mulai 21 April 2025, Google Cloud Marketplace menghitung persentase bagi hasil untuk transaksi Cloud Marketplace sesuai dengan Jadwal Pendapatan Bersih Vendor, jika berlaku. Untuk mengetahui informasi selengkapnya, lihat Ringkasan Jadwal Pendapatan Bersih Vendor.

Skenario 1

Vendor software independen (ISV) bernama Example ISV membuat dan memublikasikan penawaran pribadi untuk pelanggannya, Cymbal Fintech, pada atau setelah 21 April 2025.

Untuk tujuan contoh ini, hal berikut berlaku:

• Perintah ini diperkirakan akan dimulai pada 1 Juli 2025.
• Pesanan tidak dikonfigurasi untuk diperpanjang secara otomatis saat masa berlakunya berakhir.
• Nilai kolom jenis transaksi pesanan adalah new.

Penawaran pribadi dikonfigurasi dengan jangka waktu tiga tahun, yang mencakup tiga cicilan tahunan dengan struktur cicilan berikut:

• Angsuran #1: $1.000.000, jatuh tempo pada 1 Juli 2025.
• Angsuran #2: $1.500.000, jatuh tempo pada 1 Juli 2026.
• Angsuran #3: $1.750.000, jatuh tempo pada 1 Juli 2027.

Total Nilai Kontrak (TCV) untuk penawaran ini ditampilkan di Penawaran Pribadi sebagai $4.250.000.

Dalam hal ini, persentase pembagian keuntungan yang diterapkan ke setiap cicilan transaksi ini adalah 98%.

Skenario 1.1

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 1.

Pada 1 Februari 2028, Cymbal Fintech bertanya kepada Example ISV apakah mereka dapat memperpanjang kesepakatan ini dengan persyaratan yang sama seperti kesepakatan awal. Karena perpanjangan otomatis tidak diaktifkan, Contoh ISV memiliki dua opsi untuk memastikan bahwa mereka mendapatkan persentase pembagian keuntungan perpanjangan sebesar 98,5% saat kesepakatan diperpanjang:

Opsi A

Contoh ISV dapat mengubah penawaran yang ada untuk membuat perubahan berikut:

• Tambahkan tiga cicilan tambahan, dengan struktur cicilan berikut:
  • Angsuran #4: $1.000.000, jatuh tempo pada 1 Juli 2028.
  • Angsuran #5: $1.500.000, jatuh tempo pada 1 Juli 2029.
  • Angsuran #6: $1.750.000, jatuh tempo pada 1 Juli 2030.
• Ubah nilai kolom jenis transaksi dari new menjadi native renewal.

Pembagian keuntungan yang diterapkan untuk tiga cicilan baru dari perjanjian yang diubah ini adalah 98,5%.

Opsi B

Contoh ISV dapat membuat penawaran pribadi baru untuk pelanggan yang sama, Cymbal Fintech, dengan persyaratan cicilan dan pembayaran yang sama, serta menetapkan nilai kolom jenis transaksi untuk penawaran baru ini ke native renewal.

Pembagian keuntungan yang diterapkan ke tiga cicilan dari kesepakatan baru ini adalah 98,5%.

Skenario 1.2

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 1.

Dalam skenario ini, setelah cicilan kedua dibayar, Cymbal Fintech meminta untuk memperluas kesepakatan, dengan cicilan mendatang disusun sebagai berikut:

• Angsuran #3: $2.500.000, jatuh tempo pada 1 Juli 2027.
• Angsuran #4: $2.500.000, jatuh tempo pada 1 Juli 2028.
• Angsuran #5: $2.500.000, jatuh tempo pada 1 Juli 2029.
• Angsuran #6: $2.500.000, jatuh tempo pada 1 Juli 2030.

Total Nilai Kontrak (TCV) transaksi ini kini ditampilkan di Penawaran Pribadi sebagai $14.250.000.

Karena TCV untuk perubahan tersebut meningkat lebih dari 60%, begitu pula durasi, Contoh ISV memenuhi syarat untuk pembagian keuntungan dengan tarif perpanjangan. Untuk memastikan bahwa mereka mendapatkan pembagian keuntungan perpanjangan untuk semua cicilan mendatang, mereka harus menetapkan nilai kolom jenis transaksi ke native renewal.

Catatan: Jika penawaran yang diubah tidak memenuhi standar pembagian keuntungan perpanjangan seperti yang dijelaskan dalam Jadwal Pendapatan Bersih Vendor, jangan tetapkan nilai kolom jenis transaksi untuk penawaran yang diubah ke native renewal. Google berhak melakukan penyesuaian sesuai kebutuhan dalam kasus seperti ini.

Karena TCV penawaran yang diubah lebih besar dari $10 juta dan kolom jenis transaksi penawaran memiliki nilai native renewal, Google harus meninjau penawaran ini sebelum pelanggan menerimanya.

Skenario 1.2.1

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 1.2.

Dalam skenario ini, penawaran pribadi berakhir pada 30 Juni 2031, dan Cymbal Fintech terus menggunakan produk tersebut, bertransisi ke harga khusus penggunaan.

Bagi hasil yang diterapkan pada penggunaan Cymbal Fintech yang terjadi setelah penawaran pribadi berakhir adalah 97%.

Skenario 1.2.1.1

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 1.2.1.

Dalam skenario ini, Cymbal Fintech memutuskan untuk menandatangani penawaran pribadi baru untuk listingan produk yang sama, dalam waktu 90 hari sejak akhir penawaran sebelumnya.

Karena penawaran baru ini memenuhi persyaratan untuk native renewal seperti yang dijelaskan dalam Jadwal Pendapatan Bersih Vendor, Contoh ISV memenuhi syarat untuk pembagian keuntungan dengan tarif perpanjangan. Untuk memastikan bahwa mereka mendapatkan pembagian keuntungan perpanjangan untuk penawaran baru, mereka harus menetapkan nilai kolom jenis transaksi ke native renewal.

Catatan: Jika penawaran baru dibuat lebih dari 90 hari setelah penawaran sebelumnya berakhir, penawaran tersebut tidak memenuhi syarat untuk pembagian keuntungan perpanjangan dan ISV harus menetapkan nilai kolom jenis transaksi ke new. Cloud Marketplace berhak melakukan penyesuaian sesuai kebutuhan dalam kasus seperti ini.

Skenario 2.0

Vendor software independen (ISV) bernama Example ISV membuat dan memublikasikan penawaran pribadi untuk pelanggannya, Cymbal Fintech, sebelum 21 April 2025.

Untuk tujuan contoh ini, hal berikut berlaku:

• Perintah ini dimulai pada 1 Juli 2024.
• Pesanan tidak dikonfigurasi untuk diperpanjang secara otomatis saat masa berlakunya berakhir.

Penawaran pribadi dikonfigurasi dengan jangka waktu tiga tahun, yang mencakup tiga cicilan tahunan dengan struktur cicilan berikut:

• Angsuran #1: $1.000.000, jatuh tempo pada 1 Juli 2024.
• Angsuran #2: $1.500.000, jatuh tempo pada 1 Juli 2025.
• Angsuran #3: $1.750.000, jatuh tempo pada 1 Juli 2026.

Total Nilai Kontrak (TCV) untuk penawaran ini ditampilkan di Penawaran Pribadi sebagai $4.250.000.

Karena dibuat dan dipublikasikan sebelum 21 April 2025, penawaran ini tidak memenuhi syarat untuk Jadwal Pendapatan Bersih Vendor, dan tetap menerima persyaratan pembagian keuntungan yang ada sebelum 21 April 2025.

Skenario 2.1

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 2.0.

Dalam skenario ini, pada 1 Februari 2027, Cymbal Fintech bertanya kepada Contoh ISV apakah mereka dapat memperpanjang kesepakatan ini dengan persyaratan yang sama seperti kesepakatan awal. Karena cicilan baru adalah bagian dari masa perpanjangan, Contoh ISV memenuhi syarat untuk pembagian pendapatan dengan tarif perpanjangan. Karena perpanjangan otomatis tidak diaktifkan, Contoh ISV memiliki dua opsi untuk memastikan bahwa mereka mendapatkan persentase pembagian keuntungan perpanjangan sebesar 98,5% saat kesepakatan diperpanjang:

Opsi A

Contoh ISV dapat mengubah penawaran yang ada untuk membuat perubahan berikut:

• Tambahkan tiga cicilan tambahan, dengan struktur cicilan berikut:
  • Angsuran #4: $1.000.000, jatuh tempo pada 1 Juli 2027.
  • Cicilan #5: $1.500.000, jatuh tempo pada 1 Juli 2028.
  • Angsuran #6: $1.750.000, jatuh tempo pada 1 Juli 2029.
• Ubah nilai kolom jenis transaksi dari new menjadi native renewal.

Pembagian keuntungan yang diterapkan untuk tiga cicilan baru dari perjanjian yang diubah ini adalah 98,5%.

Opsi B

Contoh ISV dapat membuat penawaran pribadi baru untuk pelanggan yang sama, Cymbal Fintech, dengan persyaratan cicilan dan pembayaran yang sama, serta menetapkan nilai kolom jenis transaksi untuk penawaran baru ini ke native renewal.

Pembagian keuntungan yang diterapkan ke tiga cicilan dari kesepakatan baru ini adalah 98,5%.

Skenario 2.2

Contoh berikut dimaksudkan sebagai kelanjutan dari Skenario 2.0.

Dalam skenario ini, setelah cicilan kedua dibayar, Cymbal Fintech meminta untuk memperluas kesepakatan, dengan cicilan mendatang disusun sebagai berikut:

• Angsuran #3: $2.500.000, jatuh tempo pada 1 Juli 2026.
• Angsuran #4: $2.500.000, jatuh tempo pada 1 Juli 2027.
• Angsuran #5: $2.500.000, jatuh tempo pada 1 Juli 2028.
• Angsuran #6: $2.500.000, jatuh tempo pada 1 Juli 2029.

Total Nilai Kontrak (TCV) transaksi ini kini ditampilkan di Penawaran Pribadi sebagai $14.250.000.

Karena TCV untuk perubahan tersebut meningkat lebih dari 60%, begitu pula durasi, Contoh ISV memenuhi syarat untuk pembagian keuntungan dengan tarif perpanjangan. Untuk memastikan bahwa mereka mendapatkan pembagian keuntungan perpanjangan untuk semua cicilan mendatang, mereka harus menetapkan nilai kolom jenis transaksi ke native renewal.

Catatan: Jika penawaran baru tidak memenuhi standar untuk native renewal seperti yang dijelaskan dalam Jadwal Pendapatan Bersih Vendor, penawaran tersebut tidak memenuhi syarat untuk pembagian keuntungan perpanjangan dan ISV harus menetapkan nilai kolom jenis transaksi ke new. Google berhak melakukan penyesuaian sesuai kebutuhan dalam kasus seperti ini.

Memecahkan masalah penghitungan pembagian keuntungan

Mengapa penawaran pribadi khusus penggunaan saya tetap menggunakan persentase pembagian keuntungan standar? Untuk produk dengan model penetapan harga khusus penggunaan, Cloud Marketplace menghitung total nilai kontrak (TCV) penawaran sebagai nol. Untuk mendapatkan persentase pembagian keuntungan yang lebih menguntungkan, sebaiknya tawarkan produk Anda dengan diskon abonemen (CUD). Untuk produk dengan CUD, penggunaan yang terjadi sebagai kelebihan tidak diperhitungkan dalam TCV, tetapi nilai komitmen diperhitungkan dalam TCV.

Bagaimana pengaruh Jadwal Pendapatan Bersih Vendor terhadap transaksi reseller? Saat reseller membuat dan memublikasikan penawaran pribadi untuk pelanggan yang mereka jual kembali, ISV akan melihat estimasi persentase pembagian keuntungan di Portal Produsen. Informasi ini tidak dapat dilihat oleh reseller atau pelanggan yang membeli kembali.

Mengapa nilai kolom jenis transaksi new untuk semua penawaran yang dibuat dari paket penawaran pribadi reseller multiguna saya adalah 0? Untuk paket penawaran pribadi reseller multiguna, nilai default kolom jenis transaksi adalah new. Untuk menentukan nilai yang berbeda, seperti native renewal, channel shift, atau migration, gunakan paket penawaran pribadi reseller sekali pakai. Untuk mengetahui informasi selengkapnya tentang paket penawaran pribadi reseller, lihat Mengonfigurasi paket penawaran pribadi reseller.