І вообщем по всій темі хочу сказати: більшість проблем які тут описуються — це результат того що люди підписують документи не читаючи. По-любому треба хоч раз заплатити юристу за нормальний шаблон контракту під ваш тип роботи — і потім використовувати його як основу. Один раз витратив 500 PLN — зекономив потенційно тисячі. Я вас попереджала.

Якщо проект на €10k+ і це разовий клієнт якого ти не знаєш — є сенс запропонувати milestone-based escrow. Платформи типу Escrow.com або просто поетапні виплати з чіткими deliverables. Клієнт кладе гроші наперед на нейтральний рахунок, ти виконуєш milestone, гроші розблоковуються після підтвердження.

Так само: якщо клієнт із США і сума велика — можна попросити ACH або wire transfer з підтвердженням до старту робіт. Я одного разу починав великий проект (infrastructure migration для умовного стартапу 'CloudFlow Inc', назва вигадана) — вони тягнули з першим інвойсом 6 тижнів. Коли я сказав 'зупиняю роботи до оплати' — гроші прийшли за 2 дні. Іноді треба просто зупинитись.

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

По W-8BEN-E — так, абсолютно правильно, я трохи спростив у першому пості. Для юридичних осіб — E-форма. І ще важливий нюанс: ця форма дійсна три роки, потім треба оновлювати. Якщо клієнт запросить renewal а ти не відповів вчасно — знову ризик withholding.

Про jurisdiction clause повністю згоден з devops_peklo. Я зараз у всіх нових контрактах намагаюсь прописувати або Polish courts (бо я тут резидент і spółka польська), або ICC arbitration з seat у Варшаві. Кілька клієнтів погодились, кілька сказали «тільки Delaware» — з такими просто не підписував або брав 100% передоплату.

Для Vasyl_z_Volyni — так, guaranteed minimum hours це реально важливо навіть в IT. У мене колись був retainer контракт без мінімуму — клієнт дав мені 10 годин за місяць замість очікуваних 80, бо «мало задач». Формально все законно, але я фактично заблокував свій час під нього і втратив інші можливості. Тепер завжди прописую minimum monthly commitment.

Загалом моя порада: навіть якщо ти junior і боїшся 'відлякати' клієнта юридичними питаннями — нормальний замовник ніколи не образиться на проф підхід. А якщо образився — це вже сигнал.

Але (і це важливо) — ваша незнання їхнього хаосу не захищає ваші гроші. Тому:

Якщо клієнт каже «у нас стандартний контракт» — це означає стандартний ДЛЯ НИХ, тобто максимально вигідний для них. Юрист на review — не параноя, це гігієна.

Що я як HR бачила зсередини: компанії часто затягують оплату вендорам у кінці кварталу бо у них самих cash flow проблеми. Це не значить що вони не заплатять, але net 30 стає net 60 автоматично. Якщо ви критично залежите від цих грошей — або беріть передоплату, або диверсифікуйте клієнтів.

І так — опціони замість нормальної ставки це окрема пісня. «20k options at $0.001 strike» від стартапу без revenue це не компенсація, це лотерейний білет який вже програв.

Тому завжди питайте скільки годин ґварантованих. Якщо аґенція каже «будуть годзіни» без цифри — це не обіцянка, це нічо. Тепер в мене нова умова злецення — мінімум 38 годин на тиждень або виплата за повний тиждень. Краще.

Для IT мабуть те саме — якщо в контракті написано 'approximately 160 hours/month' без ґарантії — замовник може дати 80 і заплатити половину.

Про захист від несплати — у Німеччині є інструмент Mahnbescheid (судовий наказ про оплату). Це прискорена процедура — ти подаєш заяву в Mahngericht, платиш невеликий збір, і суд автоматично видає наказ боржнику. Якщо боржник не оскаржує протягом двох тижнів — наказ набирає силу виконавчого листа. Без повноцінного судового розгляду. Я сам так стягував Lohn із одного роботодавця — Arbeitsgericht Лейпциг, три місяці, отримав все до останнього євро.

До питання про контракти: у будівництві у нас часто Werkvertrag або Dienstvertrag — різниця принципова з точки зору відповідальності і оплати. Werkvertrag — оплата за результат (виконану роботу), Dienstvertrag — за час. Якщо підписав Werkvertrag і замовник каже 'не так зроблено' — може не платити повністю. Тому завжди треба Abnahmeprotokoll — акт прийому робіт, підписаний обома сторонами. Без нього ти юридично незахищений.

У сфері IT аналог цього — Acceptance criteria в контракті і sign-off від клієнта. Якщо цього немає — замовник може оскаржити будь-що.

Щодо W-8BEN — ну я про це взагалі мовчу, більшість підприємців в Україні взагалі не знають що це таке. Я вас попереджала — без нормального бухгалтера і юриста на такі контракти не треба лізти взагалі. Самодіяльність коштує дорого.

Ще момент: якщо ти працюєш через польську spółkę і клієнт з ЄС — там є ще VAT питання. Reverse charge mechanism, якщо обидві сторони є VAT платниками в різних країнах ЄС. Якщо не знаєш що це — це вже проблема, бо польський urząd skarbowy питань не прощає. Там штрафи серйозні.

у них взагалі немає юриста. контракт — шаблон із notion. payment terms — «we'll figure it out». equity — «ти ж в команді, брат».

передоплата? «ми так не робимо, ми ж стартап».

знайомо?

1. Net 30 / Net 60 — це не гарантія оплати, це просто намір. Реально важливий пункт — що відбувається після дедлайну. Якщо в контракті немає наслідків прострочення, замовник просто ігнорує і нічого йому за це не буде.

2. Directива 2011/7/EU, про яку згадав автор — так, вона є, але вона не самовиконувана. Тобто ти маєш самостійно надіслати formal notice, зафіксувати дату прострочення і потім або йти в суд, або в медіацію. Без документів — нічого.

3. Про withholding tax у США: W-8BEN — це для фізосіб. Якщо у тебе entity (LLC, spółka тощо) — тобі потрібна W-8BEN-E. Різниця принципова, і IRS це відстежує. Бачив людей, яким клієнт повернув пакет документів через 3 місяці з фразою 'wrong form'.

4. Ще один момент якого люди недооцінюють: jurisdiction clause. Якщо в контракті написано 'disputes resolved under Delaware law' — значить, при конфлікті ти мусиш судитись у США. Із Варшави чи Києва це фактично означає 'забудь про гроші'. Завжди намагайтесь або на EU jurisdiction, або на ICC arbitration — там хоч якийсь шанс.