Pelisensian Ganda: AGPL dan Lisensi Komersial

Dual licensing menawarkan perangkat lunak yang sama lewat dua pilihan lisensi. Pengguna dapat mengikuti kewajiban AGPL atau membeli izin komersial dengan syarat berbeda. Salah satu produk operasional yang saya rawat memakai model ini. Vendor perlu memastikan hak atas kode, lisensi komponen pihak ketiga, dan cakupan izin komersialnya jelas sebelum menjualnya.

Dalam lisensi sumber terbuka dari sisi pengguna, saya membahas kewajiban saat komponen orang lain masuk ke produk Anda. Artikel ini membahas sisi pemilik produk: menawarkan kode sumber terbuka sambil menyediakan lisensi berbayar bagi pembeli yang membutuhkan ketentuan berbeda.

Mengapa vendor memilih AGPL

Copyleft adalah pendekatan lisensi yang mensyaratkan keterbukaan kode terkait ketika kewajibannya terpicu. Lisensi permisif seperti MIT tidak mensyaratkan turunan menggunakan lisensi yang sama, tetapi tetap memiliki ketentuan seperti penyertaan pemberitahuan hak cipta.

Dengan lisensi MIT, pihak lain dapat mengambil produk, menjalankannya sebagai layanan, dan menjualnya tanpa wajib membuka modifikasinya. Pemilik produk perlu mempertimbangkan apakah kebebasan ini sesuai dengan model pendanaannya.

GPL juga tidak menghentikan mereka. Kewajiban GPL terpicu oleh distribusi, dan layanan SaaS sisi server belum tentu menyampaikan kode yang tercakup kepada pengguna. Kode browser atau aplikasi klien dapat mengubah penilaiannya.

AGPL menambahkan ketentuan untuk versi yang dimodifikasi dan diakses pengguna lewat jaringan. Pasal 13 mewajibkan tawaran kode sumber kepada pengguna tersebut. Ini berbeda dari distribusi; cakupan integrasi dan kode sumber yang harus disediakan perlu diperiksa sendiri. Pengguna komersial pun boleh mengikuti AGPL tanpa membeli pengecualian.

Lisensi komersial berguna bagi pembeli yang tidak dapat memenuhi kewajiban AGPL yang berlaku untuk penggunaan atau integrasinya. Jangan menganggap semua penggunaan tertutup atau semua SaaS otomatis memerlukan lisensi berbayar: periksa versi yang dimodifikasi, bentuk integrasi, serta kewajiban kode sumbernya.

Model ini menawarkan dua jalur izin atas kode yang hak pelisensiannya dimiliki vendor. Pembeli dapat mengikuti AGPL, termasuk untuk kegiatan komersial, atau membeli ketentuan berbeda. Lisensi vendor tidak menghapus kewajiban lisensi komponen pihak ketiga.

Jelaskan dua pilihan lisensi di repositori

Simpan teks AGPL-3.0 lengkap tanpa modifikasi dalam LICENSE di repositori. Menggunakan teks lisensi standar memudahkan calon pembeli memeriksa ketentuannya dibandingkan menyusun lisensi copyleft sendiri.

Tambahkan COMMERCIAL.md yang menjelaskan pilihan AGPL dan ketersediaan lisensi komersial untuk kebutuhan yang tidak dapat mengikuti ketentuan tersebut. Sertakan kontak dan informasi yang perlu disampaikan calon pembeli, terutama bentuk integrasi, jumlah instalasi, dan cara produk akan dijalankan.

Berkas penawaran itu dapat dibuat singkat karena fungsinya memulai pembicaraan. Cakupan izin, harga, dan syarat rinci tetap harus dituangkan dalam perjanjian sesuai penggunaan pembeli.

Disiplin NOTICE: dependensi Anda sendiri

Sebelum menjual izin komersial, periksa kepatuhan produk Anda sendiri. Kewajiban komponen pihak ketiga tetap berlaku meskipun kode milik vendor dilisensikan ulang.

Produk yang saya rawat menggunakan pustaka LGPL, antara lain python-telegram-bot dengan LGPL-3.0 dan paramiko dengan LGPL-2.1, bersama komponen berlisensi permisif. Repositorinya menyimpan NOTICE yang mencantumkan setiap komponen, pemberitahuan hak cipta, lisensi, dan URL sumber.

Berkas ini membantu memenuhi kebutuhan atribusi. Kewajiban lain, termasuk kemampuan mengganti pustaka LGPL dengan versi lain, perlu diperiksa secara terpisah. Saya membahasnya dalam penautan dinamis LGPL pada produk vendor.

Daftar komponen juga membantu tim hukum pembeli memeriksa isi produk. NOTICE yang terawat menjadi bahan pemeriksaan awal, sehingga pembeli tidak perlu meminta inventaris dependensi dari awal.

Pertanyaan pembeli komersial

Siapkan jawaban tertulis untuk lima pertanyaan yang lazim muncul dalam pembicaraan lisensi komersial:

1. Satuan izin: per instalasi, per lokasi, atau seluruh perusahaan. Pilih sesuai cara produk dijalankan.
2. Cakupan hak: apakah modifikasi dan distribusi ulang kepada pelanggan pembeli diperbolehkan?
3. Komponen pihak ketiga: sertakan NOTICE dan jelaskan kewajiban yang tetap berlaku; jangan menjanjikan penghapusan kewajiban yang bukan hak vendor.
4. Dukungan dan pembaruan: pisahkan izin penggunaan dari perjanjian pemeliharaan, termasuk masa berlaku masing-masing.
5. Jaminan dan ganti rugi: nyatakan kewajiban yang disepakati secara eksplisit. Pembeli mungkin membutuhkan tanggung jawab kontraktual tambahan di luar ketentuan AGPL.

Kontributor menentukan opsi masa depan Anda

Hak atas kontribusi eksternal menentukan apakah Anda masih dapat menawarkan dua lisensi. Jika kontribusi diterima hanya dengan AGPL, Anda tidak otomatis memiliki izin melisensikan ulang kode kontributor dengan syarat komersial berbeda. Kepemilikan repositori tidak berarti kepemilikan hak cipta seluruh isinya.

Salah satu pilihan adalah contributor license agreement (CLA), perjanjian yang memberikan hak pelisensian ulang atas kontribusi. Pilihan lain adalah memisahkan kontribusi eksternal dari inti produk yang menggunakan dua lisensi. Tetapkan kebijakan sebelum menerima kontribusi agar tidak perlu mencari persetujuan tambahan setelah kode masuk.

Persiapan sebelum menawarkan dua lisensi

Pelisensian ganda dapat mendanai pemeliharaan produk sumber terbuka. Keberhasilannya bergantung pada batas izin yang jelas, hak vendor untuk menawarkan pengecualian, dan kepatuhan terhadap lisensi pihak ketiga. Penggunaan komersial yang patuh AGPL tetap diperbolehkan tanpa membeli izin tambahan.

Mulai dari LICENSE, COMMERCIAL.md, NOTICE, dan kebijakan kontribusi yang terdokumentasi. Sebelum menawarkan lisensi berbayar, pastikan keempatnya menjelaskan hak yang benar-benar dapat Anda berikan.