Çin Şirket Raporunda Yazılım Telif Hakkı

Bir yazılım telif hakkı kaydı, belirtilen bir yazılım sürümünü kayıtlı hak sahibiyle ilişkilendirebilir. Bu kayıt, yazılımın çalıştığını, mevcut derlemenin kayıtlı sürüm olduğunu veya satıcının üründeki her bileşene sahip olduğunu garanti etmez.

Bu ayrım, özellikle bir endüstriyel platform, mobil uygulama, gömülü denetleyici, SaaS sağlayıcısı veya akıllı cihaz tedarikçisi incelenirken son derece önemlidir. Bir şirket raporu faydalı bir kayıt ortaya çıkarabilir, ancak tedarik sürecindeki asıl soru daha dar kapsamlıdır: bu kayıt, satıcının bu üründeki iddia edilen rolünü destekliyor mu?

Neyin kaydı yaptırılıyor?

Çin'in Bilgisayar Yazılımlarının Korunmasına İlişkin Yönetmelik yazılımı bilgisayar programları ve bunlarla ilgili belgeler olarak tanımlar. Aynı programın kaynak kodu ve nesne kodu, bu tanım altında aynı eser olarak kabul edilir. Dolayısıyla bu kavram, bir ürün fikrinden, bulut hizmetinden, markadan veya bütün bir teknoloji işletmesinden daha özeldir.

WIPO yazılıma genel bakış belgesi başka bir faydalı ayrım çizer: telif hakkı ifadeyi korur; fikirleri, prosedürleri, işletme yöntemlerini veya matematiksel kavramları kendileri olarak korumaz. `Depo Yönlendirme Platformu V1.0` için yapılan bir kayıt, bir satış sunumunda anlatılan her depo yönlendirme konsepti veya algoritması üzerinde münhasır mülkiyet anlamına gelmez.

Bir şirket raporu yazılım kayıtlarını patentler ve markalarla birlikte listeliyorsa, amaçlarını ayrı tutun. Fikri mülkiyet kaydı kullanım haritası daha geniş portföyü açıklar; bu sayfa ise yalnızca yazılım kaydına odaklanır.

Kayıt bir kanıttır, telif hakkının doğuşunu sağlamaz

Koruma yönetmeliği, yazılım telif hakkının geliştirme tamamlandığında doğduğunu belirtir. Ayrıca hak sahibinin kayıt yaptırmasına olanak tanır ve ortaya çıkan kayıt belgesini kayıtlı hususlar için ön delil olarak nitelendirir. Çin'in Yazılım Telif Hakkı Kayıt Usulleri kaydı teşvik eder ve başvuru sahibi ile belge gerekliliklerini düzenler.

Bu nedenle iki yaygın yanılgıdan kaçının:

• `Şirket, telif hakkını kayıt tarihinde kazandı.` Altta yatan hak, bu idari tarihle yaratılmaz.
• `Kayıt bulunamadı, dolayısıyla şirketin telif hakkı yok.` Arama sonucunun eksik olması, korunabilir bir yazılımın veya sözleşmesel hakların var olup olmadığını belirlemez.

Bu ayrım, kayıt hacminin bir kalite sıralaması olmadığını da açıklar. Ulusal Telif Hakkı İdaresi 2025 yılında 3.182.829 yazılım telif hakkı kaydı olduğunu bildirdi. Bu geniş bir idari bağlamdır; 100 kaydı olan bir satıcının, beş ilgili kaydı olan bir satıcıdan daha iyi olduğuna dair kanıt değildir.

Altı alanı bir sürüm kartı olarak okuyun

Kullanılabilirlik kaynağa göre değişir; ancak faydalı bir kayıt özeti aşağıdaki alanları içerebilir. Bir sürüm son ekini veya tüzel kişi adını çeviri sırasında kaybetmemek için Çince metni ve erişim tarihini koruyun.

Tam yazılım adı ve kısa ad

Tam ifadeyi fiyat teklifi, giriş ekranı, kullanıcı kılavuzu ve sözleşme ekiyle karşılaştırın. Benzer adlar, satın alınan derleme yerine bir ürün ailesini tanımlayabilir.

Sürüm numarası

`V1.0`, demosu yapılan `V3.2` ile değiştirilemez. Sürümlerin, modüllerin ve beyaz etiketli sürümlerin kayıtlı sürümle nasıl ilişkili olduğunu sorun.

Kayıt yaptıran veya kayıtlı hak sahibi

Çince yasal unvanı sözleşme yapan şirketle eşleştirin. Kayıt bir kurucuyu, çalışanı, bağlı kuruluşu veya dış geliştiriciyi gösteriyorsa, farkı otomatik olarak meşru veya şüpheli kabul etmek yerine mülkiyet veya lisans zincirini belgeleyin.

Geliştirme tamamlanma tarihi

Bu, kayıtlı yazılım için bildirilen tamamlanma noktasıdır. Kod deposunun, özellik bütünlüğünün veya sürüm kalitesinin bağımsız bir denetimi değildir.

İlk yayın tarihi, varsa

Bu, kronolojinin yeniden yapılandırılmasına yardımcı olabilir. `Yayınlanmamış`, boş veya kullanılamıyor ibareleri `hiç kullanılmadı` veya `hiç teslim edilmedi` şeklinde yeniden yazılmamalıdır.

Kayıt tarihi ve numarası

Bunları idari kaydı tanımlamak ve tarihini belirlemek için kullanın. Kayıt tarihini tamamlanma tarihi, ilk yayın tarihi veya güncel ürün sürüm tarihi yerine koymayın.

Hak sahibi satıcı olmayabilir

Bir uyumsuzluk, ilişki açıklaması gerektirir. Yazılım çalışanlar tarafından geliştirilmiş, ortaklaşa üretilmiş, bir yükleniciye yaptırılmış, devredilmiş, lisanslanmış veya başka bir grup şirketinde tutulmuş olabilir. Koruma düzenlemeleri, yaptırılan ve belirli çalışan geliştirmeli yazılımlar için özel varsayılan kurallar içerir; ancak alıcı, kısıtlı kamusal verilerden yasal mülkiyeti çözmeye çalışmamalıdır.

Durumu yansıtan belgeleri talep edin: geliştirme sözleşmesi, istihdam fikrî mülkiyet hükümleri, devir senedi, lisans, grup şirketi yetkilendirmesi, birleşme veya isim değişikliği kaydı ve üçüncü taraf ile açık kaynak bileşenlerin listesi. Her şirketi Çince yasal kimliğine göre doğrulayın. Satıcı, geliştiricinin bir bağlı kuruluş olduğunu söylüyorsa, her iki ismi tek bir şirkette birleştirmek yerine ilişkiyi sözleşme tarafı ve hizmet ekibiyle karşılaştırın.

Faaliyet alanı, yazılım geliştirme veya teknoloji hizmetleri hakkında bağlam sağlayabilir ancak telif hakkı sahipliğini belirlemez. Bunun için faaliyet alanı incelemesini kullanın.

Üç tarih bir sürüm geçmişi oluşturmaz

Bir tescil size tamamlanma tarihi, ilk yayın tarihi ve tescil tarihi verebilir. Hiçbiri bugün demoda hangi yapının çalıştığını, bir özelliğin ne zaman eklendiğini, üretimi kimin sürdürdüğünü veya satıcının arızadan sonra hizmeti geri yükleyip yükleyemeyeceğini mutlaka ortaya koymaz.

Yazılım teslimi için oluşturulan kayıtlardan kısa bir kronoloji oluşturun:

1. tescilli ad, sürüm ve bildirilen tamamlanma tarihi;
2. alıntılanan sürüm için sürüm notları ve yapı tanımlayıcıları;
3. tarihli müşteri veya dahili kabul kayıtları;
4. anlaşmaya uygun depo, dağıtım veya emanet kanıtı;
5. güncel destek sahibi, alt yükleniciler ve yaşam döngüsü sonu politikası.

Amaç her satın alma için kaynak kodu talep etmek değildir. Amaç, kanıtı bağımlılıkla orantılı hale getirmektir: tek bir analistin kullandığı çevrimdışı bir yardımcı program, bir üretim hattını kontrol eden veya düzenlenmiş verileri depolayan yazılımdan daha az süreklilik kanıtı gerektirir.

Vaka: Rapor V1.0 belirtiyor, demo V3.2 belirtiyor

Kurgusal bir satıcı, fabrika sensörleriyle birlikte sunulan bir izleme platformu olan `PlantWatch 3.2` ürününü tanıtıyor. Şirket raporu, aynı Çince yasal tüzel kişiye üç yıl önce tescil edilmiş `PlantWatch Equipment Monitoring Platform V1.0` ürününü listeliyor. Unvan, sahip ve kronoloji makul görünüyor. Kayıt, şirket ile ürünün önceki bir sürümü arasındaki sürekliliği destekliyor.

Bu durum V3.2 sürümünü doğrulamaz. Alıcı, V1.0 sürümünü demoda gösterilen V3.2 yapı numarasına bağlayan sürüm notlarını, özellik-sürüm listesini, son kabul kanıtını ve başka bir geliştirici tarafından sağlanan eşleme bileşeninin ifşasını talep eder. Sözleşme daha sonra teslim edilecek sürümü, destek süresini, veri dışa aktarma yöntemini, güvenlik yükümlülüklerini, kabul testlerini ve üçüncü taraf lisanslarından sorumluluğu belirtir.

Elde edilen sonuç ne `telif hakkı doğrulandı, onayla` ne de `sürüm uyumsuzluğu, reddet` şeklindedir. Sonuç şudur: `Tescil, daha önceki bir ürün-şirket ilişkisini destekler; mevcut sürüm sahipliği, bileşenler ve teslimat kontrolleri listelenen kanıtları gerektirir.`

Tescilin test etmediği unsurlar

• İşlev: vaat edilen özelliklerin alıcının iş yükü altında çalışıp çalışmadığı.
• Güvenlik: zafiyet yönetimi, erişim kontrolü, şifreleme, olay müdahalesi veya güvenli geliştirme.
• Kod kökeni: her modülün özgün, lisanslı, açık kaynak veya bir yüklenici tarafından sağlanıp sağlanmadığı.
• Operasyonlar: barındırma sahipliği, yedekleme, afet kurtarma, destek personeli ve çalışma süresi.
• Ürün hakları: satıcının mevcut yapıyı alıcının bölgesinde ve kullanım durumunda lisanslama yetkisine sahip olup olmadığı.

Bunlar teknik test, yazılım bileşimi veya güvenlik incelemesi, sözleşme kanıtı ve bazen uzman hukuki tavsiye gerektirir. Bir şirket kaydı bu kontrolleri hedeflemeye yardımcı olabilir; ancak bunları gerçekleştiremez.

Sınırlı bir şirket raporu sonucu yazın

Tam kaydı, kimlik eşleşmesini, sürüm ilişkisini, tarih sınırını ve sonraki adımı belirtin. Örneğin:

Rapor, doğrulanmış sözleşme yapan tüzel kişiye tescil edilmiş `PlantWatch Equipment Monitoring Platform V1.0` ürününü tanımlıyor. Bu, kaydedilen tarihler itibarıyla adı geçen sürüm için bir yazılım-şirket ilişkisini destekler. Alıntılanan V3.2 yapısının sahipliğini, güvenliğini veya performansını ortaya koymaz. Onaydan önce sürüm zincirini, bileşen ifşasını, kabul kanıtını ve sözleşmesel lisansı temin edin.

Kaynak çıkarımını ve tedarikçi yanıtını tedarikçi onay dosyasına ekleyin. Örnek şirket raporu, fikrî mülkiyet modülünün kimlik ve operasyonel verilerin yanında nasıl konumlandığını gösterir; ayrı olarak okunmamalıdır.

Yüksek değerli özel geliştirmeleri, tartışmalı mülkiyet haklarını, kaynak kodu erişimini, sınır ötesi lisanslamayı, ihlal endişelerini veya iş sürekliliği açısından kritik konuları uzman teknik ve hukuk ekiplerine yönlendirin. Olağan tedarik süreçlerinde sonucu sözleşme öncesi kanıt sırasına ekleyin ve kapsamı belirleyen ifadeleri dahili onay notuna kaydedin.