Приложение
«УТВЕРЖДАЮ»
______________________________________
_______________ /______________________/
(должность, ФИО)
«___» _____________ 20__г.
Типовая форма договора: Договор на разработку программного обеспечения
Код формы: /1
Наименование подразделения-разработчика: Отдел ИТ договоров, закупок и планирования
ДОГОВОР № _______
на разработку программного обеспечения
г. Москва "____"____________20__ г.
Акционерный коммерческий Сберегательный банк Российской Федерации (открытое акционерное общество), Сбербанк России ОАО , именуемый в дальнейшем Заказчик , в лице _______ _______, действующего на основании ______________ _______, с одной стороны, и ________ (указать полное и сокращённое наименование контрагента) _______, именуем__ в дальнейшем Исполнитель , в лице ______________ (указать должность, фамилию, имя, отчество представителя) _______, действующего на основании _____________________ (указать наименование и реквизиты документа, на основании которого действует представитель) _______, с другой стороны, совместно именуемые далее Стороны, а каждая в отдельности Сторона, заключили настоящий договор (далее – Договор) о нижеследующем.
1. ПРЕДМЕТ ДОГОВОРА
3. ПОРЯДОК СДАЧИ-ПРИЕМКИ РАБОТ
3.1. По завершении выполнения работ Исполнитель уведомляет об этом Заказчика и передает Заказчику по Акту сдачи-приемки работ (в ____ (____) экземплярах) (форма Акта сдачи-приемки работ приведена в Приложении № 4 к Договору) полный комплект программ с технической документацией, дистрибутивов, других материалов и документов, предусмотренных ТЗ, на материальных носителях и счет на оплату. Заказчик обязан провести проверку, принять выполненные работы и подписать все экземпляры Акта сдачи-приемки работ, ____ (____) из которых направить Исполнителю в течение ____ (____) рабочих дней с даты получения, либо в этот же срок направить Исполнителю мотивированный отказ от подписания Акта.
3.2. При наличии мотивированного отказа Заказчика от подписания Акта Стороны в течение _____ (_____) рабочих дней с даты получения Исполнителем мотивированного отказа согласовывают Протокол несоответствий по форме, предусмотренной Приложением № 6 к Договору, в котором указываются также способы и сроки устранения замечаний. Выявленные несоответствия по согласованному Протоколу несоответствий устраняются Исполнителем в срок, предусмотренный в Протоколе несоответствий, без увеличения объема работ и без увеличения общей стоимости работ, указанной в п.2.1. Договора. После принятия Исполнителем мер для устранения замечаний процедура подписания Акта сдачи-приемки работ повторяется.
3.3. Исполнитель вправе по согласованию с Заказчиком досрочно выполнить работы.
4. ВНЕСЕНИЕ ИЗМЕНЕНИЙ
4.1. Любая из Сторон может потребовать внесения изменений в Договор, в том числе по условиям, срокам, составу и стоимости работ.
4.2. Требование Исполнителя о внесении изменений не является обязательным для Заказчика, если Исполнитель не докажет, что данное требование связано с технической невозможностью выполнить работы без изменения ТЗ.
4.3. Требование Заказчика о внесении изменений является обязательным для Исполнителя. Исполнитель в течение ____ (____) рабочих дней со дня получения соответствующего требования направляет Заказчику смету по внесению соответствующих изменений с указанием стоимости работ и сроков их выполнения. Исполнитель может отказаться от исполнения требования Заказчика о внесении изменений только в случае технической невозможности их реализации.
4.4. Внесение изменений оформляется подписанием Сторонами Дополнительного соглашения (форма Дополнительного соглашения – Приложение к Договору).
5. ОТВЕТСТВЕННОСТЬ СТОРОН
5.1. Исполнитель обязуется выполнять работы, указанные в п.1.1. Договора, самостоятельно. При необходимости, по согласованию с Заказчиком, Исполнитель вправе привлекать к исполнению Договора третьи лица, без дополнительной оплаты Заказчиком, неся за них полную ответственность, в т. ч. по конфиденциальности предоставляемой информации, за качество выполнения работ, а также за убытки в порядке, предусмотренном в п. 5.13. Договора. Допуск представителей третьих лиц осуществляется в порядке, предусмотренном в п.5.12 Договора.
5.2. За неисполнение или ненадлежащее исполнение обязательств по Договору Стороны несут ответственность в соответствии с законодательством Российской Федерации.
5.3. В каждом случае нарушения любого из: сроков выполнения работ, установленных в Приложении № 2 к Договору, сроков устранения выявленных несоответствий, установленных в Протоколе несоответствий, сроков внесения изменений в соответствии с п.4.3 Договора, Исполнитель выплачивает Заказчику неустойку в размере ____ (______) %, включая НДС, от общей стоимости работ, указанной в п.2.1. Договора, за каждый календарный день
5.4. В случае нарушения сроков оплаты, установленных в Приложении № 3 к Договору, Заказчик уплачивает Исполнителю неустойку в размере ____ (____)%, включая НДС, от суммы просроченного платежа за каждый календарный день просрочки, но не более ________ (_______) %, включая НДС, от этой суммы.
5.5. Обязательство Стороны по выплате неустойки возникает у нарушившей Стороны после получения ею письменного требования об уплате неустойки от другой Стороны.
5.6. Исполнитель не несёт ответственности за нарушение сроков выполнения работ, предусмотренных Договором, произошедших по вине Заказчика в следующих случаях:
5.6.1. несвоевременное выполнение согласованных Сторонами работ, возложенных на Заказчика и/или привлеченных им третьих лиц;
5.6.2. несвоевременное предоставление запрашиваемой Исполнителем в ходе выполнения работ информации, предоставление которой предусмотрено Договором;
5.6.3 несвоевременное оказание содействия Исполнителю, предусмотренного Договором (включая, предоставление технических ресурсов, рабочих мест, удовлетворяющих требованиям Исполнителя).
5.7. Исполнитель вправе не приступать к работе, а начатую работу приостановить в случаях нарушения Заказчиком своих обязательств по Договору, которые повлекли для Исполнителя невозможность выполнения работы, либо в случаях, предусмотренных п. п. 5.6Договора. О приостановлении работ Исполнитель обязан незамедлительно письменно уведомить Заказчика, указав причины, по которым работы приостановлены и необходимые действия Заказчика по их устранению. Об устранении причин приостановления работ Заказчик обязуется незамедлительно письменно уведомить Исполнителя.
5.8. В каждом случае нарушения сроков исправления дефектов, классифицируемых как критические (в соответствии с Приложением № 5 к Договору), установленных в Приложении № 5 к Договору, Исполнитель выплачивает Заказчику неустойку в размере ____ (______) %, включая НДС, от общей стоимости работ по Договору, за каждый ____ просрочки, но не более ________ (_______) % от этой суммы за каждый случай.
5.9. В каждом случае нарушения сроков исправления дефектов, классифицируемых как важные (в соответствии с Приложением № 5 к Договору), установленных в Приложении № 5 к Договору, Исполнитель выплачивает Заказчику неустойку в размере ____ (______) %, включая НДС, от общей стоимости работ по Договору, за каждый ____ просрочки, но не более ________ (_______) % от этой суммы за каждый случай.
5.10. В каждом случае нарушения сроков исправления дефектов, классифицируемых как средние (в соответствии с Приложением № 5 к Договору), установленных в Приложении № 5 к Договору, Исполнитель выплачивает Заказчику неустойку в размере ____ (______) %, включая НДС, от общей стоимости работ по Договору, за каждый ____ просрочки, но не более ________ (_______) % от этой суммы за каждый случай.
5.11. В каждом случае нарушения сроков исправления дефектов, классифицируемых как незначительных (в соответствии с Приложением № 5 к Договору), установленных в Приложении № 5 к Договору, Исполнитель выплачивает Заказчику неустойку в размере ____ (______) %, включая НДС, от общей стоимости работ по Договору, за каждый ____ просрочки, но не более ________ (_______) % от этой суммы за каждый случай.
5.12. Исполнитель несет ответственность за действия своих работников, выполняющих работы в помещениях Заказчика. Допуск работников Исполнителя к выполнению работ в рамках Договора в помещения Заказчика производится после их ознакомления уполномоченными лицами Заказчика с нормативными документами Заказчика по обеспечению информационной безопасности . После ознакомления с вышеуказанными документами, работники Исполнителя подписывают обязательство о выполнении требований этих документов.
5.13. В случае причинения Заказчику убытков в результате нарушения работниками Исполнителя требований нормативных документов Заказчика по обеспечению информационной безопасности в ходе выполнения работ в помещениях Заказчика, Исполнитель обязан полностью возместить Заказчику причиненные ему убытки.
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
6.1. Исполнителем производится гарантийное обслуживание ПО сроком ____ (______) __ со дня подписания Сторонами Акта сдачи-приемки работ.
6.2. В случае обнаружения дефектов в разработанном ПО в течение гарантийного срока , в соответствии с Классификацией дефектов (Приложение к Договору) (не включая дефекты в базовом программном обеспечении и аппаратных компонентах, принадлежащих Заказчику), Исполнитель обязуется исправлять их без дополнительной оплаты со стороны Заказчика, в сроки, указанные в Приложении № 5 к Договору. Срок исправления любого из дефектов отсчитывается от даты получения Исполнителем письменного уведомления от Заказчика об обнаруженном дефекте. Гарантия предоставляется на программное обеспечение и полнофункциональные скомпилированные исполняемые модули программ, которые были переданы Исполнителем Заказчику в рамках Договора и оформлены Актом сдачи-приемки работ. Если изменения в исходные тексты (коды) программ или модификации исполняемых модулей были внесены вне рамок Договора, либо эксплуатация ПО производится Заказчиком на программно-аппаратной платформе, не соответствующей ТЗ, либо неработоспособность ПО вызвана внесением Заказчиком изменений в базовое программное обеспечение, влияющее на работу ПО, то гарантия на такую версию ПО не распространяется.
6.3. Если в период гарантийного срока обнаружатся ошибки и дефекты ПО, которые не позволят продолжить нормальную эксплуатацию ПО до их устранения, то гарантийный срок продлевается на период устранения таких ошибок и дефектов. Устранение ошибок и дефектов осуществляется Исполнителем своими силами и без дополнительной оплаты со стороны Заказчика.
6.4. Исполнитель гарантирует отсутствие в разработанном ПО скрытых (недокументированных) функциональных возможностей, ведущих к финансовому ущербу для Заказчика.
6.5. Техническая поддержка ПО по истечении гарантийного срока, указанного в п. 6.1. Договора, осуществляется Исполнителем на основании отдельно заключаемых Сторонами договоров, в которых определяются стоимость и порядок ее осуществления. В любом случае стоимость ежегодной технической поддержки не может превышать ____ (______) %, включая НДС, от стоимости разработанного ПО.
6.6. Если Заказчик сочтет необходимым, то Исполнитель соглашается с тем, что на полученное Заказчиком от Исполнителя ПО распространяются требования нормативного документа Заказчика, определяющего порядок проведения контрольной компиляции с исходных текстов ПО. После ознакомления уполномоченного представителя Исполнителя с данным нормативным документом, он подписывает обязательство от лица Исполнителя о выполнении требований этого документа.
7. КОНФИДЕНЦИАЛЬНОСТЬ
7.1. По взаимному согласию Сторон в рамках Договора конфиденциальной признается любая информация, касающаяся предмета Договора, хода его выполнения и полученных результатов. Каждая из Сторон обеспечивает защиту конфиденциальной информации, ставшей доступной ей в рамках Договора, от несанкционированного использования, распространения или публикации. Такая информация не будет передаваться третьим сторонам без письменного разрешения другой Стороны и использоваться в иных целях, кроме выполнения обязательств по Договору.
7.2. Любой ущерб, вызванный нарушением условий конфиденциальности, определяется и возмещается в соответствии с законодательством Российской Федерации.
7.3. Обязательства Сторон по защите конфиденциальной информации распространяются на все время действия Договора, а также в течение ____ (______) __ после прекращения действия Договора.
7.4. Не является нарушением режима конфиденциальности предоставление Сторонами информации по запросу уполномоченных государственных органов в соответствии с законодательством Российской Федерации.
8. ДЕЙСТВИЕ ДОГОВОРА
8.1. Договор вступает в силу с момента подписания его Сторонами и действует до полного и надлежащего исполнения обязательств по нему.
8.2. Договор может быть расторгнут по соглашению Сторон. В любом случае досрочного расторжения Договора (за исключением случаев, указанных в п. п. 8.3. и 8.4. Договора) Стороны должны произвести между собой взаиморасчеты не позднее ____ (______) рабочих дней со дня расторжения, на основании двухстороннего акта, с учетом того, что Заказчику должна быть возвращена вся сумма полученного Исполнителем аванса , включая НДС, а Исполнителю оплачен результат фактически выполненной части работ, но только в том случае, если выполненная часть работ может быть использована Заказчиком в дальнейшем и Заказчик согласен принять выполненную часть работ, при этом решение о приемке / не приемке части работ Заказчик принимает исключительно по своему усмотрению, без согласования с Исполнителем.
8.3. Заказчик вправе в любой момент без объяснения причин расторгнуть Договор в одностороннем внесудебном порядке, письменно уведомив об этом Исполнителя не позднее чем за ___ (____) календарных дней до даты расторжения, указанной в уведомлении.
В этом случае Стороны должны произвести между собой взаиморасчеты не позднее ___ (____) рабочих дней со дня расторжения, на основании двухстороннего акта, с учетом того, что Заказчику должна быть возвращена вся сумма полученного Исполнителем аванса, включая НДС, а Исполнителю оплачен результат фактически выполненной части работ.
8.4. В случае расторжения Договора по инициативе Исполнителя (если такая инициатива не была вызвана ненадлежащим исполнением Заказчиком своих обязательств по Договору (в случаях, указанных в п. п. 5.4., 5.6. и 5.7. Договора) или обстоятельствами, предусмотренными Разделом 9 Соглашения) Заказчику в течение _____ (_____) рабочих дней со дня расторжения Договора должна быть возвращена вся сумма полученного Исполнителем аванса, включая НДС, и выплачена неустойка, включая НДС, в размере двойной ставки рефинансирования, установленной Банком России и действующей на день выплаты аванса, от суммы аванса за весь период, начиная с даты перечисления денежных средств Заказчиком по дату возврата аванса. Датой возврата аванса является дата зачисления денежных средств на счет Заказчика.
9. ФОРС-МАЖОР
9.1 Любая из Сторон может быть освобождена от ответственности в определенных случаях, которые возникли независимо от ее воли.
9.2 Обстоятельства, вызванные не зависящими от воли Сторон событиями, которых добросовестная Сторона не могла избежать или последствия которых она не могла устранить, считаются случаями, которые освобождают от ответственности, если они произошли после заключения Договора и препятствуют его полному или частичному исполнению.
9.3 Случаями непреодолимой силы считаются следующие события: война, военные действия, массовые беспорядки, забастовки, эпидемии, природные катастрофы, а также акты органов власти, влияющие на выполнение обязательств Сторон, и все другие аналогичные события и обстоятельства.
9.4 Сторона, пострадавшая от действия непреодолимой силы, обязана известить другую Сторону заказным письмом или иным доступным ей способом сразу же после наступления форс-мажорных обстоятельств и разъяснить, какие меры необходимы для их устранения, но в любом случае не позднее ____ (______) календарных дней после начала действия непреодолимой силы.
9.5 Несвоевременное уведомление об обстоятельствах непреодолимой силы лишает соответствующую Сторону права на освобождение от ответственности по причине указанных обстоятельств. Обстоятельства непреодолимой силы должны быть подтверждены документально компетентными органами.
9.6 Если указанные обстоятельства продолжаются более ____ (______) месяцев, каждая Сторона имеет право инициировать досрочное расторжение настоящего Договора. В этом случае, Стороны производят взаиморасчеты на основании двустороннего Акта, подписанного Сторонами.
10. ПРАВА ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ
10.1. Исключительное право на результат работ (разработанное ПО) в полном объеме без ограничений принадлежит Заказчику с момента подписания Сторонами Акта сдачи-приемки работ.
10.2. Исполнитель гарантирует, что при разработке ПО по Соглашению не будут нарушены авторские, смежные и любые иные права третьих лиц.
В случае если к Заказчику будут предъявлены претензии (требования, иски) со стороны третьих лиц по поводу нарушения их прав в результате использования Заказчиком полученного от Исполнителя ПО, Исполнитель по получении извещения от Заказчика обязуется выступить на стороне Заказчика, оказать всемерное содействие Заказчику при урегулировании таких претензий, в том числе взять на себя обязанность по подготовке и проведению досудебных переговоров и переписки с такими третьими лицами, а впоследствии (в том случае если Заказчик будет вынужден в силу вступившего в силу решения суда или если по согласованию с Исполнителем будет признано приемлемым возместить ущерб третьих лиц во внесудебном порядке) возместить Заказчику в полном объёме выплаченные Заказчиком третьим лицам денежные средства, все связанные с нарушением прав третьих лиц судебные издержки Заказчика и иные расходы, а также уплатить Заказчику штраф в размере _____ (_____) %, включая НДС, от подлежащей возмещению суммы.
Возмещение и выплата штрафа производится Исполнителем не позднее _____ (_____) рабочих дней со дня получения соответствующего требования от Заказчика.
Если по решению суда Заказчик не может пользоваться ПО или иным результатом услуг, или в случае если Исполнитель и/или Заказчик желает прекратить текущее использование ПО из соображений устранения нарушения прав третьего лица, Исполнитель обязан незамедлительно без дополнительной оплаты со стороны Заказчика заменить программное обеспечение, являющееся предметом претензий третьих лиц, таким образом, чтобы права третьих лиц не нарушались.
11. УВЕДОМЛЕНИЯ
11.1. Все уведомления, извещения и сообщения в связи с выполнением Договора должны быть оформлены в письменном виде на русском языке и могут быть направлены с помощью средств факсимильной связи, электронной почтой, заказной или курьерской почтой, с подтверждением факта их получения, по фактическим адресам Сторон, приведенным в Статье 15 Договора, либо по адресу, указанному ниже для соответствующей Стороны, либо по иному адресу, о котором любая из Сторон может уведомить другую Сторону.
Адреса/реквизиты Сторон для направления корреспонденции:
11.2. Информация считается полученной Сторонами:
11.2.1 в случае направления с помощью средств факсимильной связи или по электронной почте - в дату, указанную в подтверждении о получении Стороной-получателем факсимильного сообщения или сообщения электронной почты, имеющемся у Стороны-отправителя;
11.2.2 в случае направления заказной или курьерской почтой - на дату, указанную в подтверждении о вручении отправления Стороне-получателю, имеющемся у Стороны-отправителя.
11.3. Исполнитель обязуется регулярно представлять Заказчику отчет о ходе выполнения работ по Договору в формате ведения учета у Заказчика.
12 ПОРЯДОК РАССМОТРЕНИЯ СПОРОВ
12.1. Все споры между Сторонами, возникшие в ходе исполнения Договора, подлежат рассмотрению в Арбитражном суде г. Москвы.
13 ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
13.1. При изменении адреса, реквизитов или уполномоченных (ответственных) лиц Сторон данная Сторона обязуется уведомить об этом другую Сторону незамедлительно, но в любом случае не позднее ____ (____) календарных дней. До получения Стороной уведомления о таких изменениях исполнение Договора этой Стороной, совершённое с использованием имеющихся у неё сведений, считается надлежащим.
13.2. Договор составлен в ____ (______) экземплярах, которые подписываются обеими Сторонами и имеют одинаковую юридическую силу, ____ (______) экземпляр ____ (______) – для Исполнителя и ____ (______) – для Заказчика.
14 СПИСОК ПРИЛОЖЕНИЙ
14.1. Приложение. Техническое задание
14.2. Приложение. План-график выполнения работ
14.3. Приложение. График платежей
14.4. Приложение. Форма Акта сдачи-приемки работ
14.5. Приложение. Классификация дефектов и сроки их устранения
14.6. Приложение. Форма Протокола несоответствий
14.7. Приложение. Форма Дополнительного Соглашения
15 АДРЕСА, РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Исполнитель: | Заказчик: |
|
(сокращенное наименование) | Сбербанк России ОАО |
|
Местонахождение: __________ БИК: __________, Счет: __________, Кор/счет: __________ ОГРН: __________ | Местонахождение: : __________ Тел.: : __________, факс: : __________ БИК: __________, Счет: __________, Кор/счет: __________ ОКПО: __________, ОКВЭД: __________, КПП: __________, ИНН: __________, ОГРН: __________ |
|
От Исполнителя: Должность ____________ ФИО М. П. | От Заказчика: Должность ____________ ФИО М. П. | |
к Договору № ______ на разработку
программного обеспечения
от "____"____________20___ г.
программного обеспечения «____________________»
Форма ТЗ – произвольная, устанавливается Сторонами самостоятельно, в зависимости от предъявляемых IT -специалистами Заказчика требований к разрабатываемому ПО, но при этом должна включать в себя:
Номер требования | Описание требования | Приоритет (Критично/ Важно/ Желательно) |
Номер требования | Описание требования | Приоритет (Критично/ Важно/ Желательно) |
Работа/Фаза | Требуемые ресурсы |
|
Кол-во |
||
№ п/п | Описание риска | Влияние на | Вероятность | Действия по предотвращению риска |
Номер этапа | Наименование выполняемых на этапе работ | Дата начала работ на этапе | Дата завершения работ на этапе | Отчетный документ по этапу |
к Договору № _______ на разработку
программного обеспечения
Порядок сдачи-приемки работ промежуточных этапов
1. По завершении выполнения работ по этапу Исполнитель уведомляет об этом Заказчика и передает Заказчику по Акту сдачи-приемки работ по этапу (в ____ (____) экземплярах) (форма Акта сдачи-приемки работ по этапу приведена в Приложении № 4 к Договору) комплект отчетных документов на материальных носителях, включающий в себя: ____________ и счет на оплату. Заказчик обязан провести проверку, принять выполненные работы и подписать все экземпляры Акта сдачи-приемки работ по этапу, ____ (____) из которых направить Исполнителю в течение ____ (____) рабочих дней с даты получения, либо в этот же срок направить Исполнителю мотивированный отказ от подписания Акта.
2. При наличии мотивированного отказа Заказчика от подписания Акта Стороны в течение _____ (_____) рабочих дней с даты получения Исполнителем мотивированного отказа согласовывают Протокол несоответствий по форме, предусмотренной Приложением № 6 к Договору, в котором указываются также способы и сроки устранения замечаний. Выявленные несоответствия по согласованному Протоколу несоответствий устраняются Исполнителем в срок, предусмотренный в Протоколе несоответствий, без увеличения объема работ и без увеличения общей стоимости работ по соответствующему этапу, указанной в Приложении № 3 к Договору. После принятия Исполнителем мер для устранения замечаний процедура подписания Акта сдачи-приемки работ по этапу повторяется.
3. Исполнитель вправе по согласованию с Заказчиком досрочно выполнить работы по соответствующему этапу.
к Договору № _______ на разработку
программного обеспечения
№ п. п. | Наименование платежа | Дата (срок) платежа | Сумма платежа | Основание для проведения платежа |
||
Без НДС | НДС (__%) | Всего, с учетом НДС |
||||
Итого: | Итого: | Итого: |
Форма АктА сдачи-ПРИЕМКИ РАБОТ
сдачи-приемки работ
к Договору № ________ на разработку программного обеспечения
от «___» _________ 20__ г.
Сбербанк России ОАО, в лице ____________, действующего на основании ____________, с одной стороны, и ___________________, в лице ____________, действующего на основании ____________, с другой стороны, «Заказчик» и «Исполнитель» здесь и далее по отдельности именуются «Сторона» и совместно «Стороны», подписали настоящий акт (далее по тексту – Акт) о том, что в соответствии с Договором № ______ на разработку программного обеспечения от «__» _________ 20__ г. Исполнителем сданы, а Заказчиком приняты следующие результаты работ (программное обеспечение):
_____________________________________________________________
(наименование ПО)
№ п/п | Перечень выполненных работ |
С момента подписания Акта исключительное право на результаты работ (программное обеспечение) принадлежит Заказчику в полном объеме без ограничений в соответствии с п. 10.1 Договора № ______ на разработку программного обеспечения от «__» ________ 20__ г.
Общая стоимость работ по Договору № ________ на разработку программного обеспечения от «__» _________ 20__ г. составляет ________ (_____) рублей, кроме того НДС (18%) ________ (_____) рублей, итого с учетом НДС ________ (_____) рублей.
Заказчиком перечислен Исполнителю аванс в размере ________ (_____) рублей, включая НДС ________ (_____) рублей.
Следует к оплате по Акту ________ (_____) рублей, кроме того НДС (18%) ________ (_____) рублей, итого с учетом НДС ________ (_____) рублей.
Акт является основанием для финансовых расчетов между Заказчиком и Исполнителем за выполненные работы.
Работы выполнены Исполнителем в объеме: _____________ , в сроки: _________________ и с качеством: ________________. Претензии Заказчика к выполненным работам: ____________________________.
Акт составлен в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из Сторон.
Подписи представителей Сторон:
Определение |
|
Критические |
|
Дефект, вызывающий повреждение или разрушение операционной системы. |
|
Дефект, вызывающий повреждение структуры базы данных или потерю данных в определенных таблицах. |
|
Дефект, делающий невозможным дальнейшую работу или запуск программы. |
|
Дефект, вызывающий зависание программы или компьютера, а также вызывающий критическую ошибку ОС. |
|
Дефект, после проявления которого, невозможно дальнейшее использование какой-либо функциональности. |
|
Не реализованная функциональность. |
|
Дефект, вызывающий нарушение информационной безопасности |
|
Дефект, проявляющийся только после определенной последовательности действий, после проявления которого, затруднено дальнейшее использование какой-либо функциональности. |
|
Дефект, проявляющийся часто, не имеющий четкой последовательности действий к нему приводящей, не вызывающий эффектов, описанных в К_1 и К_4, после проявления которого, затруднено дальнейшее использование какой-либо функциональности. |
|
Дефект, вызывающий непредвиденное использование ресурсов, не указанных в Техническом задании. |
|
Искаженный внешний вид пользовательского интерфейса в Web проектах при использовании версий Web-browser’ов, указанных в Техническом задании. |
|
Появление неправильных сообщений или отсутствие требуемых. |
|
Искаженный внешний вид пользовательского интерфейса, который затрудняет работу пользователя, но оставляет возможность работы с программой. |
|
Дефект, проявляющийся редко, не имеющий четкой последовательности действий к нему приводящей, не вызывающий эффектов, описанных в К_1 и К_4. |
|
Незначительные |
|
Искаженный внешний вид пользовательского интерфейса, который затрудняет работу пользователя. Для примера – ошибки правописания, неточная прокрутка и т. д. Для Web проектов такие дефекты классифицируются по В_4. |
|
После деинсталляции программы остаются файлы и записи в реестре или конфигурационных файлах. |
|
Другие дефекты. |
Тип дефектов | Срок исправления |
Критические | |
Незначительные |
Форма Протокола несоответствий
Протокол несоответствийк Договору № ______ на разработку программного обеспеченияот «___» _________ 20__ г.г. Москва «___» ______________ 20_ г.Сбербанк России ОАО, в лице ____________, действующего на основании ____________, с одной стороны, и _____________________, в лице ____________, действующего на основании ____________, с другой стороны, по отдельности именуемые «Сторона»,а совместно «Стороны», составили протокол о нижеследующем.При проверке результатов работ по Договору № ______ на разработку программного обеспечения от «___» _________ 20__ г. обнаружены следующие несоответствия результатов работ:
|
Потребность в заказной разработке возникает, как правило, при создании уникального программного обеспечения. Это значит, что на рынке нет готовых продуктов, которые бы подходили под нужды заказчика из-за его особых требований к характеристикам, возможностям и функционалу софта. В этом случае клиент инициирует разработку продукта под свои потребности «с нуля» и с этой целью начинает вести переговоры с разработчиком. Переговоры переходят в сотрудничество. Заключается договор о создании программного продукта.
Как минимизировать риски в процессе исполнения обязательств и сделать сотрудничество сторон максимально комфортным?
Договор на создание программного продукта может быть сконструирован в двух вариантах:
Выбор зависит от того, насколько ясно можно изначально зафиксировать характеристики и функциональные возможности будущего программного продукта.
Если есть четкое понимание, что должно появиться на выходе, правильным выбором будет заключение договора подряда.
Здесь в первую очередь необходимо обратить особое внимание на формулировки, связанные с конечным результатом работы. Как правило, документом, описывающим конечный результат, является техническое задание, которое служит приложением к договору. В нем максимально подробно раскрываются технические характеристики и функционал программного продукта.
Существенным является условие о сроке выполнения работ. Если он в договоре отсутствует, документ может быть признан незаключенным. Поэтому важно установить начальный и конечный сроки выполнения работ.
В ситуации, когда разработка программного продукта представляет собой длительный процесс (а чаще всего так и бывает), разумно составить календарный план, сделав его частью договора. Именно так в большинстве случаев и поступают на практике.
Однако ситуация создания нового софта далека от идеальной. Заказчик не всегда может на старте четко и в полной мере сформулировать характеристики и функционал, которые он ожидает от будущего продукта. В процессе разработки претерпевают изменения как сам бизнес, так и внешние условия. Решения, которые изначально представлялись оптимальными, теряют свою актуальность. Поэтому вариант, когда обе стороны с самого начала одинаково ясно представляют себе будущий продукт и идут строго по плану, в жизни малореализуем.
И здесь имеет смысл обратить внимание на конструкцию договора оказания услуг. В документе отсутствуют заранее установленные требования к конечному результату. Это означает, что заказчик платит исполнителю за процесс создания софта, например, исходя из реального времени, которое он на это потратил. Как правило, это происходит в виде почасовой оплаты специалистов исполнителя.
Конечно, на первый взгляд заказчику невыгоден такой подход, ведь его больше всего интересует результат. Однако неоспоримым плюсом данной конструкции является ее гибкость. Заказчик никак не связан техническим заданием и может смело вносить любые изменения в функционал и характеристики. Среди минусов – проблемы с контролем временных затрат исполнителя и связанные с этим трудности по планированию бюджета на проект.
Можно ли как-то минимизировать финансовые риски? Одним из вариантов решения этой проблемы является установление предельной величины вознаграждения исполнителя.
Предмет договора и стоимость услуг – вот те условия, которые обязательно должны содержаться в документе. Тогда договор с точки зрения закона будет считаться заключенным.
Предмет договора можно изложить в виде действий исполнителя по созданию продукта, обозначив общие характеристики, в которых заказчик уверен полностью. Таким образом, в договоре фиксируется общий вектор усилий исполнителя. Детали же будут восполняться в ходе выполнения проекта. Что касается цены, то, как упоминалось выше, она чаще всего указывается в виде ставок специалистов за фактически отработанное время.
Как это происходит на практике?
В действительности все складывается не так просто. Схема может быть следующей.
Стороны облекают свои договоренности по созданию продукта в договор подряда. В техническом задании говорится о том, что должно из себя представлять программное обеспечение. Составляется календарный план, в котором весь процесс разбивается на этапы с четкими сроками выполнения работ и их стоимостью.
При этом нередко дополнительно указываются ставки специалистов исполнителя. В предмете договора говорится о том, что исполнитель оказывает услуги (в противовес работам, которые подразумевают результат). Получается смесь договора подряда с договором оказания услуг, где фиксированная цена за создание программного продукта соседствует с почасовыми ставками специалистов исполнителя. Все это именуется схемой Time & Material (но к этому иностранному термину договор имеет очень опосредованное отношение).
Далее в процессе исполнения договора у заказчика неизменно начинают появляться новые требования к создаваемому продукту. Исполнитель же, имея перед собой техническое задание и календарный план, старается им следовать, ведь это важная часть договора, подписанного обеими сторонами. А вознаграждение разработчика зависит от исполнения обязательств по договору.
Стороны каждый раз вынуждены спорить и договариваться о подписании многочисленных дополнительных соглашений либо отступать от первоначальных характеристик продукта без подписания каких-либо документов, а значит, идти в разрез с заключенным договором.
Последний сценарий может создать массу проблем разработчику, например, в ситуации, когда выполненная работа заказчиком не принимается, так как не соответствует условиям договора. При этом корректировки со стороны заказчика, на которые ориентировался исполнитель, давались или устно, или неуполномоченным лицом. Либо же просто были неправильно поняты.
Какой можно сделать вывод?
Чтобы избежать подобных недоразумений при создании программного продукта, заказчику и исполнителю целесообразно заключить договор оказания услуг, который бы содержал ставки специалистов исполнителя и при необходимости фиксировал бы предельную величину вознаграждения по проекту. В результате проект получит достаточную гибкость, заказчик сможет вносить корректировки неограниченное число раз, а исполнитель не будет иметь возражений, так как ему оплачивается фактически отработанное время.
Несмотря на кажущуюся простоту этого вопроса (кому же, как не заказчику, должны принадлежать права на созданный продукт?), нюансы есть и здесь.
По умолчанию исключительное право на продукт принадлежит заказчику. Так обстоит дело, если в договоре ничего по этому поводу не сказано. По закону стороны могут заранее договориться о том, что исключительное право останется за исполнителем. В практике создания заказных разработок это встречается нечасто.
Если в договоре не содержится обратное, подрядчик получает право использовать программный продукт на условиях простой неисключительной лицензии в течение всего срока действия исключительного права. Поэтому, если заказчик имеет другие планы по данному вопросу, имеет смысл прямо предусмотреть это в договоре.
В заключение необходимо обратить внимание на распространенную юридическую ошибку, которая допускается при составлении договоров на создание программных продуктов либо в договорах подряда, где программный продукт является одним из результатов работы подрядчика (например, при создании технологического оборудования, в состав которого входит программное обеспечение).
Так, намереваясь закрепить за заказчиком исключительное право на программный продукт, составители пишут, что «подрядчик обязуется передать исключительное право». Иногда для этого даже предусматривается подписание отдельного акта. Это неправильно.
Исключительное право не передается, а возникает у заказчика в силу одного только факта создания программного продукта. Передача права означала бы, что до этого оно возникло у подрядчика, а это не так.
В результате стороны перегружают договор еще одним обязательством. А если в финале сотрудничества возникнут разногласия, к ним добавится еще один «камень преткновения»: заказчик выдвигает среди прочих требование о передаче исключительного права на программный продукт и хочет при этом подписать акт приема-передачи.
Однако исключительное право принадлежит заказчику в силу закона и не нуждается в передаче. В договоре можно просто продублировать факт принадлежности этого права, и тогда отпадет необходимость в дополнительных обязательствах и требованиях.
Екатерина Соколова , руководитель юридического отдела, группа компаний CUSTIS
В статьи мы рассмотрели договорные формы, позволяющие максимально грамотно оформить правоотношения, возникающие в связи с существующим программным обеспечением. Во второй части мы обратимся к договорам, которые помогут оформить права на ПО, еще не созданное к моменту заключения договора.
Исходя из логики договоров распоряжения исключительным правом, описанных в первой части статьи, эти договоры невозможно применить к несуществующим объектам охраны авторского права. Однако зачастую компании гораздо удобнее заказать создание программного обеспечения строго под свои требования, а не приобретать существующие на рынке продукты, которые в любом случае придется «допиливать» под свои нужны. В этом случае должны применяться совершенно другие типы договоров, которые мы и рассмотрим ниже.
Договор на создание ПО (на разработку ПО, на выполнение работ по разработке/созданию ПО)
Итак, самый распространенный тип договора, в рамках которого лицо может получить новое ПО, разработанное под свои требования, а также права на него, — это договор на создание ПО. Указанный тип договоров регулируется главой 37 ГК РФ «Подряд», правовые последствия таких договоров регулируются ст. 1296 ГК РФ.
Стороны договора: исполнитель (реже — подрядчик) — заказчик.
Несмотря на то, что законом не устанавливается ограничение по субъектному составу сторон договора, исполнителем по такому договору на практике является , в отличие от договора авторского заказа — аналога договора на создание ПО, где исполнитель — физическое лицо (этот договор мы рассмотрим ниже).
Существенным условием договора на создание ПО является предмет договора. При заключении договора на создание ПО очень важно четко определить требования к результату работ (требования к функциональности ПО), а также в некоторых случаях — способы реализации ПО, в частности, языки программирования, архитектуру приложений и т. д. Без подробного ТЗ, которое должно прилагаться к договору, у заказчика существует риск получения нерелевантного результата, причем работы исполнителя будут формально признаны выполненными надлежащим образом и подлежащими приемке заказчиком. При этом надо иметь в виду, что в случае разработки сложной системы, которая обычно ведется в несколько этапов с промежуточными приемками частей функционала, по ходу выполнения работ требования заказчика могут уточняться и вообще меняться, что повлечет за собой изменение ТЗ. Так что, исходя из степени определенности требований заказчика при заключении договора, надо предусматривать соответствующие механизмы пересмотра ТЗ: при четких, определенных требованиях заказчика к ПО, которые вряд ли изменятся в ходе выполнения договора, процедура внесения изменений в ТЗ может быть жесткой — исключительно через дополнительные соглашения к договору; при отсутствии четкого видения результатов работ заказчиком и/или исполнителем процедура пересмотра ТЗ может быть более мягкой — например, путем составления дополнений к ТЗ рабочей группой технических специалистов сторон.
Еще одним существенным условием договора является срок выполнения работ. Финальные сроки должны предусматриваться договором в любом случае, однако договор может предусматривать также и промежуточные вехи (этапы и подэтапы работ). Сроки работ существенно зависят от ТЗ — таким образом, при установлении сроков работ надо руководствоваться правилами, изложенными выше для определения предмета договора.
Важный нюанс: в случае установления этапного выполнения работ по договору при осуществлении приемки по результатам этапа заказчик не сможет в дальнейшем предъявлять претензии к принятым работам по этапу даже в случае, если финальный результат работ его не устроил. Это является довольно существенным для работ по созданию ПО, поскольку части функционала ПО могут быть в значительной степени взаимосвязаны и недостатки работ в определенном блоке функционала могут выявиться только на этапе финальной приемки работ. Также технически не всегда возможно устроить полноценную промежуточную приемку. Так что рекомендуем очень аккуратно подходить к разбивке работ на этапы и выносить в отдельный этап с приемкой максимально полный цикл работ (например, разделять договор на работы по созданию ПО (1-й этап) и работы по внедрению ПО (2-й этап), не проводя более мелкого деления).
Важным отличием договора на создание ПО (и иных договоров, которые будут рассмотрены ниже) от договоров, описанных в первой части статьи, является то, что цена договора может быть определена соответствии с п. 3 ст. 424 ГК РФ (как цена, которая при сравнимых обстоятельствах обычно взимается за аналогичные работы). Таким образом, при отсутствии в договоре условия о цене договор все равно будет считаться заключенным, хотя на практике сложно встретить договор на создание ПО, в котором не была бы определена стоимость работ. Цена работ может определяться как в виде фиксированной суммы, рассчитанной экспертно на основании сметы или планируемой трудоемкости работ, так и в виде оплаты на основании почасовки (системы Time &Materials ) — по реальной трудоемкости работ исполнителя. Второй способ, конечно, зачастую менее выгоден заказчику работ, поскольку, во-первых, вносит неопределенность в сумму затрат, а во-вторых, может вызвать у недобросовестного исполнителя соблазн завысить реальную трудоемкость работ. Однако этот способ может оказаться выигрышным при изначально непонятном объеме работ при условии полного доверия заказчика исполнителю либо наличию эффективных средств контроля трудозатрат исполнителя компетентными сотрудниками заказчика. К таким средствам контроля можно отнести регулярную фиксацию исполнителем трудозатрат в системе ведения дел, предоставление исполнителем отчетов с определенной периодичностью, наличие возможности у заказчика приостановить работы при превышении некоторой трудоемкости их выполнения и т. д.
Поскольку создание ПО не является льготируемой по НДС деятельностью, стоимость работ облагается НДС в общем порядке.
Что касается распределения прав на создаваемое ПО, то по дефолту согласно п. 1 ст. 1296 ГК РФ исключительное право на созданное ПО принадлежит заказчику с момента его создания. Это можно даже не прописывать в договоре. При этом согласно п. 2 ст. 1296 исполнитель вправе, если договором не предусмотрено иное, использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права. Если же договором предусматривается, что исключительное право на ПО принадлежит исполнителю (договорно изменяется презумпция, установленная п. 1 ст. 1296 ГК РФ), в свою очередь заказчик вправе использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.
Таким образом, договор на создание ПО может (и должен) содержать в себе элементы лицензионного договора. В целом законом не предусматривается подробное описание предоставляемых по лицензии прав на созданное ПО, однако представляется, что без четкого описания передаваемых по лицензии прав положениями ст. 1296 нельзя воспользоваться полной мере, поскольку неясно, какими именно способами из перечисленных в п. 2 ст. 1270 ГК РФ имеет право использовать ПО лицо, которому по договору на создание ПО предоставляется лицензия. Также непонятна территория использования ПО. Очевидно, согласно п. 3 ст. 1235 ГК РФ, эта территория ограничивается территорией РФ, если иное явно не указано в договоре. Исходя из изложенного, настоятельно рекомендуем четко прописывать условия, на которых предоставляется лицензия, особое внимание уделяя такому способу использования ПО, как модификация или переработка (подробнее об этом — в первой части статьи). Также рекомендуем указывать, что лицензия в силу требований закона предоставляется безвозмездно.
Также интересный нюанс заключается в формулировках о правах. Исходя из формулировки ст. 1296 ГК РФ, исключительное право не передается от стороны стороне, а принадлежит какой-либо из сторон с момента создания ПО. Формулировка о передаче исключительного права признается в силу ст. 1296 ГК РФ налоговыми органами некорректной (см., например, письмо УФНС по г. Москве от 11 августа 2008 г. № 19-11/75222). Чтобы избежать лишних вопросов и просто грамотнее составить договор, рекомендуем использовать формулировку, предусмотренную ГК РФ, и не писать про передачу исключительного права, коей здесь нет.
При заключении договора заказчику надо обратить отдельное внимание на правовое регулирование правоотношений исполнителя и его работников, являющихся авторами ПО, чтобы полностью обезопасить свои права. Во-первых, из договоров между исполнителем и его разработчиками (трудовых либо авторского заказа) должно следовать, что исключительное право на создаваемое ПО не принадлежит работникам (иначе исполнитель просто не будет иметь право заключать договор с заказчиком, по которому исключительное право принадлежит последнему). Во-вторых, надо проверить, создавалось ли вообще данное ПО по договору авторского заказа либо по заданию работодателя (исполнителя), или же это ПО было создано разработчиками по собственной инициативе и исполнитель формально не имеет к нему ни малейшего отношения и не может его передавать заказчику. Также п. 4 ст. 1296 ГК РФ закрепляет обязанность выплаты авторам вознаграждения за разработку ПО в случае, если авторам не принадлежит исключительное право на него. В статье не указывается, кто именно должен выплачивать данное вознаграждение (заказчик или исполнитель), но ввиду отсылки к ст. 1295 ГК РФ, которой регулируются взаимоотношения работников и работодателей, а также здравого смысла эта обязанность лежит на плечах исполнителя работ, и заказчик может не волноваться по поводу расчетов исполнителя со своими работниками. Однако исполнителю надо обязательно обратить внимание на это правило кодекса, чтобы в итоге не получить исполнительный лист о выплате вознаграждения в размере, установленном судом, который может быть просто неадекватным.
Естественно, для заказчика провести полноценную проверку взаимоотношений исполнителя и его работников на практике практически невозможно (хотя бы потому, что точный состав авторов еще не созданного ПО установить будет непросто).
Налоговые последствия:
- стоимость договора полностью облагается НДС. Согласно указанному выше письму УФНС по г. Москве, разделение цены договора на две части: за создание ПО (облагается НДС) и передачу исключительного права от исполнителя заказчику (не облагается НДС) — является незаконным;
По результатам создания ПО у стороны, которой принадлежит исключительное право на ПО, формируется НМА. Сторона обязана установить такого НМА и списывать затраты на его создание в порядке амортизации. При этом стоимостью создания НМА для заказчика работ будет цена договора, а для исполнителя — затраты на разработку ПО ( лиц, занятых в разработке ПО, налоги, иные затраты, относящиеся к разработке НМА согласно учетной политике организации);
В случае предоставления заказчику только лицензии на использование созданного ПО заказчик учитывает расходы на создание ПО в составе расходов будущих периодов в течение срока использования ПО, как это происходит при заключении обычного лицензионного договора с паушальными платежами.
Этот договор схож с договором на создание ПО и по сути является его разновидностью, однако он заключается исключительно с автором произведения, то есть с физическим лицом (физическими лицами, если они работают в соавторстве). К данному договору можно смело применять разъяснения, приведенные в предыдущем разделе, с учетом особенностей, изложенных ниже.
Во-первых, данный договор не содержит презумпции перехода исключительного права на созданный объект заказчику. По дефолту заказчику передается исключительно экземпляр объекта без каких-либо прав на его использование. Очевидно, что такое правовое распределение не может быть интересно заказчику программного обеспечения, поскольку он просто не сможет его использовать. Поэтому в договоре надо четко прописывать, какой объем прав на создаваемое ПО переходит заказчику — исключительное право в полном объеме либо только лицензия на право использования ПО.
Примечательно, что в ст. 1288 ГК РФ, регулирующей договор авторского заказа, законодатель использует термин «отчуждение исключительного права», в отличие от редакции ст. 1296 ГК РФ, которая говорит о том, что исключительное право принадлежит заказчику с момента создания. Указанная формулировка может ввести в заблуждение относительно момента возникновения у заказчика исключительного права на ПО в случае, если оно переходит к нему по договору. Однако и в этом случае исключительное право на создаваемое ПО по умолчанию принадлежит заказчику с момента создания объекта, поскольку п. 4 ст. 1234 ГК РФ говорит о том, что «исключительное право на результат интеллектуальной деятельности … переходит от правообладателя к приобретателю в момент заключения договора об отчуждении исключительного права, если соглашением сторон не предусмотрено иное», п. 3 же ст. 1288 ГК РФ говорит о том, что к договору авторского заказа применяются положения о договоре отчуждения исключительного права, если исключительное право отчуждается в пользу заказчика. Однако в момент заключения договора ПО еще не создано и исключительного права на такой несозданный объект, конечно, нет. Таким образом, исключительное право на ПО возникает с момента его создания при условии, что к тому времени заключен договор авторского заказа. Получается, что, несмотря на разные формулировки, п. 1 ст. 1296 ГК РФ и п. 2 ст. 1288 ГК РФ говорят об одном и том же.
Во-вторых, в статье в явном виде указано, что договор, который не предусматривает и не позволяет определить срок его исполнения, не считается заключенным. Также закон обязывает заказчика установить автору в договоре льготный срок продолжительностью в одну четвертую часть срока, установленного для исполнения договора, в который должно быть завершено создание объекта при пропуске автором основного срока и при наличии уважительных причин пропуска. Указанный срок может быть увеличен по соглашению сторон, но не может быть уменьшен.
В случае пропуска автором и льготного срока заказчик имеет право отказаться от договора (при этом по формулировкам закона ему не перейдут права на незавершенный объект, так что это надо отдельно предусматривать в договоре при необходимости). Если же заказчику еще до начала исчисления льготного срока очевидно, что объект не будет создан, он имеет право расторгнуть договор, не дожидаясь истечения льготного срока.
Ввиду формулировок о том, что к договору авторского заказа применяются правила о договоре отчуждения исключительного права либо лицензионного договора, встает вопрос: необходимо ли разделять вознаграждение автора на две части —за создание объекта и за предоставление соответствующих прав. Прямого ответа на этот вопрос ни закон, ни разъяснения регуляторов не дают. К тому же, поскольку договор заключается с физическим лицом, которое в большинстве своем не является плательщиком НДС (исключение — индивидуальные предприниматели на общей системе налогообложения, коих единицы), данный вопрос почти полностью лишен практического смысла. Однако будет нелишним на всякий случай разобрать и его.
Согласно разъяснениям Минфина (письмо от 02.06.2008 № 03-07-08/134), смешанный договор не дает права на применение льготы, установленной подп. 26 п. 2 ст. 149 НК РФ: для получения вычета по НДС надо иметь явно выраженный лицензионный договор либо договор отчуждения исключительного права. Хотя нельзя не отметить, что де-факто налоговая признает право на льготу в договоре на предоставление лицензии и оказание услуг сопровождения при условии разделения цены договора. В нашем случае договор не относится ни к одному из перечисленных договоров, несмотря на то что к нему применяются установленные для них правила. Таким образом, делаем вывод, что разделение вознаграждения на две части с целью освободить одну из них от НДС приводит к значительным налоговым рискам. Однако разделять стоимость договора на две части и прописывать НДС для обеих частей, несмотря на то что предоставление прав на ПО по лицензионным договорам либо договорам отчуждения исключительного права НДС не облагается, также, на наш взгляд, некорректно. Таким образом, методом исключения рекомендуем для всех случаев (даже для тех, когда речь идет о физических лицах, не являющихся плательщиками НДС) указывать единую сумму вознаграждения, отмечая, что в данную сумму включены как вознаграждение автора за создание произведения, так и стоимость предоставляемых заказчику прав. Это позволит, в том числе, минимизировать риски доначисления неуказанной стоимости вознаграждения за предоставление прав в целях НДФЛ либо налога на прибыль и НДС индивидуального предпринимателя.
Налоговые последствия:
Соответствуют налоговым последствиям договора на создание ПО, если физическое лицо является предпринимателем;
Если физическое лицо не является предпринимателем, заказчик как налоговый агент должен самостоятельно исчислить и уплатить с суммы вознаграждения НДФЛ и страховые взносы. При этом доход по договору в целях налогообложения может быть уменьшен на сумму документально подтвержденных расходов автора либо, если их невозможно подтвердить, на 20%.
Трудовой договор
Еще одним из способов создания ПО и получения прав на него является внутренняя разработка ПО работниками потенциального правообладателя. В этом случае программа (служебное произведение) создается на основании служебного задания при условии фиксации в трудовом договоре обязанностей работников разрабатывать программное обеспечение. Исключительное право на служебное произведение принадлежит работодателю, если договором с работником не предусмотрено иное. При этом работодатель обязан в течение 3 лет с момента создания ПО начать его использование, передать исключительное право на него другому лицу либо сообщить автору о сохранении произведения в тайне. В противном случае исключительное право на него будет принадлежать автору. Также стороны вправе предусмотреть в трудовом или ином договоре, что исключительное право на произведение принадлежит автору, а работодатель имеет право использовать его способами и для целей, указанных в служебном задании, то есть фактически на основании лицензии. Такое правовое размежевание является крайне редким в профессиональной IT -сфере.
Разработка программного обеспечения силами работников имеет один очень важный нюанс, на который многие работодатели, к сожалению, не обращают внимания. Этот нюанс касается вознаграждения работника, установленного абз. 3 п. 2 ст. 1295 ГК РФ. В случае начала использования работодателем служебного произведения или передачи исключительного права на ПО другому лицу, а также принятия работодателем решения о сохранении служебного произведения в тайне в трехгодичный срок, автор имеет право на вознаграждение, размер которого устанавливается договором между автором и его работодателем. Многие работодатели склонны полагать, что это вознаграждение может быть включено в состав заработной платы сотрудника (ее оклада либо премиальной части). Это не так. Исходя из сложившейся практики, это вознаграждение является вознаграждением sui generis, которое не зависит от трудовых отношений сторон, а носит гражданско-правовой характер, потому не может быть включено в состав трудовых доходов работника. Таким образом, рекомендуем, не дожидаясь момента, когда размер вознаграждения будет установлен судом (как это предусматривается тем же абз. 3 п. 2 ст. 1295 ГК РФ), заключить с работниками, разрабатывающими программное обеспечение, а также иные произведения науки, литературы или искусства, соответствующее соглашение, устанавливающее разумную сумму вознаграждения автору произведения в случае наступления указанных выше условий. Обращаем внимание также на то, что указанное вознаграждение уплачивается единожды и не зависит от наличия трудовых отношений между автором и правообладателем на момент наступления условия выплаты вознаграждения.
И несколько слов о служебном задании. Служебное задание должно быть оформлено по установленным в организации правилам, содержать точное задание на разработку и быть выдано авторам произведения под роспись. По факту исполнения служебного задания работодатель составляет соответствующий акт за подписями комиссии (в нее могут входить авторы и представители работодателя), к которому должны прикладываться исходные тексты разработанной программы на машиночитаемом носителе. Это позволит в дальнейшем доказать наличие прав именно на данное ПО. Естественно, это довольно просто теоретически, однако на практике работодатель сталкивается с тем, что программное обеспечение — это очень динамичный объект, который может видоизменяться каждый день, и невозможно (и не нужно) на малейшую доработку составлять служебное задание. Однако мы рекомендуем периодически все же составлять служебные задания на крупные доработки и актировать полученные результаты работ по созданию новых полезных версий ПО для защиты своих прав от недобросовестного автора. Нелишним будет также регистрация созданного ПО в Роспатенте с депонированием самых ценных отрывков программного кода либо исходников ПО в полном объеме.
Налоговые последствия:
Постановка на учет НМА по стоимости разработки, определяемой в учетной политике компании;
Смешанные формы договоров
Мы рассмотрели основные виды договоров, которыми можно оформить создание ПО и приобретение прав на него. Однако далеко не всегда указанные договоры встречаются в чистом виде. Например, можно встретить конструкции, когда приобретается неисключительная лицензия на ПО, а далее она дорабатывается правообладателем либо иным лицом, имеющим соответствующие права, на основании договора на модификацию ПО. В результате у заказчика наличествует неисключительное право на первоначальное ПО, а также исключительное — на производное. В этом случае очень важно разделить стоимость предоставляемой лицензии и стоимость работ ввиду различного режима по НДС или — оптимальный вариант — разделить сами договоры.
Еще одна форма приобретения права — это покупка лицензии и ее «докрутка» по договору оказания услуг по настройке (адаптации) ПО. Согласно ГК РФ, адаптация ПО — это внесение в него изменений, осуществляемых исключительно в целях функционирования ПО на конкретных технических средствах пользователя или под управлением конкретных программ пользователя. При этом для осуществления адаптации не требуется специальное разрешение от правообладателя. Таким образом, в случае если лицензиату не требуется серьезной переработки функционала ПО, на которое он приобрел лицензию, настройка и адаптация ПО может выполняться им совершенно спокойно без опасений нарушить исключительное право лицензиара.
Сопутствующие договоры (сопровождение, доработка, адаптация)
Ну и конечно, данный обзор был бы неполным, если бы мы вкратце не осветили основные договоры, которые обычно заключаются в связи с приобретением прав на ПО.
Сопровождение (техподдержка)
Договор оказания услуг, регулируется главой 39 ГК РФ.
Договор, который практически всегда заключается после приобретения ПО (особенно если приобретается лишь лицензия, а не исключительное право). В рамках этого договора заказчику как минимум обеспечивается работоспособность ПО и даются консультации по вопросам использования, в максимальном варианте ПО развивается, настраивается и дорабатывается по запросам заказчика. Если ваш договор ограничивается лишь исправлением ошибок лицензионного ПО, то, вероятнее всего, услуги сопровождения может оказывать любое лицо, поскольку ст. 1280 ГК РФ разрешает лицензиату без специального разрешения правообладателя осуществить исправление явных ошибок, если иное не предусмотрено договором с правообладателем. Если же договор включает в себя такие услуги, как развитие функциональности ПО, что связано с изменением программного кода, такие услуги может оказывать лишь то лицо, которое имеет право модифицировать программное обеспечение. На это всегда надо обращать внимание при выборе контрагента.
Одним из специальных видов договора сопровождения является Service -Level Agreement (SLA , соглашение об уровне предоставления услуг), который направлен наподдержание бесперебойного функционирования используемой заказчиком IT -инфраструктуры или IT -продукта. Он обычно имеет особую структуру и набор обязательств сторон. Однако базовые требования к договору сопровождения (вчастности, правовые основания оказания услуг исполнителем) применимы икданному договору.
Цена договора сопровождения (равно как и остальных описанных ниже договоров) может формироваться как на основании почасовки, так и на основании фиксированной оговоренной цены, либо с использованием смешанной системы. Поскольку договор сопровождения является договором оказания услуг и зачастую результат оказания услуг не имеет овеществленной формы, настоятельно рекомендуется периодически оформлять отчеты об оказанных услугах, которые, во-первых, будут необходимы для экономического обоснования затрат перед проверяющими органами, а во-вторых, могут применяться как доказательство объема оказанных услуг при наличии споров между сторонами договора. Особое значение отчет приобретает при использовании почасовки, поскольку на его основании будет формироваться финальная стоимость услуг. В этом случае составление отчета обязательно.
Отдельно скажем про договоры оказания услуг гарантийного сопровождения, когда исполнитель в течение гарантийного срока на ПО безвозмездно исправляет ошибки программного кода. Такой договор нечасто встречается в виде отдельного документа, обычно это раздел в лицензионном договоре или в договоре на разработку ПО. Проблема такого договора в том, что эти услуги — совершено логично — оказываются бесплатно (а точнее, цена сопровождения уже заложена в стоимость основной услуги по договору). Это может вызвать определенные вопросы налоговиков (особенно когда речь идет о лицензионном договоре без НДС, а услуги сопровождения НДС облагаются). В этом случае настоятельно рекомендуем выделять хотя бы какую-то символическую стоимость таких услуг и облагать ее НДС. Если же все услуги (работы) по договору облагаются НДС или, наоборот, не облагаются НДС (например, если исполнитель применяет УСН), можно указывать, что стоимость гарантийного сопровождения включается в стоимость основной услуги (работы, реализации права) по договору.
Адаптация (настройка) ПО
Оказание услуг по внесению в ПО изменений, осуществляемых исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя. Договор оказания услуг, регулируется главой 39 ГК РФ.
Стороны договора: исполнитель — заказчик.
По условиям практически ничем не отличается от договора сопровождения, кроме того, что при оказании услуг по адаптации точно не нужны специальные правомочия от правообладателя. Обычно договор заключается на какой-либо период (например, на год), в течение которого исполнитель по заданиям заказчика выполняет настройку ПО. Форма отчетности — периодическая, по почасовке. Однако в случае если договор разовый на крупную настройку ПО (либо рамочный с оформлением крупных заявок), стороны могут заранее согласовать фиксированную стоимость услуг.
Доработка (модификация) ПО
Стороны договора: исполнитель (подрядчик) — заказчик.
Существует два вида договоров: договор на реализацию крупных доработок (договор на модификацию ПО, договор на развитие ПО) и договор на выполнение мелких доработок по заявкам заказчика. Первый вид договоров мы рассматривать не будем, поскольку он очень похож на договор на создание ПО. А второй вид договора рассмотрим подробнее.
Это договор на выполнение работ (договор подряда), и к нему применяются правила главы 37 ГК РФ с учетом особых правил, устанавливаемых частью IV ГК РФ. Самое важное в договорах на выполнение доработок (и мелких, и крупных) — это то, что у исполнителя должны быть права на модификацию ПО. Проблема снимается, если правообладателем ПО является сам заказчик либо исполнитель. В противном случае правообладателем должно быть предоставлено исполнителю соответствующее право (как вариант, право на модификацию может быть предоставлено заказчику с возможностью осуществления модификации ПО третьими лицами по заданию заказчика).
Суть договора на мелкие модификации (доработки) и договора на адаптацию схожа, кроме одного важного нюанса: согласно ГК РФ производное произведение (которое может быть создано в ходе переработки (модификации) первичного произведения) является отдельным охраняемым результатом интеллектуальной деятельности. Это правило приводит нас к следующим выводам.
1. В договоре надо обязательно распределять права . При этом представляется, что к такому типу договоров применяются правила ст. 1297 ГК РФ «Программы для ЭВМ и базы данных, созданные при выполнении работ по договору», в которой изложена обратная презумпция: исключительное право на полученное ПО принадлежит исполнителю, если договором не установлено иное.
2. Момент появления нового ПО неочевиден. В какой момент мы можем понять, что модифицированное ПО «уже не то»? При договоре на создание ПО момент появления ПО ясен — когда исполнены требования ТЗ, работоспособное ПО принято по акту. В случае рассматриваемого договора момент появления нового охраноспособного объекта неочевиден. Законодатель не дает разъяснений по данному вопросу, поэтому на практике лицо, которому по договору принадлежит исключительное право на создаваемые объекты, самостоятельно принимает решение о появлении нового охраноспособного ПО. После приходования ПО на основании решения комиссии, оформленного локальным актом организации, должен быть создан соответствующий НМА. Представляется, что старый НМА (немодифицированное ПО) может быть списан по решению комиссии, если новое ПО заменяет функциональность предыдущего. Однако мы не рекомендуем этого делать, если прошло менее 2 лет с момента постановки первичного НМА на учет, чтобы не вызывать лишних вопросов налоговиков.
Итак, мы постарались максимально полно и доступно разъяснить нюансы разных договорных форм приобретения прав на программное обеспечение. В завершение хотим дать последнюю рекомендацию, которая имеет отношение ко всем вышеописанным договорам. При заключении договора обычно приобретается не только ПО, но и сопутствующие объекты (документация, дистрибутивы, дополнительные программы, рекламная литература и т. д.). Помните: они также могут быть объектами охраны авторского права. Поэтому надо убедиться в том, что договором регулируются в том числе правомочия на их использование теми способами, которые вам интересны и необходимы. Также во избежание негативных последствий нельзя обходить вниманием права собственности на материальные объекты, которые передаются в рамках таких договоров.
Бланк документа «Примерная форма договора на разработку программного обеспечения (исполнитель - физическое лицо)» относится к рубрике «Договор об оказании услуг, аутстаффингу». Сохраните ссылку на документ в социальных сетях или скачайте его себе на компьютер.
на разработку Программного обеспечения
(исполнитель - физическое лицо)
г. ________________________ "___" ____________ 20__ г.
(место заключения Договора) (дата заключения Договора)
Именуемое в дальнейшем "Заказчик",
(наименование)
в лице ________________________________________________, действующего
(Ф.И.О, должность)
на основании __________________________________________, с одной стороны
(Устава, Положения, Доверенности)
и _____________________________________________________ с другой стороны,
(Ф.И.О, паспортные данные)
а вместе именуемые "Стороны", заключили настоящий Договор о
нижеследующем:
1. Предмет Договора
1.1. Исполнитель по поручению Заказчика обязуется создать
его на предприятии Заказчика и/или партнеров Заказчика.
заданием и Календарным планом, которые являются неотъемлемой частью
настоящего Договора.
2. Порядок и сроки выполнения работ
2.1. Заказчик оформляет требования к Программе в Техническом
2.2. После получения Технического задания Исполнитель определяет
предварительную стоимость и сроки разработки ПО. Сроки выполнения задания
указываются в Календарном плане.
2.3. Исполнитель приступает к выполнению работ с момента внесения
предоплаты Заказчиком.
2.4. После окончания работ Исполнитель предоставляет ПО
на утверждение Заказчику.
2.5. Исполнитель передает Заказчику Программу в виде дистрибутива
на внешних носителях (CD-ROM или DVD-ROM дисках) после подписания
Сторонами Передаточного акта.
3. Права и обязанности Сторон
3.1. Исполнитель обязан:
3.1.1. разработать ПО в соответствии с Техническим заданием
и Календарным планом;
3.1.2. передать Заказчику ПО на условиях, предусмотренных настоящим
Договором;
3.1.3. исправлять все выявленные Заказчиком смысловые,
грамматические и орфографические ошибки в процессе разработки ПО
и в течение гарантийного срока;
3.1.4. исправлять все выявленные ошибки в функционировании ПО
в течение всего гарантийного срока.
3.2. Исполнитель вправе:
3.2.1. не приступать к работе, а начатую работу приостановить
в случаях, когда Заказчик нарушает свои обязательства, предусмотренные
настоящим Договором;
3.2.2. в процессе выполнения настоящих работ по настоящему Договору
привлекать третьих лиц без согласия Заказчика.
3.3. Заказчик обязан:
3.3.1. предоставить для разработки ПО все информационные материалы,
предусмотренные Техническим заданием;
3.3.2. оплатить услуги Исполнителя в порядке и сроки,
предусмотренные настоящим Договором.
3.4. В процессе разработки ПО Заказчик вправе получать
промежуточные версии Программы для контроля процесса выполнения работ
и согласования промежуточных результатов работы.
4. Исключительные права на Программное обеспечение
4.1. Заказчику принадлежит исключительное право осуществлять
и (или) разрешать осуществление следующих действий:
Воспроизведение ПО (полное или частичное) в любой форме, любыми
способами;
Распространение ПО;
Модификацию ПО, в том числе перевод ПО с одного языка на другой;
Иное использование ПО.
4.2. Исключительные права на Программное обеспечение переходят
к Заказчику после полной оплаты выполненных работ.
5. Порядок сдачи-приемки Программного обеспечения
5.1. Исполнитель передает Заказчику готовую Программу в срок,
указанный в Календарном плане.
5.2. При отсутствии расхождений Программного обеспечения
с требованиями, установленными в Техническом задании, Стороны подписывают
Передаточный акт, подтверждающий выполнение Исполнителем своих
обязательств по Договору.
5.3. В случае обнаружения Заказчиком отступлений от Технического
задания, допущенных Исполнителем, он должен в течение ____ календарных
дней с момента принятия готового ПО предъявить Исполнителю требование
об устранении недостатков (недоработок).
6. Ответственность Сторон
6.1. Стороны несут ответственность за неисполнение ли ненадлежащее
исполнение своих обязательств по настоящему Договору в установленном
законом порядке.
6.2. В случае несоответствия ПО характеристикам, указанным в
Техническом задании, Заказчик вправе потребовать устранения указанных
недостатков Программы либо расторжения настоящего Договора и возмещения
6.3. Если в ходе выполнения обязательств по настоящему Договору
одной из Сторон была получена информация о новых технических знаниях и
решениях, как охраняемых, так и не охраняемых законом, а также сведениях,
которые являются коммерческой или иной тайной, то она не вправе сообщать
ее третьим лицам без согласия другой Стороны. В случае разглашения
указанной информации виновная Сторона несет ответственность
в соответствии с действующим законодательством РФ.
6.4. Стороны освобождаются от ответственности за частичное или
полное неисполнение обязательств по настоящему Договору, если это
неисполнение явилось следствием обстоятельств непреодолимой силы. В таком
случае выполнение обязательств по настоящему Договору откладывается на
время действия обстоятельств непреодолимой силы и их последствий.
7. Цена Договора и порядок расчетов
7.1. Стоимость разработки Программного обеспечения по настоящему
Договору на оборудовании и материалами Исполнителя составляет
______________________________.
7.2. Перед началом работ Заказчик вносит Исполнителю предоплату
в размере 50% от их стоимости.
7.3. Оставшиеся 50% стоимости Заказчик оплачивает в течение _____
дней с момента подписания Сторонами Передаточного акта.
7.4. Сопровождение Программного обеспечения не является предметом
настоящего Договора и не входит в его стоимость.
8. Заключительные положения
8.1. Исполнитель устанавливает на разработанное ПО гарантийный срок
в течение __ месяцев со дня подписания Передаточного акта.
8.2. В случае возникновения споров по вопросам, связанным с
исполнением настоящего Договора, Стороны будут стремиться разрешить их
путем переговоров, а в случае недостижения согласия - в судебном порядке.
8.3. В случае внесения Заказчиком изменений и дополнений в
программный код Исполнитель не несет ответственность за работу
Программного обеспечения.
8.4. Настоящий Договор вступает в силу с момента его подписания и
действует до полного выполнения обязательств обеими Сторонами.
8.5. По всем вопросам, не урегулированным настоящим Договором,
Стороны руководствуются действующим законодательством РФ.
8.6. Настоящий Договор составлен в двух экземплярах по одному для
каждой из Сторон. Оба экземпляра имеют одинаковую юридическую силу.
9. Реквизиты и подписи Сторон
Заказчик Исполнитель
______________________________ ________________________________
______________________________ ________________________________
Заказчик Исполнитель
Вот 2 образца договора разработки мобильного приложения , которые мы используем на практике: договор на разработку программного обеспечения или договор авторского заказа . Какой образец договора на разработку мобильного приложения подходит в вашей ситуации? Как не ошибиться с выбором договора на создание приложения?
Выбор договора производится с учетом того, какое лицо занимается разработкой мобильного приложения .
Если вы нанимаете для создания мобильного приложения организацию или индивидуального предпринимателя со штатом , то необходимо использовать договор заказной разработки программного обеспечения . Такой договор регулируется положениями ст.1296 ГК РФ. По умолчанию исключительное право на результаты работ по договору принадлежит заказчику. Хотя договором может быть предусмотрено предоставление заказчику лицензии на результаты интеллектуальной деятельности разработчика.
Иначе данный вопрос решается в законодательстве в случае, когда для разработки мобильного приложения привлекается физическое лицо . Это может быт и предприниматель, который выступает в качестве единственного разработчика (автора) по договору. В таком случае должен заключаться договор авторского заказа , который регулируется ст.1288-1290 ГК РФ.
В отличие от договора заказной разработки, создание мобильного приложения по договору авторского заказа не влечет автоматического перехода исключительного права на приложение заказчику . Для этого необходимо включать в договор прямую говорку об отчуждении прав заказчику и указывать размер вознаграждения за передачу прав отдельно от стоимости работ по созданию мобильного приложения. В противном случае исключительные права сохраняются в полном объеме за автором.
Помимо этого при заключении договора на разработку мобильного приложения с автором следует помнить, что законом жестко ограничена ответственность автора за нарушения . Автор не возмещает упущенную выгоду, в отличие от разработчика - организации. Ответственность по договору авторского заказа ограничена возмещением реального ущерба, причиненного заказчику.
