Существенные условия договора на разработку и внедрение, порядок приёмки, права на результат, гарантии и что делать при срыве сроков.
Договор на разработку защищает не тогда, когда в нём много страниц, а когда в нём написано, что считается выполненной работой. Большинство конфликтов между заказчиком и подрядчиком — это спор о приёмке, а не о деньгах.
Раздел разбирает существенные условия, порядок приёмки по этапам, права на исходный код и гарантийные обязательства — с формулировками, которые можно взять в свой договор.
Инженерная процедура вместо надежды на добросовестность: какие реквизиты обязаны быть у приложения, как фиксировать версию, что делать с документом на 120 страниц и во что обходится одно изменение требования на трёх разных стадиях проекта.
ПравоРазбор пяти реальных формулировок предмета с ответом на один вопрос: что под каждую можно сдать и подписать акт. Плюс конструкция «рамка в договоре — детали в приложении» и что делать, когда техзадания на старте объективно нет.
ПравоКакие разделы договора на автоматизацию действительно решают споры, какие можно читать по диагонали и во что обходится один непрописанный пункт на проекте в 2 400 000 ₽. Разбор с инженерной стороны: где помогает формулировка, а где нужен юрист.
Разбор пунктов, которые реально защищают заказчика, и формулировок, при виде которых надо остановиться. Для владельца, который подписывает договор на автоматизацию и не хочет через полгода выяснять, чей это код.
Раздел выходит частями. Ниже — темы, которые уже расписаны и ждут очереди. Если нужен ответ по одной из них прямо сейчас — напишите нам, разберём вашу ситуацию отдельно и без ожидания.
Как написать раздел о приёмке так, чтобы он защищал обе стороны, а не только ту, кто первой пойдёт в суд. Отдельно разбираем пункт о молчаливой приёмке: он справедлив, но при сроке проверки в два рабочих дня превращается в ловушку для заказчика.
Акт из одной строки «услуги оказаны в полном объёме» закрывает бухгалтерию и не закрывает ничего больше. Разбираем, какая детализация нужна, чтобы через полгода можно было доказать, что именно было принято, и как выглядит акт с оговорками.
Инженерный разбор того, что вы на самом деле получаете: право на код, доступ к репозиторию и возможность продолжить работу с другой командой — это три разные вещи, и договор может дать одну без остальных. Объясняем логику ст. 1296 и 1297 ГК на понятных примерах и честно отмечаем места для юриста.
Самая частая находка при смене подрядчика — домен, облачный аккаунт и репозиторий, оформленные на его юрлицо или личную почту. Даём перечень из 12 позиций, который стоит сделать приложением к договору, и порядок проверки, что доступ действительно перешёл.
Гарантия в разработке ломается о вопрос «это дефект или новое требование». Даём рабочее определение дефекта через отклонение от ТЗ и приёмочных сценариев, типичные сроки по рынку и честно объясняем, почему гарантия не заменяет платную поддержку.
Смотреть надо не на процент, а на базу и потолок: 0,1 % в день от стоимости просроченного этапа — рабочая величина, а тот же процент с потолком в 5 % от суммы договора превращает пункт в декорацию. Показываем расчёт и объясняем, почему неустойка почти никогда не покрывает реальный ущерб от сдвига запуска.
Отсутствие процедуры изменений обходится дороже любого другого пропущенного пункта: правки идут потоком, никто не считает их цену, а срок уезжает молча. Описываем процедуру из пяти шагов, которую можно вставить в договор, и порог, ниже которого допсоглашение не нужно.
NDA без введённого режима коммерческой тайны — бумага, которой удобно махать и нечем воспользоваться. Разбираем, что нужно сделать внутри компании, чтобы соглашение имело смысл, и объясняем, почему технические меры почти всегда защищают лучше юридических.
Как только подрядчик видит боевую базу с телефонами клиентов, между вами появляется поручение на обработку — оформленное или нет. Разбираем состав такого приложения по пунктам и объясняем, что ответственность перед клиентом всё равно остаётся на вас.
Выход из проекта — это не письмо «мы расторгаем», а операция передачи: код, доступы, данные, документация и статус незавершённых работ. Даём порядок действий на две недели вперёд и объясняем, какой пункт нужно написать заранее, чтобы выход вообще был возможен.
Раздел, который читают последним и по диагонали, определяет, поедете ли вы судиться в другой город. Объясняем, чем претензионный порядок помогает договориться без суда и какие два параметра в этом разделе стоит обсудить до подписания.
Экономия на подрядчике-юрлице реальна, а риски другие: пропадание исполнителя, отсутствие команды на замену, налоговые вопросы при регулярных выплатах и слабая обеспеченность ответственности. Разбираем инженерные и организационные последствия, а налоговую часть честно передаём бухгалтеру.
Практический чек-лист на один заход: 22 пункта с ответом «есть / нет / переписать» и отдельной колонкой «это к юристу». Формат рассчитан на владельца, который проверяет договор сам за час до встречи, а не на юридическую экспертизу.
Опишите процесс словами, голосом или файлами — вернёмся с картой процесса, вариантом решения и предварительной вилкой бюджета. Бесплатно и без обязательств.
