Аудитория · Разработчики

Документы и проверки для разработчика

5 норм права5 типовых рисков5 вопросов в FAQRU · KZ · BY · UZ

Frontend, backend, мобильный или fullstack-разработчик работает по договору подряда. Главное — ТЗ как приложение, передача исходного кода и прав по ст. 1234, 1296 ГК РФ, защита от переквалификации в трудовые отношения и от бесконечного скоупа.

Все документы

Правовая основа

Что регулирует работу разработчика. Ссылки на конкретные статьи и законы.

ст. 1259, 1261 ГК РФ
Программа для ЭВМ — самостоятельный объект авторского права. Включает исходный код, объектный код, документацию. Исключительное право возникает у автора с момента создания.
ст. 1296 ГК РФ
Программа, созданная по договору заказа. Исключительное право принадлежит заказчику автоматически, если договором между подрядчиком и заказчиком прямо не предусмотрено иное. Исполнитель сохраняет право использовать программу для собственных нужд на условиях простой лицензии (если иное не оговорено).
ст. 1234, 1295 ГК РФ
Отчуждение исключительного права (1234) — для готовых программ, права на которые передаются заказчику отдельным договором. Служебное произведение (1295) — если код создан штатным сотрудником в рамках трудовых обязанностей, исключительные права у работодателя автоматически. Для договора подряда с фрилансером применяется ст. 1296 (выше).
ст. 702–729 ГК РФ
Договор подряда. Применяется к разработке ПО — есть передаваемый результат (исходный код, бинарник, документация). Гарантийный срок начинает течь с момента приёмки результата (п. 5 ст. 724 ГК РФ).
п. 8 ч. 2 ст. 6 ФЗ-422
Доходы самозанятого-разработчика от заказчиков, которые были его работодателями менее двух лет назад, не признаются объектом НПД. Можно работать с ними как ИП на другом режиме или как физлицо с уплатой НДФЛ — но не на льготной ставке 4%/6%. Признаки переквалификации в трудовые отношения (Письмо ФНС от 16.09.2021 № АБ-4-20/13183@) — фиксированный график, рабочее место, систематическая оплата за процесс, не за результат. Штраф для заказчика-юрлица по ч. 4 ст. 5.27 КоАП РФ — 50 000–100 000 ₽; для ИП-заказчика — 5 000–10 000 ₽; плюс доначисление НДФЛ и страховых взносов.

Типовые документы для разработчика

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

Документы

Подходящие договоры, акты и приложения.

Сценарии работы

Типовые ситуации, в которых нужен пакет документов.

Типовые риски

Что чаще всего идёт не по плану и кому это стоит денег. Каждый риск — повод проверить формулировки в договоре до подписания.

Переквалификация в трудовые отношения

Разработчик работает с одним заказчиком, по графику, через корпоративный VPN, по KPI. Налоговая видит признаки трудового договора (Письмо ФНС от 16.09.2021 № АБ-4-20/13183@): для заказчика-юрлица — доначисление НДФЛ 13% и страховых взносов по единому тарифу 30%, штраф 50 000-100 000 ₽ по ч. 4 ст. 5.27 КоАП РФ.

Бесконечный скоуп без ТЗ

Заказчик в процессе добавляет «ещё одну фичу» — авторизация, экспорт, интеграция. Без подписанного ТЗ разработчик работает бесплатно. Защита — ТЗ как приложение, любое изменение — через дополнительное соглашение и пересчёт цены.

Не передали исходный код

Клиент остался с бинарником и не может развивать продукт. Защита — пункт «исходный код передаётся в Git-репозитории заказчика после финальной оплаты» с указанием организации репозитория, формата документации (README, deployment guide) и срока передачи.

Использование третьих библиотек с несовместимой лицензией

Разработчик использовал GPL-библиотеку в коммерческом продукте; клиент получает иск или вынужден открыть свой код. Защита — гарантия исполнителя о соблюдении лицензий третьих компонентов и пункт о возмещении убытков по ст. 15 ГК РФ при нарушении.

Гарантия и техподдержка после сдачи без срока

Без явного срока и объёма гарантии заказчик годами требует бесплатных правок «по логике гарантии». Защита — пункт «гарантия N месяцев на исправление дефектов в переданной версии; новые фичи и поддержка после периода — отдельный договор». По п. 5 ст. 724 ГК РФ гарантийный срок начинает течь с момента приёмки результата работы.

Частые проблемы

Решения для типовых конфликтов с клиентом или подрядчиком.

Что Dokli делает

Готовит договор подряда на разработку с ТЗ-приложением, пунктами о передаче кода и прав, гарантийным периодом.
Проверяет договор от клиента на признаки переквалификации (фиксированный график, KPI, рабочее место) и кабальные условия.
Готовит акт сдачи-приёмки этапа и дополнительное соглашение при изменении объёма работ.
Готовит NDA до начала переговоров — доступ к архитектуре, коду, технологическому стеку.

Чего Dokli не делает

Не оценивает архитектуру, технический стек или сроки реализации — для этого есть тимлид или технический консультант.
Не проверяет уникальность кода и не делает code review — для аудита нужен профессиональный CodeReview-сервис.
Не аудирует лицензии используемых open-source библиотек — для этого есть FOSSA, Snyk Open Source, ScanCode.

Бесплатные проверки

Без регистрации — для разовой проверки контрагента или договора.

Частые вопросы

Чем договор подряда отличается от трудового договора в ИТ?▾

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

Кому принадлежит код после сдачи проекта?▾

По общему правилу ст. 1296 ГК РФ — если программа создана по договору заказа, исключительные права принадлежат заказчику, если в договоре не указано иное. Для штатного разработчика-сотрудника применяется ст. 1295 — права у работодателя автоматически. Для прозрачности всегда прописывайте пункт явно: «Исключительное право на исходный код передаётся Заказчику в полном объёме с момента подписания акта». Без этого пункта возникают споры о том, кому принадлежит результат.

Что обязательно в ТЗ для разработки?▾

Список фич с критериями готовности (Definition of Done), технические требования (стек, версии, форматы), интеграции с внешними системами, нефункциональные требования (нагрузка, безопасность, время отклика), приёмочные тесты. ТЗ-минимум для маленького проекта — 5-10 страниц; для среднего — 15-30; для крупного — десятки страниц. Без ТЗ споры неизбежны.

Какой гарантийный срок прописывать?▾

Стандарт для российского рынка — 1–3 месяца на исправление дефектов в переданной версии. Гарантия покрывает только дефекты, выявленные при работе по согласованному ТЗ; новые фичи, изменение требований и поддержка после периода — отдельный договор. По п. 5 ст. 724 ГК РФ гарантийный срок начинает течь с момента приёмки результата.

Можно ли использовать open-source библиотеки с GPL-лицензией для коммерческого клиента?▾

Зависит от того, распространяете ли вы продукт. GPL/LGPL — copyleft срабатывает при распространении производного произведения (передача клиенту, deployment в его инфраструктуру). AGPL — copyleft заражает даже без распространения, при использовании по сети — опасна для SaaS. Permissive-лицензии (MIT, Apache 2.0, BSD, ISC) — допускают коммерческое использование без открытия кода; Apache 2.0 содержит патентный grant. Перед сдачей проекта проверьте лицензии всех зависимостей через FOSSA или Snyk; в договоре пропишите гарантию о соблюдении лицензий и ответственность за нарушение.

Доверие и границы сервиса

Что Dokli делает, чего не делает, как храним данные.

Главный следующий шаг

Соберите первый пакет документов для разработчика — займёт несколько минут.

Подготовить «договор подряда»