Договор на разработку программного обеспечения
Исполнитель разрабатывает программное обеспечение по заданию Заказчика, а последний принимает результат и оплачивает работы. Стороны фиксируют требования в Техническом задании, сроки, этапы и порядок взаимодействия.
Кому подходит
- Разработка кастомного ПО под конкретные требования бизнеса
- Заказчик — юридическое лицо или ИП, нуждающийся в передаче прав на код
- Проекты с четким техническим заданием и поэтапной приемкой
Когда не подойдёт
- Покупка готового коробочного продукта без доработок
- Разработка для физических лиц без намерения передавать исключительные права
- Разовые мелкие правки без сложной архитектуры и тестирования
Ключевые условия
- техническое задание как основа объема работ
- передача исходного кода и репозитория
- передача исключительных прав или лицензия
- гарантийный срок и техническая поддержка
- конфиденциальность и защита персональных данных
- поэтапная разработка и приемка
Оплата и срок
- Оплата: фиксированная стоимость или модель расчета по соглашению сторон
- Порядок оплаты: поэтапно по факту приемки работ или по графику, указанному в платежном расписании
- Срок: Срочный: действует до указанной даты
Договор на разработку программного обеспечения подходит Исполнителю-самозанятому или ИП, создающему кастомное ПО для бизнеса или частных заказчиков. Стороны фиксируют требования в Техническом задании, сроки, этапы и порядок взаимодействия.
В документе закреплены условия передачи исходного кода, исключения прав на результат и гарантийные обязательства. При заполнении особое внимание уделите детализации Технического задания и порядку согласования изменений требований, так как это основа для приемки работ.
ДОГОВОР НА РАЗРАБОТКУ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
г. [Город подписания], [Дата договора]
[Наименование исполнителя], именуемый(ая) в дальнейшем «Исполнитель», с одной стороны, и [Наименование заказчика], именуемый(ая) в дальнейшем «Заказчик», с другой стороны, совместно именуемые «Стороны», заключили настоящий договор о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель обязуется по заданию Заказчика выполнить работы по разработке программного обеспечения, передать согласованный результат, а Заказчик обязуется принять результат и оплатить работы.
1.2. Наименование программного обеспечения: [Наименование программного обеспечения].
1.3. Назначение программного обеспечения: [Назначение программного обеспечения].
1.4. Функциональные, технические и иные требования, состав результата и критерии приемки определяются Техническим заданием.
1.5. Разработка может выполняться по этапам в соответствии с Планом этапов.
2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
2.1. Основные функциональные требования: [Функциональные требования].
2.2. Нефункциональные требования: [Нефункциональные требования].
2.3. Требования к платформам и среде эксплуатации: [Требования к платформе].
2.4. Требования к интеграциям: [Требования к интеграциям].
2.5. Требования, не включенные в согласованное Техническое задание, не входят в первоначальный объем работ, если иное не согласовано Сторонами.
3. СРОКИ И ЭТАПЫ
3.1. Дата начала работ: [Дата начала работ].
3.2. Общий срок выполнения работ: [Срок выполнения работ].
3.3. Состав, сроки, стоимость и результаты этапов определяются Планом этапов.
3.4. Порядок изменения сроков: [Порядок изменения сроков].
3.5. При задержке необходимых действий Заказчика сроки могут быть соразмерно изменены в той мере, в какой такая задержка объективно препятствует выполнению работ.
4. ИСХОДНЫЕ ДАННЫЕ И СОДЕЙСТВИЕ ЗАКАЗЧИКА
4.1. Заказчик предоставляет Исполнителю необходимые исходные данные, материалы, документацию, доступы и пояснения.
4.2. Перечень исходных данных: [Исходные данные заказчика].
4.3. Срок предоставления исходных данных: [Срок предоставления исходных данных].
4.4. Заказчик обеспечивает правомерность передачи предоставляемых материалов, данных и доступов.
4.5. Исполнитель уведомляет Заказчика, если отсутствие необходимых данных или решений препятствует продолжению работ.
5. ОРГАНИЗАЦИЯ РАЗРАБОТКИ
5.1. Методология разработки: [Методология разработки].
5.2. Технологический стек: [Технологический стек].
5.3. Исполнитель самостоятельно определяет технические методы реализации в пределах согласованных требований.
5.4. Исполнитель обеспечивает разумную организацию контроля версий, резервирования и сохранности создаваемых материалов.
5.5. Порядок доступа Заказчика к ходу разработки: [Порядок доступа к разработке].
6. ПОСТАНОВКА И СОГЛАСОВАНИЕ ЗАДАЧ
6.1. Порядок постановки задач: [Порядок постановки задач].
6.2. Каналы рабочего взаимодействия: [Каналы взаимодействия].
6.3. Исполнитель вправе запрашивать уточнения, необходимые для однозначного понимания задания.
6.4. Операционные уточнения, не изменяющие объем, стоимость и сроки, могут согласовываться в рабочем порядке.
7. ИЗМЕНЕНИЕ ТРЕБОВАНИЙ
7.1. Заказчик вправе инициировать изменение требований.
7.2. Исполнитель оценивает влияние изменения на объем, стоимость, сроки, архитектуру и ранее выполненные результаты.
7.3. Порядок согласования изменений: [Порядок изменения требований].
7.4. Дополнительные работы выполняются после согласования Сторонами их содержания и коммерческих условий.
7.5. Новые требования не признаются недостатками результата, соответствующего ранее согласованному Техническому заданию.
8. СТОИМОСТЬ РАБОТ
8.1. Общая стоимость работ составляет [Стоимость работ].
8.2. Модель расчета стоимости: [Модель расчета стоимости].
8.3. Порядок учета налогов и обязательных платежей: [Условия налогообложения цены].
8.4. Стоимость этапов определяется Планом этапов.
8.5. Этапы и сроки оплаты подставляются из графика платежей сделки.
8.6. Порядок оплаты дополнительных работ: [Порядок оплаты дополнительных работ].
9. ПОРЯДОК ОПЛАТЫ
9.1. Способ оплаты: [Способ оплаты].
9.2. При поэтапной разработке расчеты могут производиться отдельно по каждому этапу.
10. СОСТАВ РЕЗУЛЬТАТА
10.1. Состав передаваемого результата: [Состав результата разработки].
10.2. Результат может включать программный код, исполняемые компоненты, конфигурационные файлы, схемы данных, документацию, макеты, инструкции и иные согласованные материалы.
10.3. Формат передачи результата: [Формат передачи результата].
10.4. Внутренние инструменты и универсальные наработки Исполнителя, не включенные в согласованный результат, передаче не подлежат, если иное прямо не согласовано.
11. ИСХОДНЫЙ КОД И РЕПОЗИТОРИЙ
11.1. Порядок передачи исходного кода: [Порядок передачи исходного кода].
11.2. Порядок доступа к репозиторию: [Порядок доступа к репозиторию].
11.3. Передаваемый исходный код должен соответствовать принятой версии результата.
11.4. Состав передаваемой истории изменений и иных данных системы контроля версий определяется Техническим заданием.
11.5. Секреты, токены и учетные данные передаются или заменяются безопасным способом с учетом согласованной архитектуры.
12. ДОКУМЕНТАЦИЯ
12.1. Состав технической и пользовательской документации: [Состав документации].
12.2. Документация должна соответствовать принятой версии программного обеспечения в согласованном объеме.
12.3. Если документация является самостоятельным результатом этапа, она принимается по установленным для нее критериям.
12.4. Обновление документации в связи с гарантийным исправлением выполняется в необходимом для такого исправления объеме.
13. СТОРОННИЕ КОМПОНЕНТЫ И OPEN-SOURCE
13.1. Исполнитель вправе использовать сторонние компоненты и программное обеспечение с открытым исходным кодом, если это соответствует Техническому заданию и применимым лицензиям.
13.2. Требования к сторонним компонентам и лицензиям: [Требования к сторонним компонентам].
13.3. Исключительные права на сторонние компоненты не передаются Заказчику Исполнителем и используются на условиях соответствующих правообладателей.
13.4. Если сторонний компонент требует отдельной платной лицензии Заказчика, Исполнитель сообщает об этом до его включения, когда такая необходимость известна Исполнителю.
13.5. Исполнитель учитывает лицензионные ограничения сторонних компонентов в части, влияющей на согласованное использование результата.
14. ИНТЕГРАЦИИ И ВНЕШНИЕ СЕРВИСЫ
14.1. Перечень ключевых внешних сервисов и интеграций: [Перечень внешних сервисов].
14.2. Расходы на сторонние сервисы и лицензии распределяются в порядке: [Порядок оплаты сторонних сервисов].
14.3. Работоспособность интеграций зависит в том числе от доступности и условий внешних систем.
14.4. Исполнитель не отвечает за последующие изменения внешнего сервиса вне его контроля, если ответственность за адаптацию к таким изменениям отдельно не согласована.
15. ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ
15.1. Специальные требования к информационной безопасности: [Требования к информационной безопасности].
15.2. Исполнитель не должен намеренно включать в результат вредоносный код или скрытые механизмы несанкционированного доступа.
15.3. Заказчик отвечает за безопасную эксплуатацию собственной инфраструктуры и управление учетными данными в пределах своей зоны ответственности.
15.4. Уязвимости, являющиеся гарантийным дефектом результата, устраняются в порядке гарантийного обслуживания.
16. ПЕРСОНАЛЬНЫЕ ДАННЫЕ
16.1. При обработке персональных данных Стороны соблюдают применимые требования законодательства Российской Федерации.
16.2. Для разработки и тестирования по возможности используются тестовые, синтетические или обезличенные данные.
16.3. Если Исполнитель обрабатывает персональные данные по поручению Заказчика, необходимые условия такой обработки согласовываются Сторонами в требуемом законом объеме.
16.4. Заказчик обеспечивает наличие законных оснований для передачи Исполнителю предоставляемых персональных данных.
17. ТЕСТИРОВАНИЕ
17.1. Требования к тестированию: [Требования к тестированию].
17.2. Порядок предоставления тестовой среды: [Порядок предоставления тестовой среды].
17.3. Исполнитель проводит тестирование в объеме, предусмотренном Техническим заданием.
17.4. Результаты тестирования могут фиксироваться в отчете, системе учета задач или ином согласованном формате.
17.5. Успешное прохождение тестов не исключает выявление скрытых дефектов в пределах гарантийных обязательств.
18. ПЕРЕДАЧА НА ПРИЕМКУ
18.1. Способ передачи результата на приемку: [Способ передачи на приемку].
18.2. Исполнитель одновременно предоставляет материалы, необходимые для проведения согласованной приемки.
18.3. Дата передачи определяется способом, позволяющим подтвердить факт и состав передачи.
18.4. Заказчик обеспечивает необходимые условия для проведения приемки.
Показано 18 из 33 разделов. Полный текст откроется в кабинете.
Что ещё в договоре
- Приемка результата
- Дефекты
- Гарантийные обязательства
- Техническая поддержка и развитие
- Интеллектуальные права
- Предшествующие разработки и универсальные компоненты
- Материалы заказчика
- Конфиденциальность
- Привлечение третьих лиц
- Ответственность сторон
- Приостановление и прекращение
- Обстоятельства непреодолимой силы
- Электронное взаимодействие и уведомления
- Разрешение споров
- Заключительные положения
Что проверить перед подписанием
- Техническое задание содержит четкие функциональные и нефункциональные требования
- Определен порядок передачи исходного кода и доступа к репозиторию
- Указаны сроки и критерии приемки каждого этапа разработки
- Прописан порядок оценки влияния изменений требований на стоимость и сроки
- Закреплены условия передачи исключительных прав на созданный код
Вопросы и ответы
Что считается дефектом, а что — новым требованием?
Дефектом признается воспроизводимое несоответствие результата согласованному Техническому заданию. Замечания, представляющие новые функции, рассматриваются как изменение объема работ и оплачиваются отдельно.
Кому принадлежат права на код после оплаты?
Стороны могут согласовать отчуждение исключительного права или предоставление права использования. Передача прав не распространяется на сторонние компоненты и предшествующие разработки Исполнителя, если иное не указано в договоре.
Как регулируются изменения в требованиях в процессе разработки?
Заказчик вправе инициировать изменения, но Исполнитель оценивает их влияние на объем, стоимость и сроки. Дополнительные работы выполняются только после согласования их содержания и коммерческих условий.
Что входит в состав передаваемого результата?
Результат может включать программный код, исполняемые компоненты, конфигурационные файлы, схемы данных, документацию и макеты. Состав определяется Техническим заданием и может включать передачу истории изменений из системы контроля версий.