Грамотно складений IT-договір з іноземним замовником є головним інструментом захисту розробника від недобросовісних дій та безоплатної втрати коду. Дистанційний формат роботи створює ілюзію простоти, однак транскордонна співпраця вимагає чіткого правового регулювання кожного етапу розробки.
Непорозуміння щодо вимог клієнта чи затримка платежів часто виникають через розмиті формулювання в контракті. Щоб уникнути фінансових втрат, виконавцю необхідно заздалегідь узгодити комерційну модель, правила оплати та порядок передачі створених цифрових рішень.
Коротко про IT-договори з іноземними клієнтами
- Модель співпраці визначає тип відповідальності та правила оплати за процес або за фіксований результат.
- Майнові права на створений код повинні переходити до замовника лише після повної оплати рахунку.
- Застереження про мовчазну згоду захищає розробника від безпідставного затягування приймання робіт.
- Для експорту комп’ютерних послуг належно оформлений інвойс може виконувати роль акта приймання.
- Фонові напрацювання виконавця мають передаватися замовнику лише на умовах невиключної ліцензії.
Зміст:
Яку комерційну модель співпраці обрати для проєкту
Комерційна модель визначає межі відповідальності виконавця, порядок нарахування винагороди та правила внесення змін до початкового технічного завдання. Відповідно до статті 627 Цивільного кодексу України, сторони мають повну свободу у визначенні умов договору, тому формат співпраці можна адаптувати під специфіку розробки.
Згідно з ч. 1 ст. 627 Цивільного кодексу України: «Сторони є вільними в укладенні договору, виборі контрагента та визначенні умов договору з урахуванням вимог цього Кодексу, інших актів цивільного законодавства, звичаїв ділового обороту, вимог розумності та справедливості.»На практиці використовують три основні формати організації розробки, кожен з яких передбачає різний розподіл фінансових та операційних ризиків між сторонами.
Особливості моделі Fixed Price
Формат фіксованої вартості підходить для проєктів із вичерпним і стабільним технічним описом. Виконавець зобов’язується створити конкретний функціонал за заздалегідь узгоджену суму, беручи на себе ризики перевитрат часу. Будь-які додаткові побажання замовника потребують окремої процедури запиту на зміни.
Переваги моделей Time and Material та Dedicated Team
У гнучких проєктах доцільно застосовувати оплату за фактично відпрацьовані години спеціалістів або формат виділеної команди. Замовник самостійно пріоритизує завдання та оплачує процес роботи фахівців за встановленою рейтом ставкою, що дозволяє швидко змінювати функціонал без перегляду всього контракту.
Як погодити застосовне право та юрисдикцію для спорів
Вибір регулюючого правопорядку визначає правила тлумачення договору, а юрисдикційне застереження вказує на орган, який розглядатиме можливий конфлікт. Якщо в угоді прямо не вказати застосовне право, у разі суперечки доведеться визначати його за складними міжнародними колізійними нормами.
Згідно з ч. 1 ст. 5 Закону України «Про міжнародне приватне право»: «Учасники правовідносин можуть самостійно здійснювати вибір права, що підлягає застосуванню до змісту їхніх правових відносин, якщо інше прямо не передбачено законом.»Погоджуючись на суди держави замовника, виконавець ризикує зіткнутися з високою вартістю закордонного судочинства, яка часто перевищує розмір боргу. Збалансованим компромісом є застосування матеріального права Англії та Уельсу чи штату Делавер у поєднанні з арбітражем або досудовими перемовинами.
Об'єднана палата Касаційного господарського суду у складі Верховного Суду у справі № 911/1766/22 від 30.08.2024 зазначила: «арбітражна угода має процесуальний характер і є автономною домовленістю сторін, до якої не застосовуються загальні матеріально-правові способи визнання правочину недійсним.»Клієнт не може в односторонньому порядку відмовитися від застереження про вирішення спорів, якщо воно було прямо погоджене в тексті контракту.
Порядок укладення IT-договору з іноземним клієнтом
- Визначте модель. Оберіть оптимальний формат ціноутворення та зафіксуйте детальні межі робіт у технічному описі.
- Узгодьте право. Зафіксуйте застосовне право, нейтральну юрисдикцію для спорів та обов’язковий досудовий порядок переговорів.
- Пропишіть приймання. Встановіть чіткі строки для перевірки коду клієнтом та пункт про автоматичне прийняття за відсутності зауважень.
- Захистіть права. Внесіть умову про перехід майнових прав на програмний продукт виключно після отримання повної оплати.
- Підпишіть угоду. Оформіть договір у двомовному форматі та перевірте банківські реквізити для коректного проходження платежів.
Як прописати приймання результатів робіт та умови оплати
Чіткий алгоритм здачі-приймання розроблених рішень захищає виконавця від безпідставного затягування строків закриття завдань. У договорі необхідно деталізувати строк для перевірки наданого релізу клієнтом, а також критерії мотивованих зауважень.
Для запобігання ситуаціям, коли замовник користується готовим софтом і водночас ігнорує повідомлення про передачу результатів, застосовують застереження про мовчазну згоду. Якщо клієнт не надав письмового списку дефектів протягом узгодженого періоду (зазвичай 5–10 робочих днів), етап вважається прийнятим.
Ознайомитися з офіційними правилами ведення міжнародної торгівлі та підготовки супровідних документів можна на державному порталі Експортні процедури і документи в Україні — Дія.Бізнес або використовуючи аналітичні сервіси Дія.Бізнес Експорт.
Банківські комісії та умови переказу коштів
У платіжному розділі обов’язково зазначають валюту розрахунків, строк оплати інвойсу та розподіл витрат за міжнародним переказом. Рекомендується фіксувати тип комісії OUR, за якого всі витрати банків-кореспондентів покладаються на платника, що гарантує надходження повної суми на рахунок виконавця.
Двомовна структура контракту
Міжнародні договори зручно укладати у форматі двох колонок паралельно українською та англійською мовами. При цьому в прикінцевих положеннях варто закріпити пріоритет англомовного варіанта у разі виникнення текстових розбіжностей при тлумаченні.
Як ЮРКОНСАЛТ допомагає в оформленні IT-контрактів
- Аналіз проєкту. Проводимо детальний юридичний аудит запропонованого іноземним партнером договору та виявляємо приховані ризики.
- Розробка контракту. Складаємо двомовний договір під вашу бізнес-модель із надійним захистом авторських прав та умов оплати.
- Узгодження умов. Допомагаємо провести переговори щодо застосовного права, порядку здачі результатів та відповідальності сторін.
- Супровід виконання. Консультуємо щодо належного оформлення інвойсів, додаткових угод та процедури запиту на зміни.
Як захистити права інтелектуальної власності на програмний код
Питання прав на створені цифрові об’єкти є ключовим пунктом будь-якого контракту в сфері інформаційних технологій. Якщо механізм передачі прав виписаний некоректно, замовник може отримати доступ до коду без здійснення остаточного розрахунку.
Головне правило безпеки полягає у встановленні відкладальної умови: повне передання майнових прав інтелектуальної власності відбувається суворо після 100% оплати відповідного виставленого рахунку. До моменту здійснення транзакції клієнту надається лише тимчасовий обмежений дозвіл на тестування без права комерційного релізу.
У практиці нашого бюро був спір про повернення попередньої оплати за договором, де саме сувора фіксація моментів виконання зобов’язань та умов переходу прав допомогла довести правомірність дій сторони та зберегти кошти.
Розмежування власного та новоствореного коду
У тексті угоди слід розмежовувати фонові напрацювання розробника (наявні модулі, власні бібліотеки та шаблони) та новостворений замовний код. На власні попередні напрацювання клієнту надається лише невиключна ліцензія, тоді як права на створені модулі передаються замовнику.
Використання бібліотек відкритого коду
Контракт має визначати можливість використання сторонніх бібліотек з відкритим кодом. Це виключає потенційні претензії з боку клієнта щодо умов ліцензій, які вимагають розкриття вихідного комерційного коду створеного продукту.
Зразок ключових умов договору на розробку програмного забезпечення
SOFTWARE DEVELOPMENT & SERVICES AGREEMENT (FRAMEWORK TEMPLATE / КЛЮЧОВІ УМОВИ)
This Software Development Agreement ("Agreement") is entered into on [Date] by and between:
1. [Client Company Name], a company incorporated under the laws of [Country], located at [Address] ("Client"), and
2. [Contractor / Company / Individual Entrepreneur Name], registered under the laws of Ukraine, located at [Address] ("Contractor").1. SCOPE OF SERVICES & COOPERATION MODEL
1.1. The Contractor shall provide software development services as specified in the applicable Statement of Work or Invoices.
1.2. Model of Cooperation: The Parties agree to cooperate under [Fixed Price / Time & Material / Dedicated Team] model as defined in each respective order.
1.3. Scope Changes: Any modifications to the agreed scope of work shall be documented via a written Change Request and may adjust the timeline and budget.2. ACCEPTANCE PROCEDURE (SILENT ACCEPTANCE)
2.1. Upon completion of each milestone or monthly cycle, the Contractor delivers the Deliverables to the Client for review.
2.2. The Client shall have [5 / 10] business days ("Acceptance Period") to review and test the Deliverables.
2.3. Deemed Acceptance: If the Client does not provide a written notice specifying reproducible defects within the Acceptance Period, or uses the Deliverables in production, the Deliverables shall be deemed unconditionally accepted and approved.3. FEES, INVOICING & PAYMENT TERMS
3.1. The Client shall pay for Services based on invoices issued by the Contractor in [USD / EUR].
3.2. Payment Terms: Payment shall be made via wire transfer (SWIFT/SEPA) within [X] business days from the invoice date.
3.3. Bank Fees: All banking fees and correspondent charges shall be borne by the Client (SWIFT details marked as ‘OUR’).
3.4. Invoice as Primary Document: Under applicable Ukrainian law, payment of the Contractor’s invoice constitutes confirmation of full acceptance of Services without the need for a separate bilateral acceptance act.4. INTELLECTUAL PROPERTY RIGHTS
4.1. Foreground IP: All custom intellectual property developed specifically for the Client under this Agreement shall belong to the Client, SUBJECT STRICTLY to Clause 4.2.
4.2. Condition Precedent: Full transfer and assignment of all proprietary rights to the Deliverables shall occur ONLY AFTER full and final payment of the respective invoice by the Client.
4.3. Background IP: The Contractor retains all rights, title, and interest in its pre-existing code, tools, routines, and frameworks. The Client is granted a non-exclusive, perpetual license to use such Background IP solely as integrated into the final Deliverable.5. GOVERNING LAW & DISPUTE RESOLUTION
5.1. This Agreement shall be governed by and construed in accordance with the substantive laws of [England and Wales / State of Delaware, USA / Ukraine], without regard to conflict of laws principles.
5.2. Any dispute arising out of or in connection with this Agreement shall first be resolved through good-faith negotiations within 30 days. If unresolved, disputes shall be settled by [Competent Court of / Arbitration under Rules of …].SIGNATURES OF THE PARTIES:
Client: _____________________ / [Name, Title]
Contractor: _________________ / [Name, Title]
Які типові помилки створюють ризики для виконавця
Помилки під час підписання контракту часто проявляються вже на етапі здачі готового продукту або під час фінальних розрахунків. Невизначеність меж проєкту або відсутність правил виправлення помилок змушують команди виконувати безоплатну роботу.
Практика показує, що найчастіше складнощі виникають через такі недогляди:
- Відсутність процедури внесення змін. Коли клієнт вимагає розширення функціоналу без збільшення бюджету проєкту.
- Безстрокові гарантійні зобов’язання. Відсутність обмеження гарантійного періоду (наприклад, 30 календарних днів) призводить до вимог безкоштовного виправлення несумісностей з майбутніми оновленнями стороннього софту.
- Передача повного доступу до репозиторію до оплати. Ризик відключення розробників від проєкту до моменту надходження коштів на рахунок.
Коли виникає схожий кейс щодо неповернення авансу чи відмови від розрахунку, детально структурований договір дозволяє оперативно захистити інтереси компанії. Якщо вам необхідна комплексна правова модель проєкту, кваліфікований IT-адвокат для компаній та стартапів допоможе врахувати всі нюанси взаємодії з клієнтами.
Юридичний супровід договорів у сфері IT
Юридичне бюро ЮРКОНСАЛТ допомагає IT-компаніям та розробникам структурувати міжнародні контракти, мінімізувати юридичні ризики та захистити створену інтелектуальну власність. Ми підготуємо надійний договір або проведемо детальний аудит проєкту угоди від іноземного клієнта.
Питання про складання IT-договорів з нерезидентами
Яку модель краще обрати для IT-проєкту Fixed Price чи Time and Material?
Time and Material є оптимальною моделлю для гнучкої розробки, оскільки клієнт оплачує фактично відпрацьовані години за фіксованою рейтом ставкою, а завдання можуть змінюватися без перегляду всього бюджету. Fixed Price підходить для невеликих проєктів із чітким технічним завданням, де результат і строки відомі заздалегідь.
Чи потрібно підписувати двосторонній паперовий акт для підтвердження оплати?
Ні, згідно з чинними правилами для експорту комп’ютерних послуг достатньо виставленого та оплаченого інвойсу, якщо в договорі або в самому рахунку закріплено, що сплата є акцептом та підтвердженням виконання робіт без претензій.
Як правильно зафіксувати момент передачі прав на програмний код?
У контракті обов’язково прописується відкладальна умова про те, що майнові права переходять до клієнта виключно після повної оплати відповідного виставленого рахунку. До моменту оплати замовник має лише право на тестування без релізу.
Що робити якщо клієнт не підписує документи про прийняття софту?
Для цього в договір включають пункт про мовчазну згоду. Якщо клієнт протягом встановленого строку (зазвичай 5–10 робочих днів) після отримання релізу не надав мотивованого переліку дефектів, результат вважається прийнятим у повному обсязі.
Яке право та юрисдикцію краще вказувати в договорі з іноземцем?
Якщо клієнт відмовляється від юрисдикції України, надійним компромісом є вибір нейтрального матеріального права (наприклад, Англії та Уельсу) та розгляд суперечок через процедуру обов’язкових переговорів або онлайн-арбітраж.
Прочитати на: мовою