პროგრამული უზრუნველყოფის განვითარების ხელშეკრულების სამართლებრივი ბუნება
პროგრამული უზრუნველყოფის შეკვეთით განვითარება საქართველოში სპეციალური კანონით არ არის რეგულირებული — მას სამოქალაქო კოდექსის ნარდობის ხელშეკრულების ნორმები აწესრიგებს. 629-ე მუხლის ცნების მიხედვით, ნარდობის ხელშეკრულებით მენარდე კისრულობს შეასრულოს ხელშეკრულებით გათვალისწინებული სამუშაო, ხოლო შემკვეთი ვალდებულია გადაუხადოს მენარდეს შეთანხმებული საზღაური. პროგრამული უზრუნველყოფის კონტექსტში ეს ნიშნავს: დეველოპერი შედეგს აწარმოებს, კლიენტი კი — უზრუნველყოფს ანაზღაურებას.
მნიშვნელოვანია საკუთრების საკითხიც. თუ ნარდობა ითვალისწინებს რაიმე ნაკეთობის დამზადებას და მენარდე მას ამზადებს თავის მიერ შეძენილი მასალით, ის შემკვეთს გადასცემს საკუთრებას დამზადებულ ნაკეთობაზე. თუ დამზადებულია გვაროვნული ნივთი — გამოიყენება ნასყიდობის წესები. ანუ პროგრამული პროდუქტი, რომელიც დეველოპერმა საკუთარი რესურსებით შექმნა, კანონით დადგენილი წესით შემკვეთის საკუთრებაში გადადის.
ხარჯთაღრიცხვის საკითხსაც იმავე მუხლი წყვეტს: ნარდობასთან დაკავშირებული ხარჯთაღრიცხვის შედგენა არ ანაზღაურდება, თუ შეთანხმებით სხვა რამ არ არის გათვალისწინებული. ეს ნიშნავს, რომ დროისა და მასალების დათვლაზე დამყარებული მოდელი მხოლოდ ხელშეკრულებით შეგიძლიათ — კანონი შედეგზე ორიენტირებული გადახდის პრეზუმფციას აყალიბებს.
საზღაურის გადახდა და სამუშაოს მიღება
648-ე მუხლის მიხედვით, შემკვეთი მოვალეა მენარდეს გადაუხადოს საზღაური სამუშაოს შესრულების შემდეგ, თუ ხელშეკრულება არ ითვალისწინებს ნაწილ-ნაწილ გადახდას. გადახდის გრაფიკი მხარეთა შეთანხმების საგანია: კანონის პრეზუმფცია შედეგის ჩაბარების შემდეგ გადახდაა, და წინასწარი ან ეტაპობრივი გადახდები ხელშეკრულებაში უნდა იყოს პირდაპირ დაწერილი.
649-ე მუხლი მიღების პროცედურას აწესრიგებს: თუ ხელშეკრულების თანახმად ან შესრულებული სამუშაოს ხასიათიდან გამომდინარე საჭიროა მისი გადაცემა, შემკვეთი მოვალეა მიიღოს შესრულებული სამუშაო. მიღებისთანავე შემკვეთი ვალდებულია გადაიხადოს საზღაური. სამუშაო მიღებულად ჩაითვლება, თუ შემკვეთი არ მიიღებს შესრულებულ სამუშაოს მენარდის მიერ დადგენილ ვადაში. ეს უკანასკნელი წესი პრაქტიკულად მნიშვნელოვანია: ჩაბარების უარის თქმა გაუნძრევლობით შედეგს ვერ იმეორებს — ვადის გასვლის შემდეგ სამუშაო მიღებულად ითვლება.
ხანდაზმულობის ვადები
655-ე მუხლი დავების დროით საზღვრებს აწესებს: მოთხოვნა შესრულების ნაკლის გამო შემკვეთმა შეიძლება წარადგინოს ერთი წლის მანძილზე, ხოლო ისეთი მოთხოვნა, რომელიც ნაგებობას შეეხება — ხუთი წლის განმავლობაში შესრულებული სამუშაოს მიღების დღიდან. პროგრამული უზრუნველყოფის დეფექტებზე პრეტენზიის წარდგენისას სწორედ ერთი წლის ვადაა გამოყენებადი, თუ საქმე არ ეხება ნაგებობასთან დაკავშირებულ სამუშაოს.
ვადა მიღების დღიდან ითვლება — ამიტომ მიღების აქტის სწორი გაფორმება ორივე მხარისთვის კრიტიკულია. დეველოპერისთვის ის არის მომენტი, რომლიდანაც ხანდაზმულობის საათი იწყებს მუშაობას; კლიენტისთვის — ბოლო შესაძლებლობის ფიქსაცია ხარისხზე.
ხელშეკრულების მოშლა
636-ე მუხლი შემკვეთს მნიშვნელოვან უფლებას აძლევს: მას უფლება აქვს სამუშოს დასრულებამდე ნებისმიერ დროს თქვას უარი ხელშეკრულებაზე, მაგრამ მან უნდა აუნაზღაუროს მენარდეს შესრულებული სამუშაო და ხელშეკრულების მოშლით მიყენებული ზიანი. ეს ნიშნავს, რომ პროექტის ნებისმიერ ეტაპზე გაჩერება შესაძლებელია, მაგრამ არა უსასყიდლოდ: დასრულებული ნაწილი და მოშლის ზიანი ანაზღაურებას მოითხოვს.
პროექტების მართვის პრაქტიკაში ეს ნორმა რისკს ორივე მხარეს უნაწილებს: კლიენტი თავისუფალია მიმართულების შეცვლისგან, დეველოპერი კი დაცულია იმით, რომ შესრულებული სამუშაოს ანაზღაურება მაინც ეკუთვნის. ამიტომ ეტაპების დოკუმენტირება და შესრულებული ნაწილის ფიქსაცია ხელშეკრულების აუცილებელი ინფრასტრუქტურაა.
რა უნდა გათვალისწინოთ ხელშეკრულების დადებისას
ნარდობის ნორმებზე დაყრდნობით, ხელშეკრულებაში ღირს პირდაპირ იყოს დაწერილი: შედეგის აღწერა და მიღების კრიტერიუმები; საზღაური და გადახდის გრაფიკი — თუ ეტაპობრივი გადახდა გსურთ, ეს ხელშეკრულებით უნდა დადგეს, რადგან კანონის პრეზუმფცია შესრულების შემდეგ გადახდაა; საკუთრების გადაცემის წესი; მიღების ვადა და ვადის გასვლის შედეგი; და ნაკლებობებზე პრეტენზიების ვადა — ერთი წლის ფარგლებით მიღებიდან.
ნარდობის ხელშეკრულებების პრაქტიკაში დავის რამდენიმე ტიპური წერტილი გამოიყოფა, და თითოეული მათგანი კანონით დადგენილი ნორმით წყდება. პირველი — გადაუხდელობა ჩაბარების შემდეგ: აქ მოქმედებს გადახდის ვალდებულება და მიღების დათვლის წესი, რომლითაც სამუშაო მიღებულად ჩაითვლება მენარდის დადგენილი ვადის გასვლის შემდეგ. მეორე — ხარისხზე წინააღმდეგობა: მიღება-ჩაბარების აქტი და შესრულების ნაკლის დაფიქსირება წყვეტს, რა ხდება ერთი წლის ვადის ფარგლებში. მესამე — ერთგვაროვანი შეკვეთის შეცვლა: აქ გადაწყდება, იყო თუ არა ეს სამუშაოს შიგნით ცვლილება თუ ახალი შეკვეთა. მეოთხე — პროექტის გაჩერება: მოშლის უფლება ნებისმიერ დროს არსებობს, მაგრამ შესრულებული ნაწილისა და ზიანის ანაზღაურებას მოითხოვს.
თითოეულ ამ წერტილზე გადამწყვეტია დოკუმენტაცია: ტექნიკური დავალება, ეტაპების აქტები, შეტყობინებები და ცვლილებების რეესტრი. Legal.ge-ს გუნდი დაგეხმარებათ პროგრამული უზრუნველყოფის განვითარების ხელშეკრულების შედგენაში და დავების მოგვარებაში — ნარდობის ნორმების ზუსტ გამოყენებაზე დაყრდნობით, რათა შედეგი, საზღაური და ვადები თითოეულ ეტაპზე ცნობილი იყოს ორივე მხარისთვის.
ხშირად დასმული კითხვები
პროგრამული უზრუნველყოფის შეკვეთის ხელშეკრულებებთან დაკავშირებით ხშირად შემდეგი კითხვები ისმის.
როდის იხდება საზღაური?
სამუშაოს შესრულების შემდეგ, თუ ხელშეკრულება ნაწილ-ნაწილ გადახდას არ ითვალისწინებს; გადაცემის შემთხვევაში შემკვეთი მიღებისთანავე ვალდებულია გადაიხადოს.
როდის ჩაითვლება სამუშაო მიღებულად?
თუ შემკვეთი არ მიიღებს შესრულებულ სამუშაოს მენარდის მიერ დადგენილ ვადაში, სამუშაო მიღებულად ჩაითვლება.
ვის ეკუთვნის დამზადებული ნივთი?
თუ ნარდობა ნაკეთობის დამზადებას ითვალისწინებს და მენარდე მას საკუთარი მასალით ამზადებს, იგი საკუთრებაში შემკვეთს გადაეცემა.
რა ვადით შეიძლება ხარვეზის მოთხოვნა?
შესრულების ნაკლის გამო მოთხოვნა ერთი წლის მანძილზე შეიძლება წარდგენილი იქნეს სამუშაოს მიღების დღიდან, ხოლო ნაგებობას შეეხებოდეს თუ მოთხოვნა — ხუთი წლის განმავლობაში.
როგორ დაგეხმარებით Legal.ge-ზე
განვითარების ხელშეკრულების დავები უმეტესად მიღების, საზღაურისა და ხარვეზების დოკუმენტურ კვალზე იშლება. Legal.ge-ის იურისტები განიხილავენ ხელშეკრულებას, შეაფასებენ დავის პერსპექტივებს და მოამზადებენ მოთხოვნას ან პასუხს. შეავსეთ მოთხოვნა საიტზე.