Клієнт не платить за виконану роботу. Що насправді може зробити IT-компанія

Роботу здано три тижні тому. Команда своє відпрацювала — зарплати й рахунки ФОПів ви закрили вчасно, зі своїх. Замовник не відмовляється платити. Він просто відповідає раз на кілька днів: «на погодженні у фінансів», «повернемось після спринту», «дайте ще трохи часу».

Формально конфлікту немає. Фактично ви кредитуєте чужий бізнес власними грошима — і не знаєте, скільки ще протримаєтесь.

Найнеприємніше в цій ситуації те, що вирішується вона не зараз. Вона вже вирішилася — у той день, коли ви підписали договір.

Чому «піти до суду» — це не відповідь

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

Судовий процес в Україні щодо стягнення заборгованості — це місяці. Якщо замовник іноземний і в договорі стоїть арбітраж у Лондоні чи Нью-Йорку, вартість самого процесу легко перевищує суму боргу. А ще є питання, яке взагалі рідко ставлять уголос: навіть вигравши, чи зможете ви це рішення виконати.

Тому реальний важіль лежить не в суді, а в тексті договору. Точніше — у чотирьох його місцях.

Хочете перевірити свій договір самостійно? Ми зібрали безкоштовний чек-лист із 12 питань — IT Legal Health Check. Проходиться за 5–10 хвилин, охоплює контракти, права на код, команду та роботу з іноземними замовниками.

Чотири пункти, які вирішують, чи вам заплатять

1. Момент, з якого починається відлік строку оплати

Найпоширеніше формулювання в українських IT-договорах виглядає нешкідливо: «оплата протягом 30 банківських днів після підписання акта приймання-передачі».

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

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

Як має бути: строк оплати рахується від дати виставлення рахунку або від дати передачі результату — тобто від події, яку контролюєте ви.

2. Приймання робіт із дедлайном

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

Механізм, який це закриває, називається deemed acceptance — приймання за замовчуванням. Формулювання приблизно таке: якщо протягом N робочих днів з дати передачі результату Замовник не надав письмових мотивованих зауважень, роботи вважаються прийнятими в повному обсязі.

Це один абзац. Він перетворює мовчання замовника з інструменту тиску на вас у підставу для оплати.

Окремо перевірте критерії приймання. Формулювання «на задоволення Замовника» — це не критерій, а право відмовитися за настроєм. Критерії мають бути перевірюваними: відповідність технічному завданню, проходження узгоджених тестів, конкретні показники.

3. Право призупинити роботи

Це пункт, якого в українських IT-договорах немає найчастіше — і саме він найдорожчий.

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

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

Практична цінність цього пункту не в тому, щоб ним скористатися. Вона в тому, що на нього можна послатися в листі. Дуже часто цього достатньо.

4. Наслідки прострочення

Пеня, право розірвати договір, право припинити передачу прав на результат до повної оплати.

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

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

Що робити, якщо договір уже підписаний, а гроші не йдуть

Порядок дій, який працює на практиці — від м’якого до жорсткого. Проходити його варто послідовно, не перестрибуючи.

Крок 1. Перечитайте договір і випишіть свої важелі. Що там є про строки, приймання, призупинення, пеню, права на результат. Часто виявляється, що інструменти є — ними просто ніхто не користувався.

Крок 2. Зафіксуйте передачу результату письмово. Лист із переліком зданого, датою і посиланням на пункт договору. Не в Slack і не в Telegram — на офіційну адресу, вказану в договорі для повідомлень.

Крок 3. Надішліть офіційну вимогу. Спокійним тоном, із конкретною сумою, датою і посиланням на пункти договору. Без емоцій і без погроз — саме сухий юридичний лист найчастіше зрушує справу, бо його вже не можна проігнорувати як «повідомлення від менеджера».

Крок 4. Скористайтеся правом призупинити роботи, якщо воно є, і повідомте про це письмово.

Крок 5. Тільки після цього — претензія й суд. До цього моменту доходить менша частина ситуацій.

Якщо замовник іноземний

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

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

Валюта і банківські комісії. Без прямої вказівки, що суми виплачуються без утримань, ви отримуєте на 5–20% менше, ніж написано в договорі. З’ясовується це після першого платежу.

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

Три помилки, які роблять найчастіше

Підписати договір клієнта без правок. Договір, який дає замовник, написаний його юристами в його інтересах. Це нормально — але це не означає, що його треба приймати як є. Пропозиція правок не зриває угоди; її сприймають як ознаку зрілості контрагента.

Почати роботи до підписання. «Домовилися, документи підпишемо наступного тижня» — і ось уже місяць роботи виконано без підстав. Що саме ви зобов’язалися зробити і за скільки — питання відкрите для обох сторін.

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

Коротко

Питання «чи заплатить клієнт» вирішується не в момент несплати, а в момент підписання. Чотири пункти, від яких залежить відповідь: звідки відлічується строк оплати, чи є приймання за замовчуванням, чи можете ви зупинити роботи і що буде за прострочення.

Якщо ви не впевнені, що ці чотири пункти є у ваших договорах — це якраз той випадок, коли перевірити дешевше, ніж дізнатися на практиці.

Перевірте свою компанію за 5–10 хвилин

Несплата — лише один із блоків юридичних ризиків IT-компанії. Поруч із ним стоять права на код, оформлення команди, Дія.City та готовність до перевірки від enterprise-клієнта.

Ми зібрали IT Legal Health Check — безкоштовний чек-лист із 12 питань, який показує, де ваша компанія юридично незахищена. Заповнюється прямо у файлі, надсилаємо на пошту одразу.

Отримати чек-лист →

Якщо після проходження залишаться питання — будемо раді обговорити результати на безкоштовному дзвінку, 15 хвилин без зобов’язань.

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