Договор и оплата подрядчику: этапы, гарантии, безопасные способы

Заказ у подрядчика — самая уязвимая точка любого диджитал-проекта. Даже с идеальным ТЗ и щедрым бюджетом сделка может провалиться на банальных вещах: не тот способ оплаты, размытые сроки, отсутствие критериев приёмки, права на исходники «где-то в облаке». В результате заказчик остаётся без денег, без сайта или без прав на то, что уже сделано. И это одинаково касается частного фрилансера, небольшой студии и крупного агентства.
В этой статье разберём, как оформить договор и оплату так, чтобы обе стороны понимали правила игры и никто не мог их пересмотреть в середине проекта. Поговорим про этапы оплаты, безопасные способы перевода, права на исходный код и макеты, гарантии, приёмку и что делать, если подрядчик пропал. Материал развивает базовый разговор про работу с фрилансерами, но фокус тут именно на юридической и финансовой стороне.
Зачем нужен договор, даже если «мы давно работаем»
Договор нужен не против «своего» подрядчика, а против ситуации: болезнь, пропажа, спор о правках, налоговая проверка, спор о правах. Джентльменские соглашения работают, пока всё идёт хорошо. В момент конфликта именно бумага решает, кто прав. Отсутствие договора почти всегда бьёт по заказчику: у подрядчика остаётся исходник, а у заказчика — переписка в мессенджере, которая юридически ничего не значит.
Отдельная история — налоги. Если вы юрлицо или ИП и переводите деньги «просто на карту физлица», ФНС может признать это скрытой зарплатой, а вас — работодателем со всеми взносами. Если вы физлицо и заказываете лендинг у ИП без договора — сумма попадает в «серую зону» и не подтверждает расход. С самозанятым обязателен чек, с ИП или ООО — договор и закрывающие документы.

Этапы оплаты: как правильно дробить бюджет
Правильно оплаченный проект — это несколько траншей, каждый привязан к сдаче конкретного этапа. Схема, которую стоит держать в голове по умолчанию: аванс 30–50% на старт, следующий транш — по сдаче дизайна, финальный — после приёмки. Между траншами — акты о выполненных работах или короткий чек-лист приёмки. Так у обеих сторон есть чёткое понимание, где сейчас проект и что осталось.
Не платите 100% авансом даже проверенному подрядчику. Это плохо для обоих. Заказчик теряет рычаг: если что-то идёт не так, отменить сделку почти нереально. Подрядчик теряет мотивацию: деньги уже пришли, финальный рывок делать не хочется. И наоборот: работать «за отзыв, оплатим в конце» тоже плохо — подрядчик тратит месяц и рискует ничего не получить. Дробление — не про недоверие, а про здоровую структуру сделки.

Безопасные способы оплаты
Способ оплаты — половина юридической защиты сделки. Ниже — способы, которые работают в 2026 году в России и не создают проблем с налоговой. Для крупных проектов — расчётный счёт ИП или ООО. Для средних — счёт-договор через Ю.касса, ЮMoney, Робокасса или Т-Банк для бизнеса. Для мелких — чек самозанятого через приложение «Мой налог».
- Расчётный счёт ИП/ООО. Самый прозрачный вариант. Договор + счёт + акт. Подходит для проектов от 100 тысяч рублей и корпоративного заказчика.
- Чек самозанятого. Идеально для фрилансера. Заказчик получает документ, подтверждающий расход, самозанятый — минимальный налог 4–6%.
- Онлайн-эскроу. Kwork, YouDo, Хабр Фриланс держат деньги в резерве до приёмки. Подходит для незнакомых подрядчиков и мелких задач.
- Международный перевод. Wise, Payoneer для подрядчика за рубежом. Комиссия 1–3%, договор оформляется в валюте.
- Карта физлица без документов. Так делать НЕ надо: нет расхода, нет права на возврат, при жалобе банк заморозит переводы.

Что должно быть в договоре на диджитал-услугу
Универсальный шаблон договора для лендинга или сайта помещается на 4–6 страницах и легко пишется юристом за один день или берётся из открытых шаблонов Т-Банка или Ю.кассы. Ниже — обязательный минимум пунктов, без которых договор бесполезен. Каждый закрывает конкретный риск. Пропущенный пункт — открытая дверь для спора.
- Предмет договора — что именно делаем (лендинг, дизайн, бренд), с описанием ТЗ приложением.
- Сроки — по каждому этапу, с датами календарными, а не «через 20 рабочих дней».
- Стоимость и порядок оплаты — сумма, транши, что входит и не входит.
- Порядок приёмки — какие критерии, сколько дней на замечания, что считается принятым «по молчанию».
- Права на результат — кому принадлежат исходники, макеты, домен, аккаунты.
- Ответственность — штраф или пеня за срыв срока с каждой стороны.
- Форс-мажор — что считается уважительной причиной, а что нет.
- Порядок расторжения — как выйти из сделки без суда и что происходит с авансом.

Права на исходники: главный пункт
Права на код, макеты, тексты и графику по умолчанию остаются за автором, а не за заказчиком. Это норма Гражданского кодекса. Если в договоре нет пункта про передачу исключительных прав — подрядчик может использовать вашу работу в портфолио, продавать шаблон другим клиентам или требовать доплату за «модификацию». Формулировка нужна прямая: «исключительные права на результат работ передаются заказчику в полном объёме с момента полной оплаты».
Отдельно оговорите передачу файлов: исходник Figma или PSD, репозиторий Git, доступ к домену и хостингу, аккаунты в аналитике. Без этого «сайт мой», а редактировать некому. Прописать надо конкретный список артефактов и срок передачи — обычно 3–5 рабочих дней после финального платежа. Как оформлять исходники и что смотреть в брифе, есть в разборной статье про бриф для лендинга.
Приёмка работ: чтобы не было бесконечных правок
Приёмка — это не «вы прислали, я посмотрел и передумал ещё пять раз». Прописывайте регламент. Стандартная формула: подрядчик отправляет результат, у заказчика 3–5 рабочих дней на замечания, замечания оформляются письменно в согласованном формате (Google Doc, Trello, Telegram — не важно), исправление 3–5 дней, повторная приёмка. Если заказчик молчит N дней — работа считается принятой.
Ограничьте объём правок цифрой: 2–3 итерации на этап. Не потому что нельзя больше, а потому что «доработайте ещё разок» может тянуться месяцами. За правки сверх лимита — дополнительная оплата по часам или фиксированная стоимость раунда. Такой пункт дисциплинирует и заказчика, и подрядчика: обе стороны знают, что времени и денег ровно столько.

Красные флаги при подписании договора
Договор от подрядчика — это его инструмент защиты. И это нормально. Но некоторые формулировки надо переписывать до подписания, иначе они уравновесят чашу не в вашу сторону. Ниже — типичные пункты, которые встречаются в чужих шаблонах и должны насторожить. Их не обязательно убирать полностью, но обсуждать и балансировать нужно.
- «Аванс не возвращается». Даже если подрядчик не начал работу. Меняйте на: возвращается за вычетом фактических часов.
- «Права переходят по акту, а не по оплате». Значит, подрядчик держит рычаг: не подпишет акт — не отдаст права.
- «Правки без ограничений». Формально красиво, реально — повод для бесконечных итераций и срыва сроков.
- Нет штрафа за срыв срока со стороны подрядчика. Односторонняя ответственность заказчика — красный флаг.
- «Результат считается принятым автоматически через 3 дня». Если срок слишком короткий и вы не успеете проверить — растягивайте до 5–7 дней.

Что делать, если подрядчик пропал или не сдаёт
Первое — не паникуйте и соберите доказательства. Скриншоты переписки, платёжные документы, копия договора, ТЗ, промежуточные результаты. Второе — направьте официальную претензию на email, указанный в договоре. Дайте разумный срок на ответ (обычно 10–14 дней). Претензия — обязательный шаг перед судом и часто уже сам факт её получения возвращает подрядчика на связь.
Если ответа нет, а сумма меньше 100 тысяч рублей — обращайтесь в суд по месту жительства ответчика. При сумме до 50 тысяч это мировой суд, до 100 тысяч — районный. Практика показывает: подрядчики почти никогда не доходят до суда, чаще возвращают деньги при получении иска. Если сумма выше — сразу привлекайте юриста, стоимость его услуг обычно меньше, чем риск потерять всю оплату. Более широкий процесс контроля описан в статье про управление проектами с фрилансерами.
Хороший договор — тот, о котором не вспоминаешь. Он лежит в папке, а работа идёт по нему сама собой.
Где взять готовые шаблоны договоров
Не пишите договор с нуля — берите готовый и адаптируйте. В России есть несколько бесплатных источников. Первое — Т-Банк для бизнеса и Ю.касса: у них в разделе «Документы» лежат шаблоны договора оказания услуг и договора авторского заказа. Второе — «Тинькофф Юрист» и «Гид по бизнесу» на Хабре с готовыми образцами для IT-услуг. Третье — открытые репозитории юристов на GitHub, где выложены версии договоров под MIT-лицензией.
Адаптация под ваш проект занимает 1–2 часа. Проверьте пять пунктов: соответствие ТЗ, календарные сроки, транши оплаты, права на исходники, критерии приёмки. Всё остальное — юридическая рутина, которую можно оставить как есть. Если проект дороже 300 тысяч рублей — покажите договор юристу на разовую консультацию: 3–5 тысяч рублей за прочтение спасают от потери сотен тысяч.
NDA и передача доступов
Отдельная тема — соглашение о неразглашении (NDA). Оно нужно всегда, когда подрядчик получает доступ к коммерческой информации: данные клиентов, финансовые показатели, тексты внутренних инструкций, доступ к CRM или админке. NDA не обязательно превращать в 20-страничный документ — достаточно короткого пункта в основном договоре или короткого приложения на одну страницу. Главное — прописать, что считается конфиденциальной информацией и какой штраф за её разглашение.
Передачу доступов организуйте отдельным реестром. Заведите один Google Doc или таблицу, где перечислены все логины и пароли, к которым подрядчик получает доступ: домен, хостинг, CMS, Метрика, рекламный кабинет. По итогам проекта пароли меняются и доступ у подрядчика закрывается. Это не про недоверие, а про базовую безопасность: увольнение сотрудника подрядчика или взлом его почты не должны стоить вам сайта или рекламного бюджета.
Пример: договор на лендинг за 150 000 рублей
Возьмём реальный случай. Заказчик — небольшая студия ремонта, подрядчик — фрилансер-дизайнер и разработчик в одном лице, самозанятый. Проект: лендинг на 8 экранов с формой и подключением к CRM. Бюджет — 150 000 рублей, срок — 3 недели. Договор в этом случае — договор возмездного оказания услуг на 5 страниц, с приложением ТЗ и календарного плана.
Оплата разбита на три транша: 50 000 при подписании и старте, 50 000 после утверждения дизайна, 50 000 после приёмки готового сайта. Каждый транш — банковский перевод на карту самозанятого, чеки формируются в приложении «Мой налог». Приёмка — 3 рабочих дня на замечания, 2 итерации правок на этап. Права передаются заказчику с момента полной оплаты, исходник Figma и репозиторий Git отдаются в течение 5 дней после финального платежа. Штраф за срыв — 0,1% в день от суммы этапа с каждой стороны. Такой договор занимает пару часов на согласование и работает в 99% ситуаций.
Частые вопросы
Какой процент платить авансом подрядчику?
Обычно 30–50% на старт, оставшееся — по этапам сдачи. Никогда не платите 100% авансом даже проверенному подрядчику: теряете рычаг влияния при срыве сроков.
Кому принадлежат права на макеты и код по умолчанию?
По ГК РФ — автору, а не заказчику. Если в договоре нет прямого пункта о передаче исключительных прав, подрядчик может использовать вашу работу в портфолио и продавать другим.
Как правильно оплачивать самозанятому?
Через договор оказания услуг + чек, который самозанятый формирует в приложении «Мой налог». Чек — ваш документ, подтверждающий расход. Без чека платить нельзя.
Что делать, если подрядчик пропал с деньгами?
Собрать переписку и платёжки, отправить письменную претензию на email из договора, дать 10–14 дней. Если ответа нет — обратиться в суд, при сумме до 100 тыс. — районный суд по месту ответчика.
Нужен ли договор при работе с проверенным фрилансером?
Да. Договор нужен не против человека, а против ситуации: болезнь, спор о правках, налоговая проверка. Без бумаги в конфликте всегда проигрывает заказчик.
Читайте также
- Процесс работы
Приём онлайн-оплаты на сайте: как подключить и что учесть
Чтобы брать деньги на сайте, нужны статус ИП или компании, договор эквайринга и онлайн-касса для чека. Разбираем варианты подключения, комиссии и сроки.
19.09.2026·16 мин
- Процесс работы
Поддержка сайта после запуска: что входит и сколько стоит
Сайт после запуска требует продлений, бэкапов, обновлений и правок контента. Что входит в поддержку, какие форматы бывают и как не остаться без доступов.
19.09.2026·16 мин
- Процесс работы
Как выстроить отдел продаж с нуля в небольшой компании
Отдел продаж начинается не с найма, а с описанного процесса: путь сделки, скрипт, CRM и один понятный показатель. Как собрать его из одного менеджера.
18.09.2026·16 мин
- Процесс работы
Подбор команды в небольшой компании: кого брать первым
В маленькой компании каждый найм виден сразу: нанимают под задачу, а не под должность. Как понять, кто нужен первым, где искать и как проверить в деле.
18.09.2026·16 мин
