👨🏻 ⚽️ 🌽 Berkomitmen pada sumber terbuka sebagai pengembang? Kami berurusan dengan hak (hai, nginx) 🔑 ☯️ 🚾

Situasi dengan hak untuk kode di Federasi Rusia cukup menarik: menurut hukum, pengembang (individu) sangat, sangat terlindungi. Penting untuk entah bagaimana mengacaukan kesalahan dengan cukup baik. Tetapi majikan perlu menjalankan banyak dan dengan susah payah dengan rebana dan kertas untuk mendapatkan hak atas kode yang sama yang ditulis pada gajinya sendiri.

Mari kita lihat apa yang dikatakan undang-undang hak kode di kedua sisi:

Kapan dan hak apa yang Anda miliki (sebagai individu) terhadap kode.
Bagaimana pengalihan hak properti ke kode ke majikan diatur.
Timlid, siapa yang melakukan review, apakah dia rekan penulis atau siapa?
Apakah mungkin untuk berkomitmen pada proyek hewan peliharaan saya dari komputer yang bekerja selama jam kerja?
Wasir apa yang harus dilalui untuk menggunakan kode dengan benar jika Anda memesannya?

Dll

Pergilah!

- Apa itu hak cipta kode?

Dalam KUHPerdata, hak cipta ditulis dalam bab 70. Jika sangat pendek, maka kodenya adalah program komputer. Menurut rezim hukum, itu disamakan dengan karya-karya sains, sastra dan seni. Seolah-olah Anda menulis sebuah cerita atau ayat yang sangat sukses.

Penulis karya semacam itu (program komputer) hanya dapat seorang individu. Badan hukum tidak dapat menulis apa pun: selalu ada orang yang menjadi penulisnya. Atau beberapa orang jika kodenya ditulis oleh dua, tiga, sepuluh. Kemudian mereka disebut rekan penulis.

Hak cipta muncul pada saat karya tersebut dibuat. Mereka tidak perlu didaftarkan di mana pun atau dengan cara apa pun dikonfirmasi (walaupun, jika Anda mau, Anda bisa mendaftar nanti). Registri hak perangkat lunak yang dikelola oleh Rospatent tidak memecahkan masalah dalam menciptakan hak, tetapi bukti bahwa Anda memiliki hak perangkat lunak. Data dari registri ini dapat dipertimbangkan di pengadilan selama proses persidangan tentang siapa pemegang hak cipta, tetapi mereka tidak akan pernah menjadi 100% jaminan kesuksesan Anda.

Penulis (atau rekan penulis, jika tim bekerja) memiliki hak non-properti pribadi dan hak properti. Pribadi non-properti - ini adalah hak kepengarangan, hak atas nama, hak tidak dapat diganggu gugat dari suatu karya, dan hak untuk membuatnya publik. Mereka tidak bisa diasingkan dengan cara apa pun. Setiap kontrak untuk pengalihan hak cipta ini akan dinyatakan batal demi hukum menurut hukum saat ini. Anda hanya dapat mentransfer hak properti ke perangkat lunak, yang sebaliknya disebut hak eksklusif. Selain itu, jika Anda memiliki hak eksklusif atau mendapat izin dari pemegang hak cipta, maka Anda dapat menjual lisensi perangkat lunak.

- Jika saya mentransfer hukum properti (eksklusif), lalu bagaimanakah non-properti pribadi terwujud?

Misalkan Anda telah menandatangani perjanjian dan setumpuk kertas (lebih lanjut tentang mereka nanti), yang menunjukkan bahwa Anda telah mengembangkan sesuatu atas instruksi majikan, menciptakan karya - program komputer - dan segera mentransfer hak eksklusif untuk itu. Artinya, mereka menulis kode, dan sekarang majikan dapat membuangnya. Tetapi pada saat yang sama, Anda mempertahankan hak non-properti: Anda dapat memberi tahu semua orang bahwa Anda menulis kode ini, Anda dapat memastikan bahwa pekerjaan Anda ditandatangani di suatu tempat dalam program (setidaknya di alam liar, tetapi sehingga Anda dapat melihatnya), dan Anda dapat untuk mengatakan bahwa jika seseorang menambahkan bug kotor mereka ke kode cantik Anda, maka ini bukan kode Anda. Karena milikmu dan hanya milikmu yang benar-benar tidak berubah yang indah.

Apa yang terjadi jika seseorang menulis yang baru berdasarkan kode Anda? Tentang ini - sesaat kemudian.

Yang penting adalah jika Anda tiba-tiba ingin mentransfer hak atas nama, Anda tidak dapat melakukan ini.

Hak non-properti pribadi dilindungi tanpa batas waktu, dan hak eksklusif adalah 70 tahun (ditambah waktu hingga 1 Januari tahun berikutnya) sejak saat kematian penulis bersama terakhir. Selama 70 tahun ini, ketika Anda sudah mati, siapa pun dapat melindungi kepentingan Anda: ia dapat pergi ke pengadilan dan mengatakan bahwa hak-hak Anda dilanggar. Kemudian penyerang akan dihukum.

- Apakah ini berarti Anda dapat menggunakan kode dalam portofolio?

Tidak, jika Anda tidak memiliki hak eksklusif untuk suatu kode atau lisensi untuk penggunaan semacam itu, maka Anda hanya dapat berbicara di depan umum bahwa Anda menulisnya, tetapi tidak menunjukkan kode ini sendiri.

- Apakah mungkin menggunakan kode tanpa menyebutkan nama pembuatnya?

Iya. Hak atas nama berarti bahwa penulis mungkin memerlukan atribusi dan mewajibkannya secara default. Namun pada prinsipnya, Anda dapat mengizinkan untuk tidak menandatangani kode Anda. Dalam praktiknya, ini sering terjadi ketika mentransfer kode ke majikan, ketika mentransfer foto ke berbagai publikasi, dan sebagainya.

- Siapa penulis bersama? Apakah penulis tim pemimpin saya bersama?

Penulis dianggap hanya orang yang menulis kode dengan tangannya sendiri. Jika seseorang membantu membuat karya, tetapi tidak menulis, ini bukan penulisnya. Hanya bantuan teknis, konsultasi, materi, organisasi yang tidak membantu kontributor ini untuk menjadi penulis pekerjaan. Yaitu, jika Anda diberi bahan untuk menulis kode (bukan kode lain, tetapi, misalnya, lingkungan pengembangan, laptop, kursi dan meja), jika Anda disarankan pada kode atau mengatur tugas (bahkan dengan sangat terperinci), tetapi tidak mengubah apa pun di dalamnya, - penulis masih hanya Anda. Ini berhubungan langsung dengan ulasan: jika Anda memberikan kode Anda ke ulasan pemimpin tim, dan dia hanya menjelaskan kepada Anda di mana Anda sangat salah, maka dia bukan penulis. Tetapi jika dia mulai membuat perubahan pada kode, maka dia menjadi rekan penulis. Dan tingkat partisipasi Anda dengan dia dari sudut pandang hukum menjadi bersyarat sama: diyakinibahwa pekerjaan yang telah selesai tidak akan muncul tanpa upaya Anda masing-masing, bahkan jika jumlah pekerjaannya sangat berbeda. Benar, aturan seperti itu hanya berlaku secara default. Jadi, jika Anda tidak menyukai leveling seperti itu, Anda dapat menyimpulkan perjanjian dengan rekan penulis tentang hal sebaliknya.

Penting untuk dipahami bahwa kepenulisan bersama hanya dapat dibicarakan ketika beberapa orang menulis versi yang sama dari program yang sama. Jika seseorang mengubah perangkat lunak yang sudah Anda buat sebelumnya, maka Anda tidak menjadi penulis bersama, karena Anda adalah penulis dua program berbeda (lebih lanjut tentang ini di bawah).

Ngomong-ngomong, jika kode untuk Anda ditulis bukan oleh seseorang, tetapi oleh AI, Anda mungkin memiliki masalah dengan mengenali hak apa pun untuk kode semacam itu sama sekali. Status kami (dan bukan hanya milik kami) belum memutuskan secara pasti bagaimana menghubungkannya dengan kode yang dihasilkan. Mari kita berharap bahwa dalam waktu dekat situasinya akan menjadi lebih jelas.

- Bagaimana kode dikuantisasi? Jika semua orang menulis fungsi yang terpisah, dan kemudian aplikasi besar ternyata, apakah kita penulis karya individu atau satu jenderal?

Di sini semuanya tergantung pada apa yang akan dikenali sebagai suatu karya: semua bersama-sama akan dianggap sebagai satu karya atau bagian individu akan diakui sebagai perangkat lunak yang berbeda. Dalam praktiknya, ini tergantung pada banyak hal, termasuk tugas yang diajukan majikan. Paling sering kita berbicara tentang pekerjaan yang lengkap, yaitu, semua pengembang versi pertama pada akhirnya akan menjadi penulis bersama. Tetapi harus diingat bahwa bahkan dalam kasus ini, salah satu penulis bersama dapat menggunakan bagian yang ditulisnya secara pribadi atas kebijakannya, jika bagian ini memiliki signifikansi independen.

Dengan versi perangkat lunak berikutnya situasinya sedikit lebih menarik.

- Apa yang terjadi jika seseorang menulis yang baru berdasarkan kode saya?

Ada hak terkait, ini adalah ketika komposer hebat Johann Sebastian Bach menulis musik, dan Ivan Pupkin melakukannya di garasi dengan tusuk sate dan tutup panci. Dalam hal ini, individu Bach memiliki hak untuk musik, dan individu Ivan memiliki hak untuk karya yang berdekatan, yaitu, musik asing dalam penampilan penulisannya yang unik pada tusuk sate dan penutup. Tetapi, seperti yang Anda pahami, ini tidak terlalu relevan dengan FAQ kami, karena kami membahas perubahan perangkat lunak secara tepat.

Jika ada perubahan pada kode Anda oleh pengembang lain, karya turunan diperoleh. Untuk membuat karya turunan, Anda harus memiliki hak eksklusif untuk karya yang mendasari, atau untuk mendapatkan hak untuk memproses karya asli dengan membeli lisensi yang sesuai. Anda juga dapat dengan bebas memproses perangkat lunak dalam domain publik.

Setelah membuat perubahan pada karya, dua menjadi: yang lama dan yang baru dibuat - turunan - karya. Ini menciptakan satu fitur menarik untuk melindungi hak pengembang, yang akan kita bicarakan di bawah ini.

- Siapa pemegang hak cipta?

Pemegang hak cipta adalah orang yang memiliki hak eksklusif. Jika penulisnya hanya seorang individu, maka pemegang haknya bisa siapa saja: seorang individu, badan hukum, subjek Federasi, atau negara pada umumnya.

Hak eksklusif untuk program komputer adalah kemampuan untuk menggunakan perangkat lunak dan kode untuk itu dengan cara apa pun yang bisa dibayangkan.

Kadang-kadang pemegang hak cipta juga disebut orang yang menggunakan karya di bawah lisensi, tetapi dari sudut pandang KUHPerdata, istilah "pemegang hak cipta" hanya merujuk pada pemilik hak eksklusif.

Anda dapat menyimpulkan perjanjian lisensi dengan pemegang hak cipta untuk dapat menggunakan karya dalam beberapa cara tertentu di wilayah tertentu dan untuk jangka waktu tertentu.

- Apakah adanya kontrak kerja berarti bahwa semua kode saya milik majikan?

Tidak, kontrak kerja tidak cukup. Dalam hubungan kerja, majikan harus membuktikan bahwa karyawan tersebut telah menciptakan pekerjaan dalam rangka fungsi kerja untuk mendapatkan hak eksklusifnya.

Dan kemudian mulai rantai dokumen yang perlu disusun untuk pengalihan hak eksklusif yang benar kepada majikan. Tetapi bahkan jika Anda melaluinya sampai akhir dan ditutupi dengan kertas sesuai dengan semua aturan, ini tidak menjamin 100% bahwa pengadilan akan memihak majikan. Dan juga tidak ada jaminan tanpa syarat bahwa jika tidak ada yang dilakukan sama sekali, pengadilan akan memihak karyawan tersebut. Masalah desain yang tepat adalah masalah mengurangi risiko. Anggap saja, dalam perkiraan saya, Anda dapat 99% yakin bahwa semuanya akan beres jika semuanya dilakukan sampai akhir.

Tetapi kehadiran dalam kontrak kerja frase bahwa "hak eksklusif untuk pekerjaan resmi muncul dari majikan", sejauh ini tidak memberikan apa-apa kepada majikan sama sekali.

- Jika ada kontrak kerja, di mana posisi ditunjukkan - programmer?

Sudah sedikit lebih banyak peluang, tetapi masih rendah, karena tidak ditunjukkan apa yang sebenarnya Anda lakukan. Mungkin Anda disewa untuk menulis kode untuk ICS, dan Anda menulis kode untuk mengendalikan kamera video di kantor sekretaris kepala. Jika majikan tidak secara langsung menetapkan tugas seperti itu untuk Anda, maka itu adalah hobi, bukan aktivitas kerja.

- OK, tapi kontrak kerja dengan pekerjaan ditambah tanggung jawab pekerjaan?

Tidak, karena ini tidak menunjukkan kode mana dan untuk TK mana Anda harus menulis. Misalnya, jika Anda adalah admin dan menulis kode untuk beberapa jenis otomatisasi, ini tidak berarti sama sekali bahwa Anda harus melakukannya: dari sudut pandang undang-undang, ini seperti membawa perangkat yang dirakit dengan tangan Anda sendiri di rumah dan menggunakannya di tempat kerja. Sangat menyederhanakan, tentu saja.

- Lalu apa yang dibutuhkan?

Kontrak kerja yang menunjukkan posisi.
Uraian pekerjaan yang menunjukkan bahwa Anda harus, antara lain, membuat karya resmi - program komputer.
, - . ( , , ), , , . , « - », , ( ), , « », .
. : - - , .
-, . .
Akan lebih baik untuk mengadopsi semacam peraturan di perusahaan, di mana seluruh rantai ini akan dijelaskan secara rinci.

Semakin banyak poin yang dipenuhi majikan, semakin besar kemungkinan bahwa di pengadilan program komputer akan diakui sebagai miliknya.

- Dan apa, sambil terburu-buru dengan kertas?

Iya. Kami, misalnya, bergegas. Dan Anda disarankan setidaknya untuk versi pertama.

- Mengapa untuk versi pertama?

Karena saya menjanjikan satu fitur menarik dari karya turunan. Ingat bahwa setiap (atau hampir semua) perubahan dalam kode menciptakan objek baru - karya turunan? Apakah Anda ingat bahwa untuk ini, Anda perlu memiliki hak properti atau lisensi dengan hak untuk memproses perangkat lunak sumber? Nah, jika seorang karyawan dopilil atau menggunakan beberapa kode dalam programnya, dan kemudian ia berselisih dengan majikan, maka karyawan tersebut harus membuktikan bahwa ia memiliki hak untuk memodifikasi karya asli. Jika untuk pertama kalinya semua makalah dieksekusi dengan benar, maka tidak ada banyak kesempatan bahwa ia akan diakui untuk hak menggunakan semua versi berikut secara bebas.

Yaitu, jika sebuah perusahaan telah melakukan program yang sama selama lima tahun, maka untuk setiap perubahan (yang lebih kecil dari rilis dan lebih kecil dari sprint), Anda perlu membuat satu set kertas dengan sertifikat penerimaan dan transfer dan hanya itu untuk itu. Terlepas dari apakah fitur tersebut dirilis atau tidak. Tetapi kadang-kadang mereka tidak repot-repot dengan ini setelah penampilan karya jadi pertama, karena di pengadilan pengembang perlu menjelaskan bahwa dia tidak mencuri kode asli.

- Jika ini bukan kontrak kerja, tetapi perjanjian GPC?

Perjanjian GPC adalah kontrak sipil. Sebagai aturan, kita berbicara tentang kontrak dan kontrak urutan hak cipta (dua dalam satu). Jika kontraktor Anda bukan "fisikawan", tetapi sebuah organisasi, maka artikel tersebut akan diterapkan bukan tentang kontrak pesanan penulis, tetapi tentang pekerjaan yang dibuat berdasarkan pesanan. Hampir sama, tetapi ada nuansa. Saat Anda memesan karya dari pekerja lepas atau kontraktor, Anda harus menandatangani serangkaian dokumen serupa. Benar, beberapa akan memiliki nama yang sedikit berbeda: GPC alih-alih kontrak kerja, TK bukan pekerjaan. Deskripsi pekerjaan, tentu saja, tidak diperlukan sama sekali, laporan itu juga tidak diperlukan. Seperti halnya tenaga kerja: tidak ada jaminan 100% bahwa pengadilan akan memihak pada satu sisi, karena selalu ada beberapa jebakan. Tetapi Anda dapat mengurangi risiko hingga hampir nol.

Dengan mendapatkan hak dari kontraktor, ada satu poin penting lagi: Anda perlu memastikan bahwa kontraktor sendiri telah mendapatkan hak dari karyawannya. Artinya, idealnya, Anda perlu meminta seluruh kumpulan dokumen dari daftar di atas. Sangat mungkin bahwa mereka tidak akan disajikan kepada Anda begitu saja, sehingga tidak ada salahnya untuk menguraikan tugas yang sesuai kontraktor dalam kontrak pada saat kesimpulan.

Jika kontraktor tidak meresmikan pengalihan hak dari pekerja kepada dirinya sendiri, maka dia tidak dapat mengalihkan hak-hak ini kepada Anda (karena dia tidak memilikinya). Anda dapat terus menuntutnya atas kerugian, tetapi Anda tidak akan mendapatkan hak atas kode tersebut. Ini dapat diungkapkan kapan saja selama masa pengembang dan 70 tahun ke depan.

- Jika saya bekerja di perusahaan dari pukul 10:00 hingga 18:00, dan menulis proyek sumber terbuka di rumah, di mana hak-hak apa?

Segala sesuatu yang tidak terkait dengan penugasan pekerjaan adalah milik Anda. Izinkan saya mengingatkan Anda bahwa menurut undang-undang, pengembang hampir tidak perlu membuktikan haknya atas pekerjaan, sebaliknya, majikan harus membuktikan transfer hak yang benar dari karyawan. Dalam situasi yang dijelaskan, kemungkinan besar, hak atas pekerjaan resmi diformalkan, oleh karena itu di tempat kerja Anda membuat kode untuk mentransfer hak properti kepada majikan, dan di rumah - milik Anda.

- Jika saya melakukan ini di komputer yang berfungsi?

Dalam kebanyakan kasus, tidak masalah apa dan di mana Anda melakukannya. Anda dapat komit di sumber terbuka selama jam kerja dari komputer yang bekerja, Anda dapat menulis proyek Anda sendiri. Karena majikan tidak menetapkan tugas seperti itu untuk Anda, pertanyaan tentang hak atas kode tidak akan muncul. Akan ada pertanyaan tentang apa yang Anda lakukan selama jam kerja. Tetapi evakuasi dari tugas resmi (dan ini dia) tidak menciptakan hak atas apa yang dilakukan selama evakuasi ini.

Saya juga mendengar tentang peretasan kehidupan hukum seperti itu: pemberi kerja meresepkan bahwa menyimpan kode pada workstation, yang merupakan properti dari pemberi kerja, sama dengan menerima transfer hak atas kode ini. Tetapi, menurut saya, efektivitasnya menimbulkan pertanyaan.

- Jika saya mentransfer hak properti eksklusif untuk penggunaan publik, dapatkah saya membuat karya turunan?

Ya, tentu saja bisa. Meskipun kemungkinan transfer gratis perangkat lunak mereka ke domain publik di bawah hukum Rusia setidaknya kontroversial.

- Jadi, saya punya pertanyaan lagi ...

Ajukan pertanyaan di komentar atau email earkhipov@croc.ru.

Secara terpisah, saya perhatikan bahwa kita sering melihat "korban digitalisasi" kepada siapa kontraktor salah mengirimkan kode. Di sini, di pos kolega saya ada beberapa contoh kehidupan dari ukuran kerusakan yang bisa terjadi.

Berkomitmen pada sumber terbuka sebagai pengembang? Kami berurusan dengan hak (hai, nginx)