Правовая природа договоров на разработку программного обеспечения
Разработка программного обеспечения на заказ в Грузии не регулируется специальным законом — ею управляют нормы Гражданского кодекса о подряде. Согласно статье 629, по договору подряда подрядчик обязуется выполнить предусмотренную договором работу, а заказчик обязан уплатить подрядчику обусловленное вознаграждение. В программном контексте это означает: разработчик производит результат, клиент обеспечивает оплату.
Важен и вопрос собственности. Если подрядчик изготавливает изделие из приобретённых им самим материалов, он передаёт заказчику право собственности на изготовленное изделие. Если изготовлена родовая вещь — применяются правила купли-продажи. Иначе говоря, программный продукт, созданный разработчиком собственными ресурсами, переходит в собственность заказчика в установленном законом порядке.
Та же статья решает и вопрос сметы: составление сметы, связанной с подрядом, не возмещается, если соглашением не предусмотрено иное. Это значит, что модель на основе подсчёта времени и материалов доступна только по договору — закон устанавливает презумпцию оплаты за результат.
Оплата вознаграждения и приёмка работы
Согласно статье 648, заказчик обязан уплатить подрядчику вознаграждение после выполнения работы, если договор не предусматривает оплату по частям. График платежей — предмет соглашения сторон: презумпция закона — оплата после сдачи результата, а авансовые или поэтапные платежи должны быть прямо прописаны в договоре.
Статья 649 регулирует процедуру приёмки: если по договору или характеру выполненной работы необходима её передача, заказчик обязан принять выполненную работу. При приёмке заказчик обязан уплатить вознаграждение. Работа считается принятой, если заказчик не примет её в установленный подрядчиком срок. Это последнее правило практически значимо: отказ от приёмки бездействием результата не воспроизводит — по истечении срока работа считается принятой.
Сроки давности
Статья 655 устанавливает временные границы споров: требование из-за недостатка исполнения заказчик может предъявить в течение одного года, а требование, касающееся строения, — в течение пяти лет со дня приёмки выполненной работы. Для претензий по дефектам программного обеспечения применяется именно годичный срок, если дело не касается работы, связанной со строением.
Срок исчисляется со дня приёмки — поэтому правильное оформление акта приёмки критично для обеих сторон. Для разработчика это момент, с которого пускается отсчёт давности; для клиента — финальная фиксация качества.
Расторжение договора
Статья 636 даёт заказчику важное право: он вправе в любое время до завершения работы отказаться от договора, но должен возместить подрядчику выполненную работу и ущерб, причинённый расторжением. Это значит, что остановить проект на любом этапе можно, но не безвозмездно: завершённая часть и ущерб расторжения требуют компенсации.
В практике управления проектами эта норма распределяет риск между сторонами: клиент свободен в смене направления, а разработчик защищён тем, что оплата за выполненную работу ему всё равно причитается. Поэтому документирование этапов и фиксация выполненной части — необходимая инфраструктура договора.
Что учесть при заключении договора
Опираясь на нормы подряда, в договоре стоит прямо прописать: описание результата и критерии приёмки; вознаграждение и график платежей — если нужна поэтапная оплата, она должна быть установлена договором, поскольку презумпция закона — оплата после исполнения; порядок передачи собственности; срок приёмки и последствие его истечения; и срок претензий по недостаткам — в пределах одного года с момента приёмки.
В практике договоров подряда выделяется несколько типичных точек споров, и каждая разрешается установленной законом нормой. Первая — неоплата после сдачи: здесь действует обязанность платежа и правило исчисления приёмки, по которому работа считается принятой после истечения установленного подрядчиком срока. Вторая — спор о качестве: акт приёмки-сдачи и фиксация недостатка исполнения определяют, что происходит в пределах годичного срока. Третья — изменение однородного заказа: здесь решается, было ли это изменением в рамках работы или новым заказом. Четвёртая — остановка проекта: право на расторжение существует в любое время, но требует компенсации выполненной части и ущерба.
В каждой из этих точек решающей является документация: техническое задание, акты этапов, уведомления и реестр изменений. Команда Legal.ge поможет составить договор на разработку программного обеспечения и урегулировать споры — с опорой на точное применение норм подряда, чтобы результат, оплата и сроки были известны обеим сторонам на каждом этапе.
Часто задаваемые вопросы
С договорами на разработку программного обеспечения чаще всего связаны следующие вопросы.
Когда выплачивается вознаграждение?
После выполнения работы, если договор не предусматривает оплату по частям; при необходимости сдачи заказчик обязан оплатить при приёмке.
Когда работа считается принятой?
Если заказчик не примет выполненную работу в установленный подрядчиком срок, работа считается принятой.
Кому принадлежит изготовленная вещь?
Если подряд предусматривает изготовление изделия и подрядчик изготовляет его из собственного материала, право собственности на изделие переходит к заказчику.
В какой срок можно заявить о недостатках?
Требование из недостатков исполнения можно заявить в течение одного года со дня приёмки работы, а если требование касается сооружения — в течение пяти лет.
Как мы помогаем на Legal.ge
Споры по договорам разработки решаются в основном на документальном следе приёмки, оплаты и недостатков. Юристы Legal.ge рассмотрят договор, оценят перспективы спора и подготовят требование или ответ. Заполните запрос на сайте.