Dasturiy ta'minot ishlab chiqish shartnomasi: buyurtmachi va studiya uchun yashirin xavflar

Dasturiy ta'minot ishlab chiqish shartnomasi: buyurtmachi va studiya uchun yashirin xavflar

Dasturiy ta'minot (DT) ishlab chiqish shartnomasi birinchi qarashda oddiy ko'rinadi — ammo birinchi nizogacha. Buyurtmachilar va studiyalar o'rtasidagi ko'pchilik mojarolar yomon ish sifatidan emas, balki tomonlarning bir xil matnni turlicha talqin qilganidan kelib chiqadi. Texnik topshiriq huquqiy jihatdan mustahkamlanmagan, DT qabul qilish mezonlari noaniq, kod huquqlari hech qaerda to'g'ridan-to'g'ri ko'rsatilmagan. Natija — sud da'volari, muzlatilgan mablag'lar va behuda sarflangan oylar.

Asosiy xulosalar:

• Texnik topshiriq (TT) — bu huquqiy hujjat, shunchaki «mahsulot menejeri eslatmalari» emas
• Aniq mezonlarsiz DT qabul qilish = «tayyor» tushunchasi bo'yicha abadiy bahs
• Intellektual mulk huquqlari avtomatik ravishda o'tmaydi
• Kafolat majburiyatlarini topshirishdan oldin, undan keyin emas, cheklash kerak

Texnik topshiriq huquqiy jihatdan majburiy hujjat sifatida

Pactumni qurishda birinchi saboqlardan biri aynan TT bo'yicha bo'ldi: uni «ishchi qog'oz» sifatida qabul qilishadi, ammo sud shartnomaning o'zi kabi kuchga ega ilova sifatida ko'radi.

Agar TT ikki tomon tomonidan imzolanmagan va shartnomada ajralmas ilova sifatida ko'rsatilmagan bo'lsa — u huquqiy jihatdan hech nima anglatmaydi. Studiya o'zi tushunganini topshiradi, buyurtmachi boshqani kutgan. Kim haq? Hech kim, chunki shartnoma javob bermaydi.

Huquqiy nuqtai nazardan TT da albatta bo'lishi kerak bo'lgan narsalar:

• O'lchanadigan formulirovkalardagi funksional talablar («tizim sekundiga kamida X so'rovni qayta ishlaydi», «tez ishlaydi» emas)
• Texnik stek — agar buyurtmachi uchun muhim bo'lsa, hech bo'lmasa umumiy ko'rinishda
• Foydalanish muhiti: brauzerlar, OT, mobil platformalar
• Ish doirasidan aniq chiqadigan narsalar (out of scope)
• O'zgarishlarni kelishish tartibi — bu bo'lmasa, har qanday «keling, qo'shaylik» yoki studiya uchun bepul ish, yoki buyurtmachidan da'voga aylanadi

Uch shartnoma modeli: qaysinisini tanlash kerak

Shartnomada change request mexanizmini darhol belgilashni tavsiya etaman: har qanday ish doirasi o'zgarishi — yozma so'rov, studiya baholashi, buyurtmachi qabul qilishi. Bunsiz studiyalar bepul ishlaydi, buyurtmachilar so'ramaganlarini to'laydi.

DT qabul qilish: ko'pchilik shartnomalar qayerda sinadi

DT qabul qilish — eng munozarali bosqich. «Buyurtmachi ishlarni N kun ichida qabul qiladi» kabi tipik formulirovka qabul qilish mezonlarisiz — bu vaqtli bomba.

Buyurtmachi xatolari:

• Yozma asoslangan e'tirozlarsiz qabul qilishni kechiktirish (ko'pchilik huquqiy tizimlarda muddat tugagandan keyin sukut = qabul qilish)
• Test-reja yoki qabul cheklistining yo'qligi — «bu xato yoki xususiyatmi» bo'yicha bahs tugamas bo'ladi
• Aynan nima qabul qilinganini qayd etmasdan qismlarga bo'lib qabul qilish

Studiya xatolari:

• Dalolatnoma va imzosiz topshirish — og'zaki «ok, ishlaydi» himoya qilmaydi
• Dalolatnomaga ilova sifatida sinov protokolining yo'qligi
• Kamchiliklar bartaraf etishning noaniq tartibi: nechta iteratsiya, kim hisobiga, qanday muddatlarda

Qabul qilishni bosqichma-bosqich qurishni tavsiya etaman: har bir sprint yoki modul mini-dalolatnoma bilan yopiladi. Bu yarim yillik ishlanmadan so'ng buyurtmachi «bu umuman biz kutgan narsa emas» degan vaziyat xavfini kamaytiradi.

Intellektual mulk: kod kimga tegishli

Ko'pchilik yurisdiksiyalarda sukut bo'yicha yaratilgan kod huquqlari muallif — ya'ni studiya dasturchilari — qo'lida qoladi. Buyurtmachi foydalanish litsenziyasini oladi, lekin huquq egasiga aylanmaydi.

Agar sizga to'liq huquqlarni o'tkazish muhim bo'lsa — buni shartnomada to'g'ridan-to'g'ri ko'rsatish kerak: eksklyuziv huquqlar dalolatnoma imzolanishi va to'liq to'lov amalga oshirilishi paytida buyurtmachiga o'tadi. Aks holda studiya texnik jihatdan sizning kodingizni keyingi loyihada ishlatishi mumkin.

Alohida savol — open-source komponentlar. Agar mahsulotda GPL kabi litsenziyali kutubxonalar ishlatilsa, bu tijorat foydalanishni cheklashi mumkin. Studiya foydalaniladigan komponentlar tarkibini oshkor qilishi shart — bu talabni shartnomada belgilang.

Kafolatlar va javobgarlik: ikki marta to'lamaslik uchun

Kafolat muddati — yana bir nizo nuqtasi. Buyurtmachilar cheksiz kafolat istaydi, studiyalar — hech qanday. Oqilona murosaga kelish: aniq belgilangan muddat (odatda qabul qilishdan keyin bir necha oy) va kafolat qamrab oladiganlardirning aniq ro'yxati.

Kafolat topshirish vaqtida mavjud bo'lgan nuqsonlarga taalluqli bo'lishi kerak, ammo quyidagilarga emas:

• Buyurtmachi yoki uchinchi shaxslar tomonidan kiritilgan o'zgarishlar
• Muhit o'zgarishi natijasida yuzaga kelgan muammolar (OT yangilanishi, hamkorlar API'si)
• TT da bo'lmagan yangi talablar

Studiyaning javobgarligini cheklash — majburiy band. Bunsiz studiya nazariy jihatdan boy berilgan foyda ham qo'shilgan holda buyurtmachining barcha zararlariga javobgar bo'ladi. Amalda bu amalga oshirib bo'lmaydigan holat: javobgarlikni shartnoma summasi yoki uning muayyan qismi bilan cheklang.

Bu hafta nima qilish kerak

• [ ] TT shartnomaga ilova sifatida imzolanganligini tekshirish
• [ ] Qabul mezonlarini qo'shish: nima «tayyor» hisoblanadi, kim dalolatnomani imzolaydi, qanday muddatda
• [ ] Ish doirasi o'zgarishlari uchun change request mexanizmini belgilash
• [ ] Kod huquqlari kimga va qachon o'tishini aniqlashtirish
• [ ] Kafolat muddatini va uning chegaralarini belgilash
• [ ] Javobgarlikni cheklash bandining mavjudligini tekshirish

FAQ

Faqat yozishmalar orqali, shartnomасиз ishlash mumkinmi?

Texnik jihatdan yozishmalar kelishuv faktini tasdiqlashi mumkin, lekin messenjerlар orqali shartlar, hajm va to'lovni isbotlash juda qiyin. Shartnoma — ikki tomon uchun minimal himoya.

Buyurtmachi qabul dalolatnomасini imzolamasa va yozma e'tirozlar bermasa nima qilish kerak?

Agar shartnomada qabul muddati va uni buzish oqibatlari («asoslangan rad bo'lmasa ishlar qabul qilingan hisoblanadi» kabi) belgilangan bo'lsa, studiya bunga murojaat qilishi mumkin. Bunday formulirovkasiz — noaniq natijali sud nizosi.

DT ishlab chiqish shartnomasini notarial tasdiqlash kerakmi?

Ko'pchilik hollarda — yo'q. Imzolar bilan oddiy yozma shakl yetarli. Agar bitim yirik yoki transchegaraviy bo'lsa, yurisdiksiyangiz talablarini aniqlashtiring.

Manba kodi escrow'i nima va qachon kerak bo'ladi?

Escrow — manba kodini uchinchi tomon qo'lida depozitga qo'yish. Agar studiya faoliyatini to'xtatsa, buyurtmachi kodga kirish imkoniyatiga ega bo'ladi. Bu uzoq muddatli muhim tizimlar uchun dolzarb, ammo alohida kelishuv talab etadi.

Loyihani topshirgandan keyin qo'shimcha ishlarni huquqiy jihatdan qanday rasmiylashtirish kerak?

Eng yaxshi variant — yangi TT va narx ko'rsatilgan asosiy shartnomaga qo'shimcha kelishuv. Qo'shimcha ishlar bo'yicha og'zaki kelishuvlar — kelajakdagi nizolarning kafolatlangan manbai.

---

*Ushbu maqola umumiy ma'lumot xarakateriga ega va individual huquqiy maslahat hisoblanmaydi. Shartnomaning aniq shartlari loyiha, yurisdiksiya va tomonlarga bog'liq — vaziyatingizni baholash uchun alohida tahlil zarur.*

Amaldagi ishlab chiqish shartnomasini tekshirishni yoki loyihangiz uchun shablon tayyorlashni istasangiz — maslahatga yozing. Pactumda biz aynan IT-shartnomalariga ixtisoslashganmiz va muammolar odatda qayerda yashirinishini bilamiz.