Договор самозанятого на разработку сайта

Если вы самозанятый разработчик или заказчик, который хочет работать с человеком на налоговом режиме НПД, этот текст и советы помогут сделать договор понятным и безопасным. Я расскажу, какие пункты действительно важны, как прописать оплату и передачу прав, как уменьшить риск споров и на что обратить внимание при приёмке сайта. Статья большая, но по делу — заходите, возьмите полезное и примените в своём проекте.

Поговорим просто: договор — это не только формальность. Это договорённость о сроках, объёме работ, оплате и рисках. Хорошо составленный договор экономит время и нервы. Ниже — структура, примеры формулировок, таблицы с типичными схемами оплаты и советы, которые реально помогают в жизни.

Кому и зачем нужен такой договор

Договор нужен и самозанятому, и заказчику. Для самозанятого это способ зафиксировать условия проекта и уменьшить вероятность, что заказчик потом потребует допустить изменения бесплатно. Для заказчика — способ получить чёткие гарантии и иметь опору в случае спора.

Особенно важен договор, когда проект не тривиальный: сайт с интеграциями, интернет-магазин, личный кабинет или сложная верстка. Чем больше точности в задании, тем проще работать и тем меньше недопониманий.

Кто такой самозанятый в контексте разработки

Самозанятый — физическое лицо, зарегистрировавшееся на налоговом режиме "налог на профессиональный доход" (НПД). Это удобный режим для фрилансеров: не нужно платить страховые взносы работодателя, оформлять сотрудников, вести учёт в том же объёме, что ИП. Важно понимать особенности НПД при составлении договора.

Коротко о налогах: при работе с частными лицами налог по НПД составляет 4 процента от суммы чека, при работе с организациями и индивидуальными предпринимателями — 6 процентов. Самозанятый выдаёт чек через приложение налоговой службы или через интеграцию чековой системы. Это полезно прописать в договоре, чтобы обе стороны понимали порядок расчётов.

Основные риски и как договор их минимизирует

Риски типичные: разногласия по объёму работ, недопонимание по приёмке, задержки платежей, спор о правах на код и дизайн. Договор снижает эти риски, если в нём чётко описаны:

• объём и результат работ
• порядок сдачи и приёмки
• график и условия оплаты
• передача прав на результат
• ответственность сторон и порядок разрешения споров

Ниже разберём каждый пункт подробно и приведём практичные формулировки.

Структура договора: что обязательно включить

Договор лучше строить как читаемый документ, а не как набор юридических клише. Я предлагаю логичную структуру: сначала стороны, затем предмет и срок, дальше — детальный Scope, оплата, права, ответственность и завершение. Каждой теме уделим внимание.

1. Реквизиты сторон

Здесь укажите ФИО, паспортные данные по желанию, адрес, контактный телефон, электронную почту. Для самозанятого достаточно ФИО и контактных данных; также можно указать, что он зарегистрирован как плательщик НПД.

Пример формулировки: "Исполнитель — гражданин РФ Иванов Иван Иванович, зарегистрированный в качестве самозанятого (налог на профессиональный доход), далее — Исполнитель; Заказчик — ООО "Ромашка", далее — Заказчик".

2. Предмет договора

Опишите, что именно должно быть сделано: создание сайта, адаптивная верстка, интеграция CRM, подключение платёжного шлюза и т.п. Чем конкретнее, тем лучше. Не пишите просто "разработка сайта" без уточнений.

Пример: "Исполнитель обязуется разработать сайт визитку на платформе WordPress, выполнить дизайн трех страниц (главная, услуга, контакты), реализовать адаптивную верстку и настроить форму обратной связи, передать исходные файлы и инструкции по размещению".

3. Техническое задание (scope of work)

Техническое задание можно приложить как приложение к договору. В нём перечисляют функциональные требования, сроки, требования к дизайну, обязательные интеграции, браузерную совместимость, требования к SEO-оптимизации и тестированию.

Если ТЗ детальное, договору достаточно ссылки на приложение с ТЗ и отметки о согласовании. Это удобнее, чем расписывать всё в одном разделе.

4. Сроки и этапы

Разбейте работу на этапы с понятными критериями приёмки. Четкий график уменьшит количество споров о задержках. Указывайте не только даты, но и условия перехода на следующий этап — например, "после утверждения дизайна начинается верстка".

Если сроки гибкие, лучше установить ориентиры и прописать порядок уведомления о задержках, а также штрафные санкции за существенное нарушение сроков.

5. Стоимость и порядок оплаты

Для самозанятого важно прописать, как будет формироваться чек и кто платит налог. Обычная схема — оплата по этапам: предоплата, промежуточная оплата, оплата при сдаче. В договоре указывают суммы или процент от общей стоимости.

Пример формулировки: "Стоимость работ по настоящему договору составляет 200 000 рублей. Оплата производится в три этапа: 40% предоплата, 40% по завершении работ по дизайну и 20% по окончательной сдаче проекта".

Таблица: примеры схем оплаты

6. Налоги и чеки

В договоре укажите, что Исполнитель является самозанятым и оформляет расчётный документ (чек НПД) через приложение налоговой службы. Это важно для бухгалтерии заказчика и для понимания, что НДС не применяется.

Формулировка: "Исполнитель уведомляет, что является плательщиком налога на профессиональный доход; все расчёты оформляются в форме чека, предусмотренной законодательством".

7. Приёмка работ

Опишите процедуру приёмки: Заказчик тестирует сайт в течение N дней, фиксирует замечания, Исполнитель устраняет их за M дней. Если в течение срока замечаний не поступило, считается, что работа принята.

Пример: "Срок приёмки — 10 календарных дней. В течение этого срока Заказчик направляет список замечаний. Исполнитель обязуется устранить замечания в течение 5 рабочих дней. В случае отсутствия замечаний в течение приёмочного срока — работа считается принятой".

8. Передача прав на результат

Очень важно указать, какие права переходят заказчику: исключительные права на дизайн, код, тексты, базы данных и т.д. Четко пропишите момент передачи прав — обычно после полной оплаты.

Пример: "По факту полной оплаты Исполнитель передаёт Заказчику неисключительные (или исключительные по договоренности) права на программный код и дизайн, необходимые для эксплуатации сайта".

9. Конфиденциальность

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

Пример: "Стороны обязуются не разглашать информацию, полученную в ходе исполнения договора, в течение двух лет после его окончания".

10. Ответственность и форс-мажор

Ограничьте ответственность самозанятого реальными суммами или пропорцией стоимости проекта, чтобы не допустить чрезмерных требований. Пропишите форс-мажор и порядок уведомления о нём.

Пример: "Ответственность ограничивается суммой оплаты по договору. Форс-мажор — обстоятельства непреодолимой силы, подтвержденные надлежащим образом; сторона, пострадавшая от форс-мажора, обязана известить другую сторону в течение 5 календарных дней".

11. Разрешение споров

Укажите порядок: переговоры, медиация, затем суд по месту нахождения заказчика или по согласованному арбитражу. Иногда достаточно условной формулы: "споры решаются путём переговоров; при недостижении согласия — в судебном порядке".

Если стороны собираются избегать суда, можно прописать обязательную медиацию перед обращением в суд.

12. Срок действия и расторжение

Опишите, в каких случаях договор может быть расторгнут, и последствия: компенсация за выполненную часть, возврат предоплаты и т.д. Это актуально при существенном нарушении сроков или отказе от сотрудничества.

Пример: "Заказчик вправе расторгнуть договор при систематическом нарушении сроков более чем на 20 рабочих дней; в таком случае оплаченная часть работ оплачивается пропорционально фактически выполненным этапам".

Практические формулировки и советы по тексту договора

Ниже — конкретные фразы и рекомендации, которые вы можете адаптировать. Старайтесь писать понятными словами, а не юридическим жаргоном. Это помогает читать договор и снижает вероятность недопонимания.

Формулировки для основных разделов

• Предмет договора: "Исполнитель обязуется создать сайт в объёме, указанном в ТЗ (Приложение №1), а Заказчик обязуется принять и оплатить результат".
• Сроки: "Работа начинается с момента поступления предоплаты и выполняется в течение 30 календарных дней, при условии согласования ТЗ".
• Оплата: "Оплата производится в рублях на банковскую карту Исполнителя; Исполнитель оформляет чек НПД".
• Права: "После полной оплаты Заказчик приобретает право использования исходного кода и материалов, необходимых для функционирования сайта".

Эти фразы просты и понятны. Можно дополнить их деталями под конкретный проект.

Как описать дополнительные работы и правки

Обычно в договоре выделяют бесплатные правки в пределах ТЗ и платные — сверх ТЗ. Укажите понятие "мелкие правки" и лимит времени на них.

Пример: "В стоимость включены до трех мелких правок, не меняющих общий функционал и структуру. Дополнительные работы оцениваются отдельно по ставке X рублей в час или фиксированной цене".

Список: что считать мелкой правкой

• Изменение текста на странице до 200 слов
• Коррекция цвета или отступов в стиле
• Замена изображения одинакового размера

Если правка влечёт изменения структуры, добавление страниц или нового функционала — это уже дополнительная работа.

Таблицы и примеры: шаблонную структуру договора

Ниже вы найдёте сводную таблицу с ключевыми пунктами договора и кратким описанием. Это поможет быстрее собрать документ.

Примерный минимальный текст договора (скелет)

Ниже — компактный шаблон, который можно использовать как основу. Это не юридическая консультация, а практичный каркас для реального документа. Подставляйте свои данные и дополняйте по необходимости.

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

Скелет договора

1. Стороны. 2. Предмет договора. 3. Стоимость и порядок оплаты. 4. Сроки и этапы. 5. Обязанности сторон. 6. Приёмка работ. 7. Передача прав. 8. Конфиденциальность. 9. Ответственность. 10. Форс-мажор. 11. Срок действия и расторжение. 12. Прочие условия.

Каждый пункт дополняется подробным приложением, где описано ТЗ и смета. Если нужно, добавьте приложения: график работ, список исходников, спецификация дизайна.

Советы при заключении и исполнении договора

Чтобы минимизировать проблемы, следуйте простым рекомендациям.

• Согласуйте ТЗ письменно до начала работ. Устные договорённости не работают в споре.
• Делайте промежуточные демонстрации и фиксируйте акты приёмки по этапам.
• Храните исходную переписку и скриншоты. Они пригодятся при недопониманиях.
• Если вы самозанятый — заранее объясните заказчику процедуру выдачи чека НПД.
• Оговаривайте поддержку после запуска: сколько багов исправляется бесплатно и в какие сроки.

Эти простые правила экономят время и укрепляют доверие между партнёрами.

Типичные ошибки и как их избежать

Часто договоры проваливаются из-за расплывчатого ТЗ, неясных критериев приёмки и отсутствия контроля сроков. Перечислю ошибки и способы их обхода.

Ошибка: неопределённое ТЗ

Решение: приложите детальное ТЗ, схему страниц, скриншоты и сценарии пользователей. Чем больше конкретики — тем меньше споров.

Ошибка: отсутствие акта приёмки

Решение: оформляйте акт приёмки по каждому этапу. Акт — официальный документ, который подтверждает факт сдачи работ.

Ошибка: отсутствие порядка прав

Решение: прямо укажите, какие права передаются, и в каком объёме. Уточните использование сторонних библиотек и лицензий — это часто источает споры.

Поддержка и сопровождение: отдельный договор или допсоглашение

Поддержка после запуска — отдельная услуга. Прописать её можно в основном документе или оформить отдельный договор на техническое обслуживание. Часто выбирают второй путь: так проще разделить оплату и объём работ.

В пункте о поддержке укажите SLA, время реакции, лимит часов на месяц и стоимость сверх лимита. Это избавит от неожиданностей и обеспечит стабильную работу сайта.

Когда всё готово: чек-лист для передачи сайта

Перед финальной сдачей убедитесь, что вы передали всё нужное. Вот удобный чек-лист.

• Доступы к хостингу и домену
• Доступы к административной панели CMS
• Исходные файлы дизайна (PSD, Figma)
• Резервная копия сайта
• Инструкции по обновлению и установке
• Список использованных плагинов и библиотек с лицензиями

Хорошая передача снижает количество последующих мелких правок и обращений.

Заключение

Договор самозанятого на разработку сайта — это не обязаловка, это инструмент для прозрачной работы. Он защищает обе стороны и помогает завершить проект без конфликтов. Главное — чётко описать предмет, сроки, оплату и правила приёмки. Не бойтесь простоты: ясные формулировки ценятся больше, чем громоздкий юридический язык.

Если проект небольшой, достаточно краткого соглашения с приложением ТЗ. Если проект крупный, вложите время в проработку деталей или проконсультируйтесь с юристом. В любом случае — договор даже в базовом виде поможет избежать многих проблем.

Полезная ссылка: Договор самозанятого на разработку сайта