Kepemilikan Source Code: Klausul yang Wajib Ada di Kontrak

Momennya hampir selalu sama. Aplikasi sudah jalan tiga tahun, vendor lamanya sulit dihubungi, dan Anda ingin memindahkan pekerjaan ke tim lain. Anda meminta kodenya. Jawaban yang datang: "Kode adalah properti kami, yang Bapak beli adalah lisensi penggunaan." Anda membuka kontrak, dan ternyata kalimat itu memang ada di sana, di halaman lima, di antara ketentuan pembayaran dan masa garansi.

Tidak ada yang melanggar hukum di situasi itu. Yang terjadi adalah asumsi yang tidak pernah diuji: bahwa membayar pembuatan berarti memiliki hasilnya. Dalam hak cipta perangkat lunak, itu tidak otomatis. Artikel ini memetakan apa yang perlu tertulis, dan apa yang realistis untuk diminta.

Beda lisensi pakai dan kepemilikan penuh

Dua istilah ini terdengar mirip di percakapan penjualan, tapi konsekuensinya berbeda total saat hubungan kerja berakhir.

Lisensi pakai

Anda berhak menjalankan perangkat lunaknya, biasanya untuk keperluan internal, kadang dibatasi jumlah pengguna atau lokasi. Hak ciptanya tetap di vendor. Konsekuensinya: Anda tidak boleh memodifikasi sendiri, tidak boleh menyerahkan kodenya ke pihak ketiga, dan kalau vendor berhenti beroperasi, posisi Anda bergantung pada niat baik.

Model ini wajar untuk produk jadi yang dijual ke banyak pelanggan. Tidak masuk akal meminta kepemilikan penuh atas sistem akuntansi massal yang Anda beli seharga langganan bulanan.

Kepemilikan penuh atas karya pesanan

Hak cipta atas kode yang dibuat khusus untuk Anda berpindah ke perusahaan Anda. Anda boleh memodifikasi, memberikannya ke vendor lain, atau menghentikan hubungan tanpa kehilangan aset. Ini yang layak Anda minta saat membayar pengembangan khusus dari nol.

Yang perlu diperhatikan: perpindahan hak cipta harus tertulis dan spesifik. Kalimat "seluruh hasil pekerjaan menjadi milik Klien" masih terlalu longgar karena "hasil pekerjaan" bisa ditafsirkan sebagai aplikasi yang berjalan, bukan kodenya. Sebut objeknya satu per satu.

Model campuran yang paling sering terjadi

Kenyataan di lapangan biasanya di antara keduanya. Vendor yang sudah lama bekerja punya pustaka internal yang dipakai ulang di banyak proyek: modul autentikasi, komponen antarmuka, kerangka laporan. Kode itu tidak dibuat untuk Anda dan tidak masuk akal diserahkan eksklusif.

Susunan yang sehat: kode khusus proyek Anda menjadi milik Anda, sementara pustaka internal vendor tetap milik vendor tapi Anda diberi lisensi permanen, tidak bisa dicabut, bebas royalti, dan boleh dimodifikasi oleh pihak ketiga yang Anda tunjuk. Bagian terakhir itu yang sering hilang dan justru paling menentukan saat Anda ganti vendor.

Komponen pihak ketiga yang tidak bisa dimiliki

Tidak ada aplikasi modern yang seluruh barisnya ditulis dari nol. Sebagian besar berdiri di atas pustaka sumber terbuka dan layanan berbayar. Anda tidak bisa memiliki bagian itu, dan tidak perlu.

Yang perlu Anda miliki adalah kejelasan tentangnya. Minta daftar komponen pihak ketiga beserta lisensinya, disertakan sebagai lampiran kontrak dan diperbarui saat serah terima. Tiga hal yang perlu dilihat di daftar itu:

• Lisensi permisif seperti MIT, Apache, atau BSD. Aman untuk penggunaan komersial, biasanya hanya mensyaratkan atribusi.
• Lisensi copyleft seperti GPL. Bisa mewajibkan Anda membuka kode turunannya kalau didistribusikan. Untuk aplikasi internal biasanya tidak jadi masalah, untuk produk yang Anda jual ulang, ini perlu dicek serius.
• Layanan berbayar dan API pihak ketiga seperti gateway pembayaran, pengiriman pesan, atau peta. Yang penting di sini: akunnya atas nama siapa. Kalau atas nama vendor, Anda bergantung padanya untuk hal yang sebenarnya Anda bayar sendiri.

Pertanyaan yang membuka banyak hal: "Kalau kerja sama kita berhenti besok, layanan apa saja yang akan mati karena akunnya bukan atas nama kami?"

Escrow kode dan kapan diperlukan

Escrow adalah penitipan salinan kode ke pihak ketiga netral, yang akan menyerahkannya kepada Anda kalau terjadi kondisi tertentu: vendor bangkrut, berhenti beroperasi, atau gagal memenuhi kewajiban pemeliharaan selama jangka waktu yang disepakati.

Mekanisme ini masuk akal dalam kondisi spesifik, dan berlebihan di luar itu.

Layak dipertimbangkan kalau: vendor bersikeras memegang hak cipta dan Anda tidak punya posisi tawar untuk mengubahnya; aplikasinya menopang operasi harian yang tidak bisa berhenti; atau nilai proyeknya besar dan penggantiannya akan memakan waktu berbulan-bulan.

Tidak sepadan kalau: Anda sudah mendapat kepemilikan penuh dan salinan kode di repositori milik sendiri. Dalam hal ini escrow hanya menambah biaya administrasi untuk sesuatu yang sudah Anda pegang.

Satu hal yang sering diabaikan: escrow tanpa verifikasi berkala nyaris tidak berguna. Salinan yang dititipkan harus diuji bisa dibangun ulang menjadi aplikasi yang berjalan, bukan sekadar arsip berisi berkas. Tanpa itu, Anda bisa menerima kotak yang tidak ada yang bisa membukanya.

Serah terima yang benar-benar lengkap

Kepemilikan di atas kertas tidak berarti apa-apa kalau yang diserahkan hanya berkas kode. Tim baru butuh bisa menjalankan, membangun, dan menerbitkan aplikasi itu tanpa bertanya ke siapa pun.

Daftar berikut layak masuk sebagai lampiran kontrak, disebut sebagai syarat pembayaran termin terakhir:

1. Repositori kode lengkap dengan riwayat commit. Riwayat itu bagian dari nilainya; ia menjelaskan kenapa sesuatu ditulis begitu.
2. Skema dan struktur basis data, termasuk berkas migrasi, bukan hanya dump data.
3. Petunjuk menjalankan di komputer baru, diuji oleh orang yang belum pernah menyentuh proyek itu. Ini ujian yang paling jujur.
4. Konfigurasi server dan proses penerbitan, termasuk variabel lingkungan yang dibutuhkan, dengan nilai rahasia diserahkan lewat jalur terpisah.
5. Akses ke akun infrastruktur: domain, hosting, penyimpanan, layanan pihak ketiga. Dipindahkan ke akun atas nama perusahaan Anda, bukan diberikan sebagai kredensial pinjaman.
6. Dokumentasi arsitektur singkat: apa saja komponennya dan bagaimana saling terhubung. Tidak perlu tebal, perlu benar.
7. Daftar utang teknis yang diketahui. Jarang diminta, sangat berharga. Vendor yang jujur akan punya daftarnya.
8. Aset desain sumber, bukan hanya gambar hasil ekspor.

Kondisi di mana kepemilikan penuh bukan pilihan terbaik

Menuntut kepemilikan penuh atas segalanya kadang merugikan Anda sendiri. Kalau vendor diminta menyerahkan eksklusif seluruh pustaka internalnya, harga proyek akan naik, dan wajar, karena ia kehilangan aset yang bisa dipakai ulang. Untuk sistem sederhana yang tidak jadi keunggulan bersaing Anda, biaya tambahan itu jarang terbayar.

Begitu juga kalau yang Anda beli sebenarnya produk jadi dengan sedikit penyesuaian. Meminta kode intinya sama dengan meminta produk vendor itu sendiri, dan itu bukan negosiasi yang akan berhasil. Yang lebih berguna dalam kasus ini adalah menuntut ekspor data yang lengkap kapan saja, dalam format yang bisa dibaca sistem lain. Data adalah aset Anda tanpa perdebatan, dan kemampuan mengambilnya sering lebih menentukan kelangsungan bisnis daripada kepemilikan kode.

Contoh rumusan klausul

Rumusan di bawah adalah kerangka untuk didiskusikan dengan penasihat hukum Anda, bukan pengganti nasihat hukum. Yang penting dari contoh ini adalah tingkat kejelasannya, bukan kata-katanya persis.

1. Kepemilikan Karya Pesanan
Seluruh kode sumber, skema basis data, berkas konfigurasi, aset desain,
dan dokumentasi yang dibuat khusus untuk Proyek ini menjadi milik Klien
sejak pembayaran termin terakhir diterima. Pengembang mengalihkan
seluruh hak cipta atasnya kepada Klien.

2. Komponen Milik Pengembang
Pustaka dan komponen yang telah dimiliki Pengembang sebelum Proyek
dimulai tetap menjadi milik Pengembang. Atas komponen tersebut,
Pengembang memberikan kepada Klien lisensi permanen, tidak dapat
dicabut, bebas royalti, dan dapat dialihkan, termasuk hak untuk
memodifikasinya sendiri atau melalui pihak ketiga yang ditunjuk Klien.

3. Komponen Pihak Ketiga
Daftar komponen pihak ketiga beserta lisensinya dilampirkan sebagai
Lampiran A dan diperbarui pada saat serah terima.

4. Serah Terima
Pembayaran termin terakhir jatuh tempo setelah seluruh butir dalam
Lampiran B diserahkan dan diverifikasi berjalan pada lingkungan Klien.

5. Data Klien
Seluruh data yang dihasilkan dari penggunaan aplikasi adalah milik
Klien. Pengembang menyediakan ekspor lengkap dalam format terbuka
atas permintaan, selambat-lambatnya 14 hari kerja.

Perhatikan pola yang berulang di lima butir itu: setiap hak dikaitkan dengan objek yang bisa ditunjuk dan waktu yang bisa dihitung. Klausul yang tidak bisa diuji adalah klausul yang akan diperdebatkan nanti.

Kami menyerahkan kode dan akses infrastruktur atas nama klien di setiap proyek pengembangan khusus, karena posisi kami sederhana: kalau Anda merasa terkunci, itu bukan hubungan kerja yang sehat untuk keduanya. Rincian cara kami bekerja ada di halaman jasa pembuatan aplikasi, dan kalau Anda ingin mengevaluasi kontrak yang sedang berjalan, kami bisa membacanya bersama lewat halaman kontak.