Pengantar: Add-on perdagangan baru

Peran yang sesuai: Agen admin | Agen penjualan | Admin global

Catatan

Pengalaman perdagangan baru untuk layanan berbasis lisensi mencakup banyak kemampuan baru dan tersedia untuk semua Penyedia Solusi Cloud (CSP). Untuk informasi selengkapnya, lihat gambaran umum pengalaman perdagangan baru.

Mitra dapat membeli add-on di perdagangan baru untuk memungkinkan layanan lain yang melengkapi produk yang dibeli sebelumnya. Beberapa contoh add-on adalah paket panggilan, lebih banyak ruang disk, atau fitur lain yang dapat ditambahkan jika pelanggan memiliki layanan dasar.

Add-on di perdagangan baru

Add-on perdagangan baru mencakup konsep serupa dengan add-on berbasis lisensi tradisional. Add-on perdagangan baru, seperti berbasis lisensi tradisional, menyertakan konsep prasyarat. Prasyarat adalah SKU produk yang harus dimiliki pelanggan agar add-on berfungsi dengan benar.

Prasyarat untuk add-on ditemukan API katalog untuk SKU tertentu dan dalam pengalaman pengguna katalog Pusat Mitra. Membeli add-on memerlukan satu atau beberapa prasyarat untuk ada di penyewa pelanggan.

Perbedaan utama antara add-on perdagangan tradisional dan baru adalah bagaimana mereka dibeli. Mitra menerapkan add-on ke langganan penawaran dasar dalam skenario berbasis lisensi tradisional. Mitra membeli add-on perdagangan baru dari katalog itu sendiri. Pengalaman pembelian ini menyelaraskan kemampuan penemuan add-on dengan penawaran dasar, sehingga lebih mudah untuk menemukan dan membeli add-on.

Banyak konsep tentang cara kerja add-on, dari perspektif layanan, tetap benar di seluruh perdagangan tradisional dan baru. Transaksi perdagangan tradisional dan baru mendaftar dan menyediakan layanan add-on. Provisi terjadi dengan cara yang sama dalam kedua kasus. Selain itu, satu layanan add-on dapat melengungi lebih dari satu SKU produk dasar yang dirancang untuk digunakan oleh add-on.

Mengidentifikasi add-on

Mitra dapat mengidentifikasi Add-on dan mendapatkan daftar prasyarat dengan meninjau detail SKU saat mendapatkan SKU melalui API. Add-on juga diidentifikasi di kolom matriks ProductSkuPreRequisites penawaran perdagangan baru. SKU dengan ProductSkuPreRequisites nilai adalah add-on.

Membeli add-on

Add-on ada untuk pengalaman perdagangan tradisional berbasis lisensi dan baru. Perbedaan utamanya adalah bagaimana add-on ditemukan. Add-on perdagangan baru ditemukan dan dibeli dari katalog, tempat yang sama dengan penawaran dasar atau prasyarat ditemukan. Add-on berbasis lisensi tradisional hanya dapat ditemukan dan ditambahkan dengan masuk ke halaman detail langganan penawaran dasar.

Add-on pengalaman perdagangan baru ditemukan dan dibeli dalam katalog itu sendiri. Mitra dapat memfilter berdasarkan add-on niaga baru dengan memilih dropdown jenis produk. Produk add-on diidentifikasi oleh ikon informasi di samping SKU produk. Mitra dapat memilih ikon ini untuk mendapatkan informasi selengkapnya tentang prasyarat add-on.

Mitra bisa mendapatkan detail selengkapnya tentang produk yang diperlukan untuk add-on dengan memilih Lihat langganan produk dasar yang kompatibel untuk menampilkan daftar SKU Produk yang harus ada bagi mitra untuk membeli add-on tertentu.

Penegakan add-on

Mitra ditampilkan informasi bermanfaat tentang add-on saat mencoba membeli produk add-on perdagangan baru ketika pelanggan tidak memiliki prasyarat. Mitra dapat memvalidasi apakah prasyarat add-on ada di katalog Pusat Mitra, dan meninjau pengalaman halaman.

Ketika add-on tidak memiliki prasyarat dukungan, antarmuka pengguna menampilkan pesan The addon is not purchasable without a compatible base product.

Mitra yang menggunakan CREATECart API melihat kesalahan pada item baris keranjang jika add-on tidak memiliki SKU produk yang diperlukan. Kode kesalahan 400041 dengan deskripsi The addon is not purchasable without a compatible base product.

Penegakan add-on perdagangan baru memverifikasi sku produk yang disediakan dan bukan langganan. Dimungkinkan untuk memperoleh add-on perdagangan baru jika prasyarat berasal dari mitra lain, saluran yang berbeda (Langsung), dan jika prasyarat ada dalam sistem warisan.

Detail penting saat membeli add-on

Add-on dibeli sebagai SKU produk yang berbeda jika pelanggan memenuhi prasyarat. Langganan add-on memiliki penyelarasan istilah mereka sendiri yang berbeda. Mitra yang membeli add-on melihat istilah dan tanggal akhir terkait mungkin tidak sama dengan prasyarat.

Mitra mengonversi SKU produk ke SKU yang lebih tinggi yang sudah memiliki layanan add-on dapat mengajukan permintaan layanan dengan dukungan untuk menonaktifkan add-on.

Mitra diharapkan mengelola tanggal akhir istilah untuk add-on yang mereka peroleh untuk memastikan ada penyelarasan sesuai kebutuhan pada penawaran dasar. Mitra harus menghindari situasi di mana jangka waktu SKU produk dasar mungkin berakhir meninggalkan add-on dependen yang kedaluwarsa nanti. Manajemen aktif dan penyelarasan tanggal akhir jangka waktu add-on ke langganan dasar mereka membantu memastikan pelanggan tidak membayar add-on yang penawaran dasarnya kedaluwarsa. Ketika pembelian lisensi Add-on ditransaksikan di platform Perdagangan Baru, pemeriksaan kelayakan dilakukan pada penyewa pelanggan untuk memastikan prasyarat terpenuhi. Add-on di Perdagangan Baru diberlakukan secara teknis, yang berarti bahwa pembelian mereka diblokir jika tidak ada lisensi prasyarat yang memenuhi syarat yang ditemukan pada penyewa pelanggan. Lisensi prasyarat yang memenuhi syarat dapat dibeli melalui beberapa saluran, termasuk Web Direct, perjanjian Lisensi Volume, perdagangan berbasis lisensi tradisional CSP, atau mitra New Commerce Experience CSP lainnya.

Tidak seperti perdagangan berbasis lisensi tradisional, langganan add-on Perdagangan Baru tidak ditumpuk di bawah atau ditautkan ke langganan dasar prasyaratnya. Saat lisensi add-on ditransaksikan, langganan baru dibuat.

Lebih banyak lisensi add-on dapat dibeli pada titik mana pun dari jangka waktu langganan, dan lisensi dapat dikurangi atau langganan dibatalkan dalam waktu 168 jam setelah pembelian awal langganan.

Peningkatan

Mitra yang mengonversi Produk/SKU ke Produk/SKU yang lebih tinggi yang sudah memiliki layanan add-on dapat mengajukan permintaan layanan dengan dukungan untuk menonaktifkan add-on. Mari kita pertimbangkan skenario yang Telepon Microsoft Teams lisensi Standar yang ditambahkan ke lisensi prasyarat Office 365 E3 yang memenuhi syarat. Jika pelanggan ingin memutakhirkan lisensi Office 365 E3 ke Office 365 E5—yang mencakup kemampuan standar Telepon Microsoft Teams, maka setelah pemutakhiran, mitra harus menaikkan tiket dukungan untuk menghapus lisensi Add-on dan menerima pengembalian dana yang jatuh tempo. Tiket dukungan ini harus dinaikkan dalam dua siklus penagihan pertama dari saat lisensi yang ditingkatkan ditagih.

Perpanjangan

Penawaran dasar dan add-on diperbarui secara terpisah karena merupakan Produk/SKU terpisah. Mitra harus mengelola perpanjangan langganan mereka untuk penawaran dasar dan add-on.

Mitra harus menghindari situasi di mana istilah Produk/SKU dasar mungkin berakhir meninggalkan add-on dependen yang kedaluwarsa nanti. Manajemen aktif dan penyelarasan tanggal akhir jangka waktu add-on ke langganan dasar mereka memastikan pelanggan mereka tidak membayar add-on yang penawaran dasarnya telah kedaluwarsa.

Koterminositas dan add-on

Jika satu mitra menjual lisensi yang mendasar dan lisensi Add-on kepada pelanggan yang sama, maka mitra dapat membuat langganan ini koterminan. Selain itu, langganan yang ada dapat dihentikan bersama dengan langganan add-on apa pun.