Вичитка договору з ІТ-компанією: чеклист для перевірки

У діловій практиці практично всіх сучасних індустрій закріпився звичай фіксації домовленостей щодо співпраці у письмовій формі. Це часто не просто бажання сторін, а й вимога закону чи контролюючих органів.  При цьому, найрозповсюдженішим на практиці форматом письмового оформлення відносин є саме укладення договору у форматі окремого документа, іноді з додатками. Але хто і як має складати його текст?

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

У цій статті пропонуємо розібратися з основними моментами, на які слід звертати увагу при вичитці контракту, що пропонується контрагентом – IT-компанією.

З чого почати? Або ж основа основ

Перевіряємо факт та повноту відображення попередньо погоджених основних умов майбутньої співпраці.

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

• безпосередній предмет договору: які саме послуги будуть надаватися (роботи виконуватися/ результати створюватися);
• терміни надання послуг: чи передбачається безперервна співпраця до моменту розірвання договору/завершення дії чи проєкт має бути реалізовано в конкретних часових рамках;
• формат взаємодії, зокрема, T&M, outsource/outstaff, fixed price тощо;
• фінансові умови, наприклад, погодинна оплата вартості фактично наданих послуг, фіксована вартість за весь проєкт, квартал, місяць тощо;
• порядок розрахунків та складання/обміну первинними документами.

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

Якщо на цьому етапі ви помічаєте проблеми з відображенням певних заздалегідь погоджених умов, то радимо обов’язково зафіксувати ці прогалини, щоб мати змогу повернутися до обговорення їх з контрагентом та всередині команди/ з керівництвом. Слід визначити їх критичність та можливості із додавання до тексту контракту. Далі пропонуємо розглянути інші, менш очевидні моменти, на які слід звертати увагу при аналізі умов запропонованого проєкту договору.

Ознаки трудових відносин

Аналізуємо наявність положень, що можуть нести ризики перекваліфікації відносин сторін

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

Річ у тім, що в багатьох західних юрисдикціях це питання врегульовано досить чітко. Наприклад, у США нерідко достатньо інтегрувати в текст контракту чіткий дисклеймер про статус “independent contractor”. Водночас у Нідерландах для підтвердження незалежного статусу навіть існує спеціальний інструмент – модельний договір (Model Agreement / Model Overeenkomst), використання якого значно мінімізує ризик визнання відносин трудовими.

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

Детально про такі ризикові вординги у договорі на розробку програмного забезпечення ми писали у цій статті.

Відповідність законодавству вашої юрисдикції

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

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

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

• Недопустимість або обмеження використання категорії штрафу (наприклад,США, Велика Британія).
• Обмеження в контексті положень про неконкуренцію (non-compete clauses) (США, більшість країн ЄС). До речі, про нюанси оформлення NCA юристи Legal IT Group писали в цій статті.
• Неможливість повного відчуження прав інтелектуальної власності (наприклад, Чехія).
• Наявність погодження основних умов договору, без чого договір може бути визнаний неукладеним.
• Особливості формату підписання (використання факсиміле, електронного підпису).
• Обов’язковість чи умовна обов’язковість первинних супутніх документів (наприклад, акти приймання-передачі в Україні).
• Обмеження щодо строку дії договору.

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

Наявність штрафів та інших обтяжливих для компанії моментів

Аналізуємо пункти про відповідальність, визначаємо їх прийнятність та можливі шляхи пом’якшення

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

Розділ про відповідальність є ключовим, але штрафні санкції та інші заходи компенсації чи покарання часто можуть бути “зашиті” у такі менш очевидні положення договору:

Розділ/положення контракту ↓	Приклад підстав для відповідальності сторони ↓
Фінансові умови	За порушення строків проведення оплати, виставлення інвойсу тощо
Порядок надання послуг	За порушення строків надання послуг, погодження технічного завдання, надання звітності, матеріалів
Порядок розірвання договору	За несвоєчасне повідомлення про розірвання в односторонньому порядку, за одностороннє розірвання “без причини”
Нерозголошення (NDA)	За розголошення конфіденційної інформації, порушення порядку поводження з нею, неповернення матеріалів після припинення дії договору
Неконкуренція, непереманювання (NCA, NSA)	За порушення заборон по здійсненню конкурентної діяльності, за переманювання членів команди
Інтелектуальна власність	За використання матеріалів, що порушують права третіх сторін, використання штучного інтелекту, самостійне використання результатів послуг

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

Строк та порядок розірвання договору

Визначаємо строк співпраці за контрактом, можливість його продовження чи розірвання та процедуру

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

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

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

Висновки

Отже, вичитка договору з ІТ-компанією — це не просто формальний етап, а важливий захід, що забезпечує легітимність майбутньої співпраці, мінімізує юридичні та фінансові ризики та будує довіру у відносинах із контрагентом. Для ефективної роботи він вимагає ретельної підготовки та аналізу, починаючи з чіткого визначення та повного відображення попередньо погоджених основних умов.

Звісно, що залежно від бізнес-моделі, практики роботи чи специфіки галузі, чеклист може містити багато інших деталей та нюансів. Вичитка договору — це кропітка робота, яку краще довірити професіоналам. Саме експерту в галузі IT-контрактів під силу проаналізувати текст контракту для визначення критичних моментів та розроблення шляхів їх мінімізації чи повного усунення. Якщо ви бажаєте отримати професійну допомогу при погодженні проєкту договору з контрагентом, звертайтеся до Legal IT Group. Ми допоможемо з вичиткою тексту контракту, визначимо критичні моменти та запропонуємо зміни за потреби.