Договор на разработку программного обеспечения
Приложение, сервис, бот, API, мобильное или desktop-приложение: функциональные требования как критерии приёмки, гарантийный период, исходники и права.
Сначала вы увидите предварительный просмотр документа, затем сможете скачать чистовую версию.
Договор на разработку программного обеспечения нужен там, где результат — работающий продукт, а не потраченное время. DogovorBot собирает комплект: договор, функциональные требования, акт сдачи-приёмки, а по ответам — календарный план этапов, акт передачи доступов и исходного кода и реестр выявленных ошибок. Функциональные требования одновременно служат критериями приёмки: заказчик подписывает акт либо направляет мотивированный отказ с шагами воспроизведения. Отдельно решаются вопросы инфраструктуры, документации, компонентов с открытыми лицензиями, исходного кода и репозитория, а также прав: исключительное право переходит заказчику либо предоставляется лицензия. Гарантий отсутствия ошибок договор не даёт — вместо этого установлен гарантийный период на их исправление.
Кому нужен этот документ
- Разработчики и команды, которые делают продукт на заказ
- Заказчики, которым важно понимать, что считается готовым
- Проекты с этапами, тестовым стендом и приёмочным тестированием
- Тем, кому нужны исходники, документация и доступы к инфраструктуре
Приёмка по требованиям, а не «мне не нравится»
Требования, записанные проверяемыми сценариями, превращают приёмку из спора вкусов в процедуру: каждый пункт либо выполняется, либо нет. Мотивированный отказ должен называть конкретное несоответствие и шаги воспроизведения, а пожелания сверх требований оформляются как отдельные работы.
- Функциональные требования — отдельный документ и критерий приёмки
- Мотивированный отказ со сроком вместо бесконечных правок
- Гарантийный период на исправление воспроизводимых ошибок
- Исходный код, репозиторий и документация — по вашему выбору
- Open-source компоненты: лицензии сохраняются после сдачи
- Инфраструктура и окружения: чьи серверы и кто оплачивает
Что входит
- Договор на разработку программного обеспечения — отдельным файлом
- Функциональные требования как критерии приёмки
- Акт сдачи-приёмки работ с расчётом оплаты
- Календарный план этапов — если работы идут итерациями
- Акт передачи доступов и исходного кода — по желанию
- Реестр выявленных ошибок со сроками устранения — по желанию
Какие данные понадобятся
Подготовьте заранее — заполнение займёт около 9 минут.
- 1 Тип продукта, название и назначение
- 2 Функциональные требования и технические ограничения
- 3 Состав работ: архитектура, backend, интерфейс, интеграции, развёртывание
- 4 Сроки, этапы, цена и порядок расчётов
- 5 Инфраструктура, порядок тестирования и режим приёмки
- 6 Права на результат, исходный код, репозиторий, гарантийный срок
Частые ошибки
Именно из-за них документ перестаёт работать. Мастер закрывает каждую.
- Требования сформулированы как «удобный интерфейс» — проверить их невозможно.
- Приёмка описана словами «работы считаются принятыми» без условия и срока — такое условие суды не поддерживают.
- Ничего не сказано об исходном коде и репозитории — заказчик привязан к одному подрядчику.
- Компоненты с открытыми лицензиями использованы молча, а их ограничения всплывают после запуска.
- В договоре обещано отсутствие ошибок — обещание, которого не может выполнить ни один разработчик.
Частые вопросы
Договор с самозанятым в каталоге сосредоточен на статусе исполнителя: чеке, налоговом режиме и рисках переквалификации. Здесь предмет другой — создание программного продукта с требованиями, приёмкой и правами. Если ваш разработчик применяет НПД, выберите соответствующий статус в мастере: налоговый блок про чек добавится в этот же договор.
В мастере два режима. Первый — только двусторонний акт. Второй — акт либо мотивированный отказ в срок: если заказчик не подписал акт и не направил мотивированный отказ, работы считаются принятыми по истечении срока. Даже в этом случае заказчик сохраняет право заявить о недостатках, которые нельзя было обнаружить при обычной проверке.
Как выберете. При переходе исключительного права заказчик становится правообладателем и может дорабатывать и передавать продукт. При лицензии право остаётся у исполнителя, а заказчик использует продукт в оговорённых пределах. Отдельно решается, передаётся ли сам исходный код.
Регистрация в Роспатенте добровольная: право возникает с момента создания программы. Но если программа уже внесена в реестр, распоряжение правом на неё подлежит государственной регистрации (статья 1232 ГК РФ). Проверьте это до подписания, а при сложной схеме с несколькими правообладателями покажите договор юристу.
В гарантийный период исполнитель бесплатно устраняет воспроизводимые отклонения от функциональных требований. Обращение должно содержать описание, шаги воспроизведения, ожидаемый и фактический результат — для этого в комплекте есть реестр выявленных ошибок.
DogovorBot помогает подготовить типовые документы. Сервис не заменяет индивидуальную юридическую консультацию в сложных ситуациях — для них есть проверка специалистом.