Opis przedmiotu zamówienia
Wprowadzenie Nieco ponad dwa lata temu napisałem, że od lat stosuję w swoich analizach i projektach (między innymi) różnego rodzaju diagramy. Pomagają one ustalić precyzyjnie wszelkie aspekty i prawne i…
Wprowadzenie Nieco ponad dwa lata temu napisałem, że od lat stosuję w swoich analizach i projektach (między innymi) różnego rodzaju diagramy. Pomagają one ustalić precyzyjnie wszelkie aspekty i prawne i…
Bardzo częste zapisy w umowach z dostawcami oprogramowania, mówiące że wszelkie wartości intelektualne powstające w trakcie projektu, przechodzą na własność dostawcy oprogramowania są potężnym nadużyciem, żeby nie powiedzieć: kradzieżą know-how.
Wprowadzenie W sporach dotyczących przedmiotów wymagających wiedzy specjalistycznej, poza prawnikami biorą udział eksperci dziedzinowi. Są powoływani przez sądy jako biegli sądowi, bywają powoływani przez strony sporu jako rzeczoznawcy, sporządzający tak…
Wstęp W artykule na temat ochrony know-how napisałem: Projektant (analiza biznesowa i projektowanie), na podstawie wymagań (biznesowych) Inwestora tworzy autorskie dzieło jakim jest Projekt rozwiązania. Na tej podstawie powstają Projekt…
Wprowadzenie Tematem numer jeden, niemalże w każdym moim projekcie, jest model biznesowy i tajemnica przedsiębiorstwa. Z perspektywy lat muszę powiedzieć, że to fobia wielu (jak nie większości) przedsiębiorców i nie…
Ministerstwo Cyfryzacji opublikowało Wzorcowe klauzule w umowach IT, jest to informacja do wersji pilotażowej (Opublikowano: 22.11.2017). Klauzule zostały opracowane na zlecenie Ministra Cyfryzacji przez zespół kancelarii MARUTA WACHTA Sp. j. pod…
Skutek jest taki, że dostawca oprogramowania na podstawy prawne do ochrony kodu jaki dostarczył, jednak kupujący nie ma żadnych podstaw (dokumenty, projekt itp.) by chronić swoje know-how i by nie płacić za swoje własne know-how “włożone” w toku wdrożenia, do wdrażanego oprogramowania. Dlatego warto restrykcyjnie prowadzić proces analizy i projektowania, to jest umiejętnie udokumentować projekt tak, by granica pomiędzy wartościami intelektualnymi dostawcy i nabywcy oprogramowania była jasno określona. I nie jest to rola prawnika a architekta całości systemu, który musi także znać i rozumieć prawne aspekty tej architektury.
Prawo autorskie jest trudne głównie z tego powodu, że pojęcia takie jak utwór czy egzemplarz utworu, potrafią sprawić niemały kłopot nawet prawnikom. Pewien portal opublikował krótki wpis, tu jeden jego…