Договоры и формы работы: что обязательно проверить, кто владеет кодом

Инженер, который три часа спорит о семантике HTTP-статуса и требует схему для каждого поля, подписывает договор на сотни тысяч по диагонали за четыре минуты: текст кажется чужим ритуалом — «юридической водой», которая ничего не значит, пока все ведут себя нормально. Та же ошибка, что «зачем нам типы, мы же аккуратно пишем». Договор — спецификация отношений: он описывает не счастливый путь, а поведение системы при отказах; пока всё хорошо, его не читают, когда стало плохо — он единственный источник истины. Дальше инженерное чтение: из чего он состоит, какие пункты дают наибольшую дисперсию исхода, где ловушки и главный для нас вопрос — кто в итоге владеет написанным кодом.

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

1. Что договор делает на самом деле

Согласование ожиданий. Пока вы пишете «результат считается принятым, если проходят сценарии из приложения 2», выясняется, что заказчик под «готово» понимал ещё и обучение его команды. Разговор случается до работы и стоит час, а не месяц; девяносто процентов пользы договора — здесь, и вы её никогда не увидите: конфликт, который не случился, невидим. Распределение риска. Кто платит, если требования изменились, сорвался срок по вине третьей стороны, заказчик исчез посреди проекта. Риск есть независимо от бумаги; договор решает, на чьём балансе он лежит. Доказательство. Работает, только если вы по ходу вели себя как человек, собирающий доказательства: согласования, акты, переписка по адресу из договора.

Инженерная аналогия почти буквальна:

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

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

2. Четыре слоя сделки

Разговор «на каких условиях работаем» смешивает четыре независимых решения: разделив их, вы увидите, что уступка по одному слою не обязана ухудшать другой.

1. Форма деятельности — кто вы для государства: налоги, отчётность, ответственность, возможность нанимать и работать с определёнными заказчиками.
2. Тип договора — что вы обещаете: результат, процесс, право пользования продуктом или их смесь; отсюда растёт приёмка и то, за что именно вам платят.
3. Модель расчёта — час, фикс за этап, абонемент, роялти, гибрид (Ценообразование).
4. Режим прав на результат — кто владеет кодом после оплаты.

Ошибка новичка — обсудить только слой 3, а слои 2 и 4 принять в редакции заказчика. Между тем слой 4 определяет, сможете ли вы через год переиспользовать собственную библиотеку, а сквозные пункты — приёмка, ответственность, расторжение — режут глубже, чем разница в ставке на десять процентов.

3. Формы деятельности: карта вопросов, а не готовый ответ

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

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

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

ИП. Шире виды деятельности, можно нанимать, доступны разные режимы налогообложения, крупные заказчики работают охотнее. Плата — регулярные обязательные платежи, обычно не зависящие от того, был ли доход в этом месяце, отчётность, договорная дисциплина и главное — ответственность личным имуществом.

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

Схема намеренно не заканчивается вердиктом «выбирайте ИП». Она заканчивается списком вопросов, с которым вы приходите на консультацию подготовленным — и тратите час, а не три.

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

Риск переквалификации в трудовые отношения. Ловушка не про налоги, а про суть: если вы формально подрядчик, но фактически работаете как сотрудник, отношения могут быть признаны трудовыми со всеми последствиями для обеих сторон. В совокупности смотрят на признаки: подчинение распорядку и графику заказчика; выделенное рабочее место и доступы как у сотрудника; выполнение трудовой функции («разработчик в команде») вместо конкретного результата; регулярная одинаковая оплата, не привязанная к сдаче; единственный длительный заказчик; включённость в оргструктуру. Перечень и последствия — к юристу; вывод для нас: пишите договоры от результата и держите диверсификацию заказчиков (Деньги и риски). Совмещая подработку с наймом, перечитайте свой трудовой договор — ограничения на стороннюю деятельность и права работодателя на созданное вами реальны.

4. Анатомия договора: что читать в первую очередь

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

«Это наш стандартный договор, его все подписывают» — не факт, а переговорная техника: он написан юристами одной стороны в интересах одной стороны, и правки в него вносят регулярно. Спокойное «у меня три правки, вот формулировки» проходит гораздо чаще, чем ожидают новички.

5. Приёмка — самый недооценённый раздел

Инженеру он ближе всего: приёмка — это тесты для сделки. Пока не описано, что считается годным, «готово» определяется настроением; формулируйте критерии как критерии готовности задачи — проверяемо и заранее (требования, тестовая документация).

Форма сдачи — что конкретно передаётся: тег или релиз, артефакт, доступы, документация («скинул архив в чат» — плохое доказательство). Срок на ответ — заказчик обязан ответить в течение N рабочих дней (число согласуйте, не берите из чужих шаблонов); без срока приёмка длится вечно. Мотивированность отказа — ключевое слово: отказ ссылается на конкретные пункты ТЗ, а не на «нам не нравится», иначе критерий приёмки — вкус, а вкус меняется. Правило молчания работает, только если прямо прописано. Этапность: отдельные акты и оплата по этапам ограничивают объём неоплаченной работы — вашу главную незастрахованную позицию. Граница приёмки и гарантии: после приёмки правка — либо гарантийный случай (несоответствие ТЗ), либо новая работа за деньги; нет границы в тексте — будет бесконечный хвост (Оценка и границы работ).

6. Кто владеет кодом

6.1. Два разных права, которые постоянно путают

У кода есть авторство — личное неимущественное право: возникает у автора-человека, неотчуждаемо, не продаётся. И есть исключительное (имущественное) право — использовать произведение и разрешать использование другим; вот оно оборотоспособно. Отсюда практическое: «я продал права» почти всегда означает распоряжение имущественным правом. Автором вы остаётесь всегда, но это не даёт права использовать переданный код и даже не всегда — говорить, что он ваш: упоминание в портфолио прописывается отдельно.

Отдельный случай — служебное произведение: у наёмного сотрудника права на созданное по заданию работодателя по умолчанию у работодателя; детали смотрите в трудовом договоре и локальных актах. Вывод, который экономит деньги: полное отчуждение — самый дорогой для вас вариант, значит, и стоить оно должно дороже. Если заказчику нужно спокойствие («никто другой не получит наше решение»), исключительной лицензии часто достаточно, и вы сохраняете возможность развивать наработки — обсуждать это надо в момент цены.

6.2. Поставка неоднородна

• Код под задачу — единственный слой, который договор действительно передаёт целиком.
• Фоновый IP (background IP) — ваши библиотеки, шаблоны проектов, генераторы, скрипты, наработанные до и вне проекта. Формулировка «исполнитель передаёт права на всё, созданное в связи с исполнением договора» накрывает и их; лечится абзацем — перечислить фоновые компоненты в приложении, права оставить себе, заказчику дать неисключительную бессрочную лицензию на использование в составе результата. Он почти никогда не возражает: ему нужен работающий продукт, а не ваш тулинг.
• Открытые зависимости не принадлежат ни вам, ни заказчику: передать их нельзя, можно только соблюдать условия. При этом вы обычно гарантируете, что результат не нарушает чужих прав, — то есть отвечаете за лицензионную чистоту, включая copyleft с его обязанностью раскрытия (цепочка поставки, choosealicense.com, SPDX).
• Материалы и данные заказчика — его. Нужен режим обработки, срок хранения и обязанность удалить после сдачи, особенно с персональными данными (приватность).

6.3. Переход прав привязывайте к оплате

Самая полезная для исполнителя строчка звучит примерно так: исключительное право (или лицензия) переходит к заказчику с момента полной оплаты соответствующего этапа. Иначе возможна ситуация, где заказчик уже правообладатель, код у него, а деньги — предмет вашей переписки. Формулировку берите у юриста: конструкции различаются по правопорядкам и типам договоров. Технически подкрепляется дисциплиной передачи: пока этап не оплачен, у заказчика демо-стенд, а не продакшн-артефакт — не шантаж, а симметрия: он не платит за непоставленное, вы не поставляете за неоплаченное.

6.4. Гигиена лицензий: до сдачи, а не после претензии

# Фиксируем состояние поставки: тег, воспроизводимый архив, хеш.
git tag -a v1.0.0-delivery -m "Сдача этапа 1 по договору N 17 от 2026-03-01" && git push --tags
git archive --format=tar.gz -o delivery-stage1.tar.gz v1.0.0-delivery
sha256sum delivery-stage1.tar.gz > delivery-stage1.sha256

# Инвентаризация зависимостей и их лицензий — приложение к акту.
pip-licenses --format=markdown > LICENSES.md      # Python; для Node.js — npx license-checker,
go-licenses report ./... > licenses-go.csv        # для Go — go-licenses
syft dir:. -o spdx-json > sbom.spdx.json          # SBOM, https://github.com/anchore/syft

Приложите отчёт о лицензиях к акту: это снимает часть будущих претензий (состав зависимостей раскрыт и принят), а при due diligence покупателя бизнеса ровно эту работу делают за большие деньги. Сюда же AI-ассистенты: если в договоре или NDA есть запрет передавать код третьим лицам и использовать сторонние сервисы, отправка репозитория во внешний сервис формально нарушает запрет — решается заранее и письменно, разрешением с перечнем инструментов либо отказом от них на проекте.

6.5. Портфолио и право говорить о работе

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

7. Красные флаги и как их править

Торговать всё сразу — верный способ выглядеть тяжёлым партнёром, поэтому приоритизируйте:

Три правила переговоров по тексту. Предлагайте формулировку, а не возражение: «уберите пункт» вызывает эскалацию к юристу заказчика, готовый абзац часто проходит целиком. Торгуйте симметрию, а не льготу: «пусть неустойка будет с обеих сторон» звучит справедливо и почти не встречает сопротивления. Соизмеряйте цену защиты с ценой риска: для мелкого контракта с постоянным клиентом достаточно вашей короткой формы, для крупного или первого час юриста дешевле любого из флагов выше (переговоры).

8. NDA, неконкуренция и переманивание

В NDA проверяйте пять вещей: определение конфиденциальной информации (не должно накрывать ваши общие профессиональные знания); взаимность (односторонний NDA нормален, взаимный честнее); срок обязательств после проекта; исключения (общедоступное, известное ранее, полученное независимо, раскрытое по требованию закона); соразмерность санкций — штраф, кратный вашему годовому доходу за формальное нарушение, переговороспособен. Отдельно проговорите совместимость NDA с портфолио и с вашим стеком: терять право работать в той же предметной области нельзя, иначе NDA превращается в скрытую неконкуренцию. Неконкуренция и запрет переманивания встречаются, но их применимость и границы сильно зависят от юрисдикции и от того, трудовой это договор или гражданско-правовой. Позиция инженера — смотреть на предмет, срок и территорию: «не работать с прямыми конкурентами из ограниченного списка компаний в течение оговорённого срока» обсуждаемо; «не работать в отрасли» — запрет на профессию, о применимости которого надо говорить с юристом, а не соглашаться молча.

9. Документооборот: договор без следов исполнения — половина документа

Практики, которые почти ничего не стоят и заметно меняют позицию. Адрес для юридически значимых уведомлений прописан в договоре — обычно почтовый и конкретный e-mail; рабочий чат как канал уведомлений ненадёжен, историю теряют вместе с воркспейсом. Резюме созвона письмом: короткое «фиксирую договорённости: 1…, 2…, 3…; если что-то не так, поправьте до завтра» — не бюрократия, а дешёвая запись в журнал транзакций. Изменения только письменно: устная просьба «сделай ещё вот это» превращается в письмо «принял, оцениваю в X часов, срок сдвигается на Y, подтвердите». Хранение: сканы, акты, переписка, отчёты о лицензиях — в каталоге с бэкапом; срок хранения привязан к срокам давности и требованиям учёта — вопрос к бухгалтеру. Электронная подпись и ЭДО: виды подписей и их сила различаются — уточняйте на Госуслугах и у оператора ЭДО.

9.1. Паспорт сделки: сведите договор в машиночитаемый вид

Договор написан для юриста, а работать по нему вам — после подписания выпишите обязательства в файл рядом с проектом:

# deals/2026-03-acme.yaml — выжимка обязательств из ПОДПИСАННОГО договора
deal: { client: "ООО «Заказчик»", contract: "N 17 от 2026-03-01", notice_email: "legal@example.com" }
scope:
  spec_ref: "Приложение 1, редакция от 2026-02-27"
  out_of_scope: ["нагрузочное тестирование", "обучение команды", "поддержка после гарантии"]
acceptance:                     # ВСЕ СРОКИ НИЖЕ — ИЗ ВАШЕГО ДОГОВОРА, НЕ ИЗ ЧУЖОГО ШАБЛОНА
  response_days: 5
  silence_means_accepted: true  # только если это прямо прописано в тексте
payment: { model: "этапы", payment_days_after_act: 10, late_fee_clause: "6.4" }
rights:
  mode: "отчуждение исключительного права"
  transfers_after_full_payment: true
  background_ip_annex: "Приложение 3"           # перечень ваших наработок
  portfolio_allowed: "обезличенно, по согласованию текста"
warranty: { period_days: 90, covers: "несоответствие Приложению 1" }   # гарантия и ответственность
liability: { cap: "полученное по договору", indirect_excluded: true } # потолок и косвенные убытки
stages: [{ name: "Этап 1", delivered_at: "2026-04-10", act_signed_at: null }]

Пустое поле — пункт, которого в договоре нет, и риск, который вы пока не увидели. Дальше два десятка строк, которые не дают пропустить момент, когда надо писать, а не надеяться:

"""Контроль сроков по паспорту сделки. Все сроки — ИЗ ВАШЕГО договора, никаких
значений «по закону» здесь нет. Сложность O(n) по числу этапов, O(1) памяти."""
from datetime import date, timedelta

def add_business_days(start: date, days: int) -> date:
    """Рабочие дни без выходных; переносы — по производственному календарю."""
    cur = start
    while days > 0:                                 # 5 и 6 — суббота и воскресенье
        cur += timedelta(days=1)
        days -= 1 if cur.weekday() < 5 else 0
    return cur

def actions_for_today(deal: dict, today: date) -> list[str]:
    """Напомнить, зафиксировать приёмку по молчанию, выставить претензию."""
    out, acc, pay = [], deal["acceptance"], deal["payment"]
    for st in deal["stages"]:
        if st["delivered_at"] and not st["act_signed_at"]:
            due = add_business_days(st["delivered_at"], acc["response_days"])
            if today > due and acc["silence_means_accepted"]:
                out.append(f"{st['name']}: срок ответа истёк {due} — фиксируем приёмку письмом")
            elif today == due:
                out.append(f"{st['name']}: сегодня последний день ответа — напомнить")
        elif st["act_signed_at"]:
            due = add_business_days(st["act_signed_at"], pay["payment_days_after_act"])
            if today > due:
                out.append(f"{st['name']}: оплата просрочена на {(today - due).days} дн. — "
                           f"претензия по п. {pay['late_fee_clause']}, новые работы на паузу")
    return out

Ценность не в коде — он тривиален, а в том, что заполнить поля можно только из подписанного текста. Самая трудная строка — «новые работы на паузу»: техническое действие простое, разговор — нет (Работа с заказчиком).

10. Иностранные заказчики: где цена ошибки максимальна

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

11. Типичные ошибки инженеров

Подписать шаблон заказчика целиком, потому что «неудобно просить правки», и считать ТЗ формальностью — а приложение с объёмом и есть главный документ при споре. Не заметить передачу фонового IP; разделить оплату и переход прав (отдать всё и надеяться); согласиться на неограниченную ответственность там, где гонорар — малая доля возможного ущерба. Вести юридически значимую переписку в мессенджере, не хранить документы и игнорировать лицензии зависимостей — до разговора с юристами покупателя. Не отправлять претензию, потому что «неловко»: просрочка без реакции читается как согласие на неё (риски). И сэкономить час юриста на первом большом контракте — экономия, которая почти гарантированно окупается в минус.

12. Мини-итог: десять вопросов перед подписью

1. Что именно я обязуюсь сделать — и что явно не входит в объём?
2. Как выглядит «готово» и в какой срок заказчик обязан ответить?
3. Что происходит, если он молчит?
4. От какого события считается срок оплаты — и не зависит ли он от третьих лиц?
5. Кто получает права на результат, в каком режиме и в какой момент?
6. Что с моими наработками, созданными до проекта, и с упоминанием работы в портфолио?
7. Есть ли потолок моей ответственности и симметричны ли санкции?
8. Как оформляется изменение объёма и кто его подписывает?
9. Как любая из сторон выходит из договора и что с оплатой сделанного?
10. Куда и как направляются юридически значимые уведомления?

Ответ «не знаю» хотя бы на один вопрос — неопределённое поведение в системе; в коде вы бы это не оставили.

Источники

• ФНС России и раздел о налоге на профессиональный доход — формы деятельности, регистрация, актуальные правила; Госуслуги — процедуры и электронная подпись; портал правовой информации — первоисточник текстов актов.
• Часть четвёртая ГК РФ — права на результаты интеллектуальной деятельности, читайте актуальную редакцию; WIPO: Copyright — международная рамка авторского права.
• choosealicense.com, SPDX License List, OSI Licenses, REUSE, Open Source Guides: Legal — лицензии открытого кода; Syft — SBOM для приложения к акту.
• Andy Clarke. Contract Killer — человекочитаемый шаблон договора для фриланса, хорош как чек-лист смыслов (но не как готовый документ для вашей юрисдикции); Mike Monteiro. F*ck You, Pay Me — доклад о договорах и неплатежах глазами исполнителя.

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

Что дальше

Договор задаёт границы, но исполняют его люди: статусы, ожидания, неудобные разговоры про сроки и деньги — там, где текст встречается с реальностью. Читайте: Работа с заказчиком: ожидания, статусы, сложные разговоры, неплатежи