Як тільки IT-компанія отримує нового клієнта, постає питання підписання договору. Попереднє укладення угоди робить правила роботи більш зрозумілими та усуває непорозуміння для обох сторін. Тому, ми запитали IT-юристів Stalirov&Co про положення, які мають бути у договорі про розробку програмного забезпечення, шоб уникнути конфліктів та успішно завершити проєкт.

Що має бути у договорі на програмне забезпечення?

Договір на розробку програмного забезпечення зазвичай складає IT-компанія, а потім передає її клієнтові на затвердження та підписання. Компанія має враховувати ризики та інтереси обох сторін. Нижче ви знайдете поради від юристів щодо написання збалансованого документа, який задовольнить запити клієнтів та одночасно захистить інтереси компанії. 

вставити картинку (ми надамо)

Правила постановки, зміни та припинення ТЗ

Договір визначає загальні правила, якими керуються обидві сторони. Конкретні деталі проєкту, його етапи, опис робіт на кожно етапі описуються в технічному завданні (ТЗ), яке є невід’ємною частиною угоди, тому є юридично обов’язковим. Процедуру постановки, зміни та припинення ТЗ треба закріпити в договорі.

По-перше, юристи радять визначити, яка інформація включається у кожне ТЗ:

• Послуги та обсяг робіт. 
• Команда. 
• Термін виконання. 
• Тарифи та процедури виставлення рахунків. 
• Графік оплати. 
• Способи комунікації
• Інші розділи, залежно від особливостей проєкту.

Зокрема, ТЗ для аутстаффінгу буде іншим, і має включати інформацію про членів команди, їх рейти, роль та задачі.

По-друге, юристи радять домовитись з клієнтами про правила зміни, призупинення та припинення ТЗ. Клієнт може змінювати обсяг робіт, тому договір має визначати точну процедуру для цього. Запит на зміну — це вимога клієнта виконати додаткові роботи, які не були визначені у ТЗ. Нові послуги, додані через запит на зміну, додатково оцінюються компанією.

Наступним кроком є встановлення процедури припинення ТЗ. Для захисту прав компанії з розробки програмного забезпечення важливо встановити термін, протягом якого клієнт повинен повідомити про припинення ТЗ, наприклад, за 30 робочих днів. Після отримання такого повідомлення, компанія повідомляє клієнта про всі виконані роботи, а клієнт зобов’язується прийняти та оплатити їх.

Більш того, компанія з розробки програмного забезпечення залишає за собою право призупинити або припинити виконання робіт за ТЗ у разі, якщо клієнт не провів оплату протягом терміну, що встановлений у договорі. Додатково перевірте, щоб моментом переходу право інтелектуальної власності був момент оплати. Це стимулюватиме клієнта вчасно проводити оплату, щоб не втратити створені об’єкти.

Маючи добре документоване ТЗ, правила для його зміни та припинення, ви забезпечуєте ясність та прозорість, що допоможе уникнути конфліктів та знизити фінансові ризики.

Автор: Валерій Сталіров, CEO компанії IT-юристів Stalirov&Co