Мы используем cookie-файлы, чтобы улучшить работу сайта. Если вы не согласны, покиньте tados.ru.

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

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

Часть старого договора

Что не так в старом договоре на разработку ПО

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

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

Не стоит повторять одно и то же несколько раз. Сокращайте: оставьте нужное в одном месте, при необходимости ссылайтесь на этот пункт.

Если стороны подписали техническое задание и утвердили календарный план, они явно знали, что делали. Не нужно писать об этом — это не принесет пользы, а только раздует предмет договора.

Что важно отразить в договоре на разработку

Существенные условия — самая важная часть договора. В ней отражены условия сделки: исполнитель оказывает услуги по разработке (поддержке) программного обеспечения в такие-то сроки по такой-то стоимости.

Важно утвердить условия оплаты: предоплата и окончательный расчет. Предоплата в 50% — необязательное условие. Мы часто делим оплату на 4 части: 25% в начале работ, 50% в середине, 25% — окончательный расчет. Этот пункт индивидуален: как удобнее клиенту, так и работаем.

Следующая важная часть договора на разработку программного обеспечения — условия приемки-сдачи работ. Что нужно утвердить: когда работа считается выполненной, как передается ПО на тестирование клиенту, сколько у него времени на тестирование и внедрение в работу, есть ли период гарантийной поддержки и устранения недочетов.

Обновленный проект договора

Скачать проект нашего договора на разработку ПО:

pdf

Все формулировки в договоре прозрачные и простые, никакого мелкого шрифта. В конце — реквизиты и подписи сторон.

В приложениях оформляем техническое задание и календарный план работ. Если в дальнейшем функциональность разрабатываемого ПО нужно расширить, оформляем дополнительное соглашение с новым техзаданием и планом работ.

Что говорит юрист

Мария Лысачкова, дипломированный юрист:

Километровые договоры пугают всех, даже составляющих их юристов. Одна сторона хочет себя обезопасить, прописав возможные и невозможные условия. Другая начинает искать тайный смысл в терминах или лазейку для выставления счёта по неустойке. Если не хотите обмануть контрагента, пишите проще.

Всё необходимое для соглашения закреплено в законодательстве. Гражданский кодекс не даёт типовой договор оказания услуг, который надо использовать. Он только обязывает прописывать существенные условия и соблюдать форму. Например, сделки с юридическим лицом заключаются в простой письменной форме. Уже с таким минимальным набором договор имеет юридическую силу.

Не прописывайте в соглашении обычные условия (предусмотрены законодательством и вступают в силу при заключении договора), если не хотите их изменить или дополнить. В договоре возмездного оказания услуг — это права и обязанности сторон, правила одностороннего отказа или законная неустойка. В случае возникновения спора — обращайтесь к законодательству.

Надеюсь, с предубеждением к коротким договорам мы не столкнёмся. А в лучшем случае подадим пример другим компаниям, как можно их составлять.

Что учесть в договоре на разработку ПО
Средняя оценка 5 Проголосовало 2