Сотрудничество с самозанятыми специалистами (плательщиками НПД) стало стандартом в IT-сфере․ Это позволяет бизнесу легально нанимать экспертов для проектных задач, избегая сложностей трудового права и высоких страховых взносов․ Однако риск реквалификации договора в трудовой остается главной угрозой для заказчика․ В этой статье разберем, как составить юридически грамотный договор с самозанятым программистом, на какие нюансы обратить внимание и как должен выглядеть правильный шаблон․

Почему важен грамотный договор, а не просто «красивый бланк»

Многие заказчики скачивают первый попавшийся шаблон, меняют ФИО и считают, что защищены․ На практике налоговая инспекция и суды смотрят не на название документа («Договор ГПХ», «Договор подряда», «Оферта»), а на деловую сущность отношений․

• Статья 15 ТК РФ: Если фактически существуют признаки трудовых отношений (личное исполнение, подчинение внутреннему распорядку, регулярная зарплата, выполнение функции, а не конкретный результат), договор признают трудовым․
• Последствия реквалификации: доплаты страховых взносов (около 30-40%), штрафы, пени, компенсации отпускам и больничным, репутационные риски․

Поэтому цель договора, зафиксировать гражданско-правовой характер отношений: заказчик платит за результат (готовый модуль, исправленную ошибку, внедренную фичу), а не за процесс/время․

Ключевые отличия от трудового договора (Чек-лист для проверки)

Обязательные блоки договора с самозанятым программистом

Предмет договора (Самое важное)

Формулировка должна быть конкретной и измеримой․

• Плохо: «Разработка ПО», «Техническая поддержка», «Консультации по коду» (выглядит как функция)․
• Хорошо: «Разработка модуля авторизации на React + Node․js по ТЗ от », «Рефакторинг API сервиса X согласно чек-листу в Приложении 1», «Написание автотестов для 50 кейсов проекта Y»․

Совет: Обязательно прикрепите Техническое задание (ТЗ) или Спецификацию как неотъемлемое приложение․ Без ТЗ невозможно доказать, что результат сдан/не сдан․

Статус исполнителя и гарантии

В договоре должен быть явный пункт, где Исполнитель гарантирует:

1. Наличие статуса «Самозанятый» (плательщик НПД) на момент подписания и во время исполнения․
2. Обязательство уведомить Заказчика о потере статуса в течение 3 рабочих дней․
3. Согласие на периодическую проверку статуса через сервис «Мой налог» (ФНС)․

Практика: Проверяйте статус перед каждым платежом․ Скриншот или выгрузка из API ФНС — ваше доказательство добросовестности при проверке․

Порядок приемки результата (Акт приема-передачи)

В IT это критично․ Деньги платятся только за подписанный Акт․

• Определите форму Акта (электронный обмен сканами/ЭДО/подпись в трекере — Jira, GitLab, YouTrack)․
• Установите сроки приемки (например, 3-5 рабочих дней)․
• Пропишите «согласованное молчание»: если Заказчик не прислал замечания за N дней — работа считается принятой․
• Критерии приемки: соответствие ТЗ, прохождение тестов, отсутствие критических багов․

Оплата и Чек из «Мой налог»

• Сумма договора (фиксированная или по этапам)․
• Срок оплаты после подписания Акта (обычно 3-5 банковских дней)․
• Ключевой пункт: Исполнитель обязан выставить чек в приложении «Мой налог» в день получения денег и направить его Заказчику (QR-код, ссылка, PDF)․ Без чека расход не подтвержден, а у самозанятого накопится налоговая база без уплаты налога․

Интеллектуальная собственность (ИИС) — критично для кода

По умолчанию (ст․ 1295 ГК РФ) исключительное право на программу для ЭВМ принадлежит автору․ В договоре обязательно нужен пункт о переходе исключительных прав на Заказчика (cession) в полной объеме (во всем мире, на весь срок действия, со всеми способами использования)․

• Переход прав происходит с момента приемки (подписания Акта) или оплаты — уточните это․
• Пропишите обязанность Исполнителя передать исходный код, доступы к репозиториям (Git), документацию, ключи, пароли․
• Гарантия отсутствия заимствований (open source с лицензией GPL, чужой код без прав)․

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

Отдельный пункт или приложение; Определите, что считается конфиденциальным (код, БД, архитектура, бизнес-процессы, список клиентов)․ Срок действия — бессрочно или N лет после окончания договора․

Ответственность сторон

• Штрафы/пени за просрочку: Реалистичные (например, 0․1% от суммы этапа за день, но не более 10-20% от суммы этапа)․ Незаконно завышенные штрафы суд уменьшит․
• Материальная ответственность за ущерб: Утечка данных, внесение вредоносного кода, нарушение лицензий․ Ограничьте предел ответственности (например, до суммы договора или удвоенной суммы этапа), иначе программист не подпишет․
• Force Majeure: Стандартный пункт․

Отсутствие признаков трудовых отношений (Disclaimer)

Рекомендуется добавить явный пункт: «Стороны подтверждают, что отношениями не регулируются ТК РФ․ Исполнитель не подчиняется внутреннему распорядку Заказчика, определяет самостоятельно время, место и способы выполнения работы, использует собственное оборудование и ПО»․ Это не панацея, но усиливает позицию в споре․

Специфика работы с программистом: нюансы шаблона

Работа с репозиториями и доступы

В приложении к договору пропишите:

• Кто создает репозиторий (обычно Заказчик)․
• Права доступа (Write/Admin для программиста)․
• Политика коммитов (Conventional Commits, защита веток main/master)․
• CI/CD пайплайны: кто настраивает, кто платит за минуты билда․

Стек технологий и зависимости

Зафиксируйте стек в ТЗ․ Если программист решает переписать проект на другом языке «потому что круче» — это нарушение предмета договора․

Техподдержка и гарантия (Warranty)

Если после сдачи найден баг — кто и за чей счет чинит?

• Стандарт: гарантийный период 30-90 дней после приемки․
• Баги, возникшие по вине Исполнителя (несоответствие ТЗ), чинит бесплатно․
• Новые требования / изменения окружения (обновление ОС, браузеров), новый договор/доп․ соглашение․

Работа с Open Source и библиотеками

Требуйте отчет о используемых зависимостях (SBOM — Software Bill of Materials)․ Запретите использование кода с «вирусными» лицензиями (GPL, AGPL) без согласования, если продукт проприетарный․

Процедура проверки самозанятого перед оплатой (Best Practice)

1. При заключении: Проверка ИНН на сайте ФНС «Статус плательщика НПД»․ Сохраните скриншот/PDF․
2. Перед каждым платежом: Повторная проверка․ Статус может быть аннулирован за долги по налогам или превышение дохода (2․4 млн руб․/год)․
3. После оплаты: Получение чека из «Мой налог»․ Проверка чека: ИНН исполнителя, сумма, дата, статус «Пробит»․
4. Автоматизация: Используйте API ФНС или сервисы (ЯсноДок, Контур, Элба, Мое Дело) для автопроверки и хранения доказательной базы․

Типичные ошибки в шаблонах (на что обратить внимание при скачивании)

• Название «Договор оказания услуг» при передаче прав на код․ Лучше «Договор подряда» или «Договор на выполнение работ», так как передается материальный носитель (код) и исключительные права․ Услуги (консультации, код-ревью) — это услуги․
• Отсутствие ТЗ / Спецификации․ «Разработка сайта», не предмет договора․
• Формулировка «Исполнитель обязан работать с 9 до 18»․ Прямой путь к реквалификации․ Пишите: «Исполнитель обязан сдать Этап 1 до »․
• Оплата «авансом» без отчетности․ Для НПД аванс, это доход․ Чек нужен сразу при получении аванса․ Лучше платить по факту этапов (постоплата)․
• Нет пункта про передачу доступов/исходников․ Программист ушел, доступы к AWS/GitHub/Домену остались у него․
• Копирование штрафов из трудового договора․ Штрафы по ГПХ регулируются ст․ 330 ГК РФ (неустойка), суды активно их уменьшают․

Структура готового шаблона (Оглавление для DOCX/PDF)

1. Преамбула: Дата, место, стороны (реквизиты ИП/ООО Заказчика и ФИО/ИНН Самозанятого)․
2. Предмет договора: Описание Результата, ссылка на Приложение 1 (ТЗ/Спецификацию)․
3. Порядок выполнения и приемки: Этапы, сроки, форма Актов (Приложение 2), критерии приемки, молчание = приемка․
4. Цена и порядок расчетов: Фиксированная цена / Цена за этап․ Постоплата по Актам․ Реквизиты для оплаты․ Обязанность выставить чек НПД․
5. Права интеллектуальной собственности: Переход исключительных прав, передача исходников и доступов, гарантии чистоты прав․
6. Конфиденциальность: Определение конфиденциальной информации, сроки, ответственность за утечку․
7. Статус Исполнителя (НПД): Гарантии статуса, обязанность уведомлять об изменении, право Заказчика проверять, последствия потери статуса (расторжение)․
8. Ответственность сторон: Неустойки за сроки, ответственность за ущерб, пределы ответственности, форс-мажор․
9. Срок действия и расторжение: Дата начала/окончания․ Право одностороннего отказа Заказчика (с оплатой сделанной работы) и Исполнителя (с возвратом аванса/компенсацией ущерба)․
10. Отсутствие трудовых отношений: Подтверждение автономии Исполнителя․
11. Заключительные положения: Порядок споров (суд по месту нахождения Заказчика), ЭДО/электронный обмен, адреса для уведомлений․
12. Подписи сторон․
13. Приложение 1: Техническое задание / Спецификация / План-график этапов․
14. Приложение 2: Форма Акта приема-передачи․
15. Приложение 3: Регламент работы с репозиторием / Доступы (опционально)․

Электронный документооборот (ЭДО) и подпись

Для самозанятых удобнее всего использовать простую электронную подпись (ПЭП) через сервисы (Диадок, СБИС, Контур, Яндекс․Документы, ЯсноДок)․

• Договор и Акты подписываются ПЭП — это равносильно бумажному с живой подписи (ст․ 434 ГК РФ, ФЗ-63)․
• В договоре пропишите: «Стороны признают юридическую силу документов, подписанных ПЭП в системе [Название сервиса]»․
• Это ускоряет процесс в разы: нет печати, сканирования, почты․

Чек-лист перед подписанием (Резюме)

1. [ ] Проверен статус НПД исполнителя на сайте ФНС (актуально на сегодня)․
2. [ ] Предмет договора — конкретный Результат, а не процесс․
3. [ ] Приложено детальное ТЗ / Спецификация․
4. [ ] Прописан порядок приемки через Акт (форма, сроки, молчание)․
5. [ ] Оплата — постоплата по этапам после подписания Акта․
6. [ ] Обязанность выставить чек «Мой налог» в день оплаты зафиксирована․
7. [ ] Переход исключительных прав на код/ПО на Заказчика оформлен․
8. [ ] Обязанность передать исходники, доступы, пароли прописана․
9. [ ] Есть пункт про конфиденциальность и NDA․
10. [ ] Штрафы/неустойки адекватны и судом не будут уменьшены до нуля․
11. [ ] Нет признаков трудового договора (график, подчинение, авансы за «выход на работу»)․
12. [ ] Предусмотрен ЭДО/ПЭП для скорости․

Договор с самозанятым программистом — это не просто формальность, а главный инструмент управления рисками․ Главный принцип: фиксируйте результат, а не процесс․ Используйте проверенные юристами шаблоны (например, из баз «ЯсноДок», «Контур», «Гарант», «КонсультантПлюс»), но обязательно адаптируйте их под специфику IT: ТЗ, репозитории, передачу прав на код, чек из «Мой налог»․ Регулярная проверка статуса исполнителя и грамотный документооборот (Акты + Чеки) спасут вас от налоговых начислений и судебных споров․

Данная статья носит информационный характер и не является правовой консультацией․ Для подготовки конкретного договора рекомендуется обратиться к юристу, специализирующемуся на IT-праве и налоговом сопровождении НПД․