ტექნოლოგიურმა ხელშეკრულებამ უნდა განსაზღვროს არსებული და ახალი IP, კოდის საცავი, open-source კომპონენტები, მიღების ტესტი, მონაცემი, უსაფრთხოება, მხარდაჭერა და პროექტის ჩავარდნისას გადაცემა; ინვოისის გადახდა ყოველთვის არ ნიშნავს უფლების სრულ გადაცემას.
მოკლე პასუხი და საკითხის ფარგლები
ტექნოლოგიურმა ხელშეკრულებამ უნდა განსაზღვროს არსებული და ახალი IP, კოდის საცავი, open-source კომპონენტები, მიღების ტესტი, მონაცემი, უსაფრთხოება, მხარდაჭერა და პროექტის ჩავარდნისას გადაცემა; ინვოისის გადახდა ყოველთვის არ ნიშნავს უფლების სრულ გადაცემას.
კარგი ხელშეკრულება ზუსტად აკავშირებს შესრულების საგანს, მიღების კრიტერიუმს, ფასს, ვადას, ცვლილებას, პასუხისმგებლობას, შეწყვეტას და დავის გადაწყვეტას. ზოგადი ფორმა ვერ ჩაანაცვლებს გარიგების რეალური რისკის აღწერას.
- კომპანიები, მეწარმეები, ინვესტორები, დამსაქმებლები და საზღვრისპირა გარიგების მხარეები
- პასუხისმგებელი ორგანო: საქართველოს საერთო სასამართლო ან შეთანხმებული არბიტრაჟი; რეგისტრირებადი უფლებისას — საჯარო რეესტრი
- იურისდიქცია: საქართველო
რა დოკუმენტები და მტკიცებულებები უნდა მოამზადოთ
ამ საკითხის შეფასება დაიწყეთ შემდეგი მასალის სრულყოფილი და თანმიმდევრული ნაკრებით: ფუნქციური და ტექნიკური სპეციფიკაცია, არსებული IP და მესამე პირის კომპონენტები, რეპოზიტორიის და წვდომის წესი, milestone, acceptance და მხარდაჭერის გეგმა.
უცხოურ დოკუმენტს შეიძლება დასჭირდეს აპოსტილი ან ლეგალიზაცია და სათანადო ქართული თარგმანი. ასლი, თარიღი, გამცემი და დოკუმენტის კავშირი დასამტკიცებელ ფაქტთან ცალკე შეამოწმეთ.
- ფუნქციური და ტექნიკური სპეციფიკაცია
- არსებული IP და მესამე პირის კომპონენტები
- რეპოზიტორიის და წვდომის წესი
- milestone, acceptance და მხარდაჭერის გეგმა
პროცედურა და სამუშაო თანმიმდევრობა
ჯერ აღწერეთ კომერციული შეთანხმება ჩვეულებრივი ენით, შემდეგ გადააქციეთ იგი გაზომვად ვალდებულებებად და ბოლოს გამოსცადეთ დარღვევის, გადახდისუუნარობის, დაგვიანებისა და საზღვრისპირა აღსრულების სცენარებზე.
ამ თემისთვის პრაქტიკული თანმიმდევრობაა: IP ownership and licence map; deliverable და acceptance criteria; security and data roles; exit, escrow or handover mechanism. თითოეული ნაბიჯის წინ გადაამოწმეთ კომპეტენტური ორგანო, შეტანის ფორმა და მოქმედი ვადა.
- IP ownership and licence map
- deliverable და acceptance criteria
- security and data roles
- exit, escrow or handover mechanism
ძირითადი რისკები და ხშირი შეცდომები
ამ საკითხში მთავარი რისკებია: დეველოპერის პირად ანგარიშში კოდი; open-source ლიცენზიის დარღვევა; ბუნდოვანი acceptance; სუბკონტრაქტორის IP უფლების არქონა. რისკი შეაფასეთ არა მხოლოდ სამართლებრივი შედეგით, არამედ დროის, ხარჯის, აღსრულების და სხვა მიმდინარე სტატუსზე ზემოქმედებით.
თუ დოკუმენტები ერთმანეთს ეწინააღმდეგება, ჯერ წინააღმდეგობა ახსენით და გაასწორეთ; დამატებითი მასალის დაუგეგმავად შეტანამ შეიძლება პრობლემა გააღრმაოს.
- დეველოპერის პირად ანგარიშში კოდი
- open-source ლიცენზიის დარღვევა
- ბუნდოვანი acceptance
- სუბკონტრაქტორის IP უფლების არქონა
შემდეგი ნაბიჯის გადაწყვეტილების გეგმა
შექმენით ერთი სამუშაო ფაილი: ქრონოლოგია, მიზანი, დოკუმენტების რეესტრი, ოფიციალური წყაროების ბმულები, ვადები და პასუხისმგებელი პირები. Software development, ლიცენზირება და IP პირობები არ უნდა გადაწყდეს მხოლოდ ფორმის შევსებით — საბოლოო ნაბიჯი თქვენს ფაქტებსა და რისკის ტოლერანტობას უნდა მოერგოს.
თუ შედეგი გავლენას ახდენს თავისუფლებაზე, საქართველოში ყოფნაზე, ბავშვზე, მნიშვნელოვან ქონებაზე ან ბიზნესის უწყვეტობაზე, მოქმედებამდე მოითხოვეთ ინდივიდუალური სამართლებრივი შეფასება.
- დაადასტურეთ ფაქტები და სტატუსი
- გადაამოწმეთ მოქმედი ოფიციალური წყარო
- დააფიქსირეთ ვადა და სარეზერვო გზა
- მიიღეთ წერილობითი გადაწყვეტილება ან რეგისტრაციის მტკიცებულება
მნიშვნელოვანი შენიშვნაეს მასალა არის ზოგადი ინფორმაცია და არა ინდივიდუალური სამართლებრივი რჩევა. კანონი, ოფიციალური პრაქტიკა, საფასური და ვადა მოქმედებამდე კვლავ გადაამოწმეთ თქვენი ფაქტების მიხედვით.