Контракт із іноземним замовником на B2B: валютні ризики і як не лишитись без грошей

remote_zarobitchanin

Привіт всім. Хочу написати детально про те, з чим зіштовхнувся за останні два роки роботи на іноземних замовників через B2B з польської spółki. Тема складна, але реально важлива — особливо для тих, хто тільки виходить на контракти з EU або US клієнтами.

Отже, ситуація типова: ти ФОП або маєш spółkę, підписуєш контракт із замовником, скажімо, з Нідерландів або Штатів. Виглядає солідно. Але дуже часто в контракті немає жодних механізмів захисту від несплати — ні penalty clauses, ні retention of title, ні навіть чіткого payment term. Я особисто мав кейс із одним стартапом (назву не скажу, але клієнт із Берліна) — invoice на €3200, net 30, а вони почали тягнути на net 60, потім «we are restructuring», і по суті заплатили через 4,5 місяці і тільки після письмового demand letter від мого адвоката. Без адвоката — скоріш за все нічого б не побачив.

Що я зрозумів із цього досвіду: по-перше, завжди треба прописувати передоплату (хоча б 30–50%) — особливо з новими клієнтами. По-друге, у контракті має бути explicit late payment interest clause — в EU є директива 2011/7/EU про затримку платежів, вона дає тобі право на statutory interest автоматично, але краще прописати окремо. По-третє, валютний ризик — якщо контракт в USD, а ти витрачаєш у PLN чи EUR, то при різких коливаннях курсу ти просто втрачаєш гроші без будь-якої провини замовника. Я зараз або беру EUR (стабільніше для Польщі), або додаю в контракт currency adjustment clause.

Про інвойси окремо: інвойс — це не просто 'надіслав PDF і чекаєш'. Він має містити точні реквізити, reference на контракт, banking details з IBAN + SWIFT, і якщо клієнт із Штатів — то ще й W-8BEN form треба мати підписану, інакше вони можуть утримати 30% withholding tax. Я бачив людей, які про це не знали і отримали net суму мінус 30%.

Загалом: читайте контракти, не соромтесь наймати юриста хоча б на review (в Польщі це коштує 200–500 PLN за стандартний contract review), і не підписуйте нічого без payment protection. Якщо є питання — пишіть, поділюсь ще деталями.

devops_peklo

Корисний пост, підпишуся під кожним словом про передоплату. Додам від себе кілька конкретних речей для тих, хто ще не стикався.

Net 30 / Net 60 — це не гарантія оплати, це просто намір. Реально важливий пункт — що відбувається після дедлайну. Якщо в контракті немає наслідків прострочення, замовник просто ігнорує і нічого йому за це не буде.
Directива 2011/7/EU, про яку згадав автор — так, вона є, але вона не самовиконувана. Тобто ти маєш самостійно надіслати formal notice, зафіксувати дату прострочення і потім або йти в суд, або в медіацію. Без документів — нічого.
Про withholding tax у США: W-8BEN — це для фізосіб. Якщо у тебе entity (LLC, spółka тощо) — тобі потрібна W-8BEN-E. Різниця принципова, і IRS це відстежує. Бачив людей, яким клієнт повернув пакет документів через 3 місяці з фразою 'wrong form'.
Ще один момент якого люди недооцінюють: jurisdiction clause. Якщо в контракті написано 'disputes resolved under Delaware law' — значить, при конфлікті ти мусиш судитись у США. Із Варшави чи Києва це фактично означає 'забудь про гроші'. Завжди намагайтесь або на EU jurisdiction, або на ICC arbitration — там хоч якийсь шанс.

frontend_burnout

currency adjustment clause це звісно добре. але спробуй пояснити це стартаперу з LinkedIn у светрі за €3500 який каже «we move fast and trust our partners».

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

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

знайомо?

buhgalter_pani

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

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

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

PanNimechchyna

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

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

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

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

Vasyl_z_Volyni

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

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

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

hr_zlo

Окей, буду чесна — з боку роботодавця / клієнта багато цих речей роблять не з злого умислу, а просто тому що у стартапів немає нормального legal процесу. Шаблон з Notion, про який тут казали — це реальність для 70% стартапів до серії А. Вони самі не розуміють що підписують.

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

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

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

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

remote_zarobitchanin

Дякую всім за коментарі, дуже корисне доповнення від кожного.

По 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 і боїшся 'відлякати' клієнта юридичними питаннями — нормальний замовник ніколи не образиться на проф підхід. А якщо образився — це вже сигнал.

frontend_burnout

«нормальний замовник ніколи не образиться на проф підхід»

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

devops_peklo

Ще один практичний момент якого не торкнулись: escrow для великих контрактів.

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

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

buhgalter_pani

Про ескроу правильно написали, але я б ще добавила — слідкуйте за тим щоб в договорі було чітко прописано що вважається 'виконаним milestone'. Бо інакше клієнт каже 'ні, не те зробили' і гроші з ескроу не виходять. Acceptance criteria — це не бюрократія, це ваші гроші.

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