Если компании нужно программное обеспечение, недостаточно просто нанять на работу квалифицированного разработчика. Важно правильно оформить отношения с ним.
В противном случае есть риск, что талантливый работник, используя ресурсы работодателя, разработает коммерчески привлекательную программу и оставит ее себе.
Что проверить и как организовать работу, чтобы создаваемое сотрудниками ПО признавалось служебным произведением?
Ирина Ахмедова, старший юрист по интеллектуальной собственности юридической фирмы КЛИФФ
Как правильно оформить процесс создания ПО работниками, чтобы права на него перешли к компании-работодателю, а не остались у программистов?
Прежде всего, следует проверить следующие документы и условия.
- Раздел «Интеллектуальная собственность» в трудовом договоре
- Должностная инструкция
- Служебное задание
- Акт о выполнении служебного задания и передаче исключительных прав
- Соглашение о выплате вознаграждения за создание ПО
- Другие документы
- Регламент создания программ для ЭВМ
- Цели введения Регламента создания программ для ЭВМ:
- Договор на разработку программного обеспечения
- 1. Предмет договора на разработку программ для ЭВМ
- 2. Порядок сдачи-приемки программного обеспечения
- 3. Цена договора и порядок расчетов по договору на разработку ПО
- 4. Ответственность сторон по договору на создание ПО
- 6. Конфиденциальность
- Договор на оказание услуг по разработке программного обеспечения
- 2. ПРАВА И ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ
- 3. ПРАВА И ОБЯЗАННОСТИ ЗАКАЗЧИКА
- 4. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ
- 5. ОТВЕТСТВЕННОСТЬ СТОРОН
- 6. АВТОРСКИЕ ПРАВА
- 7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
- 8. ПРОЧИЕ УСЛОВИЯ
- 9. СРОК ДЕЙСТВИЯ ДОГОВОРА
- 10. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН
- 🎥 Видео
Раздел «Интеллектуальная собственность» в трудовом договоре
В трудовой договор с разработчиками целесообразно включить отдельный раздел «Интеллектуальная собственность». В него рекомендуется включить следующие положения:
- фразу о том, что права на созданный работником РИД отчуждаются работодателю,
- процесс создания интеллектуальной собственности,
- вопросы личных неимущественных прав,
- вопросы выплаты вознаграждения за создание РИД,
- другие нюансы, связанные с переходом прав и созданием ПО.
Должностная инструкция
Для разработчиков нужно четко закрепить трудовую функцию и трудовые обязанности. Если это подробно описано в трудовом договоре, то можно обойтись без должностной инструкции.
Но если вы хотите периодически изменять, дополнять обязанности программиста, то оптимальным вариантом будет составление должностной инструкции. Ее преимущество перед трудовым договором в том, что она меняется в одностороннем порядке, а работник просто с ней знакомится под роспись.
Служебное задание
В отношении каждой конкретной программы, каждой ее части, каждого обновления и доработки нужно составлять служебное задание.
Разумеется, на практике сделать это непросто, потому что работа у программистов есть каждый день.
Тем не менее, Ирина Ахмедова рекомендует по возможности оформлять хотя бы ключевые этапы разработки программы служебными заданиями и писать в них подробно, что должен сделать работник.
Каждое служебное задание – это отдельный документ с:
- проставленной датой,
- описанием, кто поставил задачу,
- перечнем работников, которые должны ее выполнить,
- описанием процесса создания,
- описанием ожидаемого результата,
- обозначенными сроками и т.д.
Актуальная судебная практика твердо стоит на том, что без служебного задания невозможно установить, что произведение действительно было служебным и исключительные права на него принадлежат работодателю (ст. 1294 ГК РФ).
Чтобы подтвердить права на ПО, работодатель должен иметь служебное задание, трудовой договор с программистом и акт. Во главу угла суды ставят формальность – наличие всех документов. Даже факт использования работником материалов работодателя не является основанием для вывода, что созданное им произведение является служебным (Постановление СИП от 01.08.2019 по делу № А40-202764/2018).
Программа, даже написанная сотрудником в его рабочее время, но без служебного задания все равно признается его личной разработкой. Даже если сотрудник использовал компьютер работодателя, специальные инструменты и системы работодателя. Программа будет служебной, только если:
- ее разработка входит в трудовые обязанности работника,
- задача разработать программу была специально поставлена работодателем.
Акт о выполнении служебного задания и передаче исключительных прав
Акт о выполнении служебного задания составляется по итогам выполнения поставленной задачи. Этот документ фиксирует, что именно создал работник. Он подтверждает создание объекта и передачу прав на него. В акте обычно описывают форму, в которой фиксируется готовый результат, например, какой-то определенный носитель.
Соглашение о выплате вознаграждения за создание ПО
Во избежание споров крайне важно заключать с программистами соглашения о выплате вознаграждения за создание программ и выплачивать их. Обратите внимание: зарплата программиста этот вопрос не покрывает – вознаграждение нужно отдельно платить автору за каждую программу.
https://www.youtube.com/watch?v=qz2nLdASLJI
По сути, в рамках выполнения задачи по разработке ПО складывается два типа отношений:
- гражданско-правовые отношения по созданию результата интеллектуальной деятельности,
- трудовые отношения, связанные с выполнением работником его трудовых обязанностей.
Отсюда вытекает необходимость в отдельном вознаграждении:
- за выполнение трудовых функций – зарплата,
- за создание РИД – вознаграждение.
Сумма вознаграждения может быть любая. Его можно даже оформить как премию, но с указанием назначения: «выплата вознаграждения за создание ПО». Писать в трудовом договоре, что вознаграждение включается в зарплату, Ирина Ахмедова не рекомендует. Это все-таки должна быть отдельная сумма.
Другие документы
Какие еще документы могут понадобиться для оформления прав на созданное работниками ПО?
- Согласие на анонимное использование. Без этого документа, подписанного работником, правообладателю придется всегда при использовании программы указывать имя автора. Обратите внимание: разработчиков может быть много и придется указывать их всех. Такое согласие можно прописать прямо в акте о выполнении служебного задания или составить в виде отдельного документа. В тексте нужна фраза о том, что работник является автором программного обеспечения и дает право использовать его без указания его имени.
- Согласие на указание сведений об авторе и согласие на обработку персональных данных. Эти два документа требуются для Роспатента, если компания решит зарегистрировать ПО. Их можно составить и по факту обращения в Роспатент, но если работник уедет, например, за рубеж, отсутствие этих документов может стать проблемой.
- Регламент создания ПО. Этот документ стоит составить особенно тем компаниям, которые занимаются разработкой ПО в качестве основного вида деятельности, на профессиональном уровне. Он необходим, если в компании используются специальные инструменты для создания ПО, ставятся задачи в специальных программах. Этот документ поможет компании сильно упростить документооборот, снизить риски и исключит утечку служебных РИД.
Регламент создания программ для ЭВМ
Регламент создания программ для ЭВМ или вообще любых РИД — это локальный нормативный акт компании. Работники знакомятся с ним под роспись. В первую очередь речь идет о программистах и дизайнерах — тех, кто участвует в создании продукта. Но можно ознакомить с ним всех сотрудников, определив уровни доступа.
Цели введения Регламента создания программ для ЭВМ:
- упростить документооборот,
- придать легитимность фактическому процессу создания ПО,
- исключить утечку служебных программ,
- исключить споры с работниками.
Регламент должен описывать весь процесс фактического создания ПО и взаимодействия работников: работу в программах, облачных сервисах, программных инструментах (Jira, Megaplan, Bitrix24, Wrike).
В целом регламент является для сотрудников своего рода руководством к действию и придает правовое значение действиям фактического характера.
Сначала в программе ставится задача сделать определенный продукт, а потом готовое ПО в эту же программу выгружается.
При помощи регламента мы признаем эти действия формой служебного задания и одновременно документом о передаче ПО. Если в компании такого регламента нет, ей будет крайне сложно доказать в суде, что все сотрудники работали в этих программах и это обычная практика для компании.
Регламент должен определять также правила электронного документооборота: что считается задачей, какой подписью она должна быть подписана, с какого аккаунта поступать и т.п.
Еще в регламенте следует описать порядок оформления созданного ПО, а также определить, кому принадлежат права на незавершенное ПО.
В качестве приложения к регламенту Ирина Ахмедова рекомендует подготовить типовые формы, в первую очередь спецификации на ПО, в которых определяются характеристики и параметры, необходимые для его дальнейшей коммерциализации, заключения лицензионных договоров, постановки ПО на учет.
https://www.youtube.com/watch?v=2ViqXvLvkeo
Еще в регламенте можно описать процесс использования ПО, извлечение прибыли. Кроме того, он оформляет режим коммерческой тайны при создании программы.
Подготовлено по материалам онлайн-семинара «Охрана и защита прав на программное обеспечение», организованного юридической фирмой КЛИФФ
Видео:Акт выполненных работ госзакупки РКСкачать
Договор на разработку программного обеспечения
Пример составления Договора на разработку программного обеспечения на основе готовых решений.
1. Предмет договора на разработку программ для ЭВМ
1.1. Разработчик обязуется создавать (в том числе модифицировать) и передавать Заказчику программы для ЭВМ и/или базы данных (далее по тексту – «Продукт» или «Продукты») с одновременным отчуждением Заказчику исключительного права на такие Продукты в полном объеме, а Заказчик обязуется принимать Продукты и исключительное право на них и оплачивать на условиях настоящего Договора.
Такой предмет договора на разработку программного обеспечения позволяет его использовать не только в случае создания программ для ЭВМ и баз данных в полном объеме одним разработчиком, но и для привлечения разработчика на определенном этапе работ совместно с другими авторами, изменения программного обеспечения, дополнения его отдельными модулями расширения или компонентами.
1.2. Продукты создаются в соответствии с Техническими заданиями Заказчика, которые оформляются в виде отдельных приложений к настоящему Договору и становятся его неотъемлемой частью с момента подписания Сторонами.
Данная формулировка поможет сделать отношения сторон с рамках проекта более гибкими и при этом достигается необходимая определенность существенных условий договора на разработку ПО.
Далее решается вопрос, под каким наименованием разрешается использовать Продукт, должно ли указываться имя автора Продукта при всяком его использовании.
Поскольку работы по созданию программного обеспечения облагаются НДС в отличие от предоставления права использования программного обеспечения на основании чистого лицензионного договора или договора отчуждения исключительного права на ПО, которые освобождены от НДС на основании пп.26 ст.149 НК РФ, в предмет настоящего договора также необходимо включить пункт, что договор на разработку программного обеспечения является смешанным, а потому к нему не применяется норма о льготе по НДС.
Важно знать!
Обсуждаемый договор касается исключительно создания программ для ЭВМ и баз данных. Договор на создание сайта является еще более комплексным, поскольку затрагивает вопросы использования различных объектов интеллектуальной собственности, выключаемых в сайт или имеющих к нему прямое отношение.
Готовое решение для вашего бизнесаДокументы для закрепления прав на разработки штатных сотрудников. Учитывают судебную практику. Использовались при продаже и инвестировании в проекты.Готовое решение для вашего бизнесаПакет «Коммерческая тайна»Документы для защиты Коммерческой тайны на предприятии. Учитывают судебную практику. Применялись в стартапах и коммерчески успешных проектах.
2. Порядок сдачи-приемки программного обеспечения
Данный раздел Договора на заказную разработку ПО имеет важное значение для обеспечения соответствия результатов работ потребностям и ожиданиям Заказчика, а также соблюдения интересов Разработчика в части объемов выполнения работ и их окончательной стоимости.
2.1. Заказчик вправе ознакомиться у Разработчика с ходом работ на любом этапе создания Продукта.
https://www.youtube.com/watch?v=up8xKOWtt7w
Для обеспечения качества работ необходимо обеспечить контроль со стороны Заказчика.
2.2. Если во время создания Продукта возникает необходимость внести какие-либо изменения в задание или другие изменения в условия Договора, то такие изменения оформляются письменным соглашением Сторон.
Можно предусмотреть иной порядок согласования изменений, в том числе путем обмена письмами, в рамках планирования или приемки промежуточных результатов работ.
2.3. По завершении работ и/или отдельного этапа работ Разработчик предоставляет Заказчику исходный текст и объектный код Продукта (в том числе его части) на оптическом диске или посредством сети связи с сопутствующей технической документацией и руководствами по использованию.
Важный пункт для Разработчика в целях подтверждения сдачи промежуточных этапов работ и требования их оплаты. Для Заказчика также важно получать промежуточные результаты для проверки качества, тестирования, внесения необходимых изменений в ход работ.
2.4. Заказчик не позднее двух дней с момента извещения Разработчиком о готовности Продукта обязуется принять и протестировать представленный Разработчиком Продукт.
Пункт важен в первую очередь для Разработчика программного обеспечения.
2.5. После принятия Заказчиком решения о соответствии Продукта требования задания Стороны составляют акт сдачи-приемки выполненных работ. В случае мотивированного отказа Заказчика подписать акт сдачи-приемки Сторонами составляется двусторонний акт с указанием необходимых доработок и сроков их выполнения.
Здесь заложена модель приемки окончательных результатов работ в пользу Заказчика, т.к. он может мотивированно настоять на доработке переданного ему программного обеспечения. Однако это будет достаточно сложно сделать, в случае приемки промежуточных этапов без соответствующих оговорок (см. пункт выше).
Далее в разделе необходимо решить вопрос о правах на промежуточные и окончательные результаты разработок.
Если не согласовать иное, Разработчик может создать массу промежуточных версий ПО с приоритетом по дате создания, воспользовавшись финансированием Заказчика.
В таком случае Заказчик получит исключительное право только на окончательный результат, а за Разработчиком сохранятся права на массу клонов.
Также возможна ситуация с последующим использованием наработок. Поэтому в договоре на разработку ПО нужно решить вопрос о возможности или запрете использования Разработчиком полученных результатов работ в будущем для создания новых версий Продуктов для себя или третьих лиц.
Здесь же необходимо определить момент перехода исключительного права на созданное по договору программное обеспечение, т.к. это важно для целей бухгалтерского и налогового учета (особенно при осуществлении приемки промежуточных этапов работ).
3. Цена договора и порядок расчетов по договору на разработку ПО
Данный раздел договора имеет существенное значение для обеспечения качества и сроков выполнения работ, обоснования расходов Заказчика для целей налогообложения и обеспечения полной и своевременной оплаты работ в интересах Разработчика.
Возможна масса вариантов определения стоимости работ по созданию программного обеспечения:
• в твердой сумме
• в виде процентов с дохода от последующего использования
• на основе почасовых ставок сотрудников разработчика.
Порядок оплаты также имеет множество вариантов от 100% предоплаты, до оплаты в рассрочку по завершении определенных этапов работ или сдачи результатов в окончательном виде, или по итогам отчетного периода.
4. Ответственность сторон по договору на создание ПО
В разделе согласуются возможные санкции за нарушение сроков выполнения работ, их качество, сроки оплаты, нарушение исключительных прав третьих лиц и т.п.
Важный раздел договора, поскольку выполнение обязательств и действительность санкций напрямую зависит от возможности их принудительного исполнения.
6. Конфиденциальность
Существенный раздел, поскольку при подписании Договора и в ходе его выполнения стороны будут обмениваться различной информацией, которая имеет коммерческую ценность в силу ее неизвестности третьим лицам.
Видео:Как составить техническое задание на разработку программного обеспечения? 4 основных правила ТЗ!Скачать
Договор на оказание услуг по разработке программного обеспечения
Сохраните этот документ у себя в удобном формате. Это бесплатно.
г.
«» г.
в лице , действующего на основании , именуемый в дальнейшем «Исполнитель», с одной стороны, и в лице , действующего на основании , именуемый в дальнейшем «Заказчик», с другой стороны, именуемые в дальнейшем «Стороны», заключили настоящий договор, в дальнейшем «Договор», о нижеследующем:
1.1. Настоящий договор определяет условия разработки программного обеспечения Исполнителем для Заказчика, в дальнейшем именуемой Разработка Программы.
1.2. Исполнитель обязуется для Заказчика в сроки, обусловленные настоящим договором, разработать за плату Программу в соответствии с техническим заданием на Разработку Программы, отраженным в Приложении №1 к настоящему договору, являющемся неотъемлемой частью настоящего договора.
1.3. Условия Разработки Программы, а именно этапы Разработки Программы, а также стоимость Разработки Программы, в том числе и поэтапно, определяются в Приложении №2 к настоящему договору, являющемся неотъемлемой частью настоящего договора.
2. ПРАВА И ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ
2.1. Исполнитель обязуется:
2.1.1. разработать Программу в соответствии с Техническим Заданием;
2.1.2. протестировать Программу;
2.1.3. разработать инструкцию по установке Программы и руководство пользователя Программы;
2.1.4. осуществить сдачу Заказчику разработанной Программу, путем подписания акта приема-передачи выполненных работ;
2.1.5. по окончании работ установить на компьютер Заказчика Программу, передать установочную версию Программы, к которой прилагаются инструкция по установке Программы и руководство пользователя Программы;
2.1.6. обучить специалистов Заказчика работе с Программой;
2.1.7. установить испытательный срок в течение месяцев (до «» года). В период испытательного срока Исполнитель бесплатно устраняет дефекты и учитывает замечания Заказчика, связанные с проведенными Исполнителем работами, в рамках Технического Задания. По истечении испытательного срока претензии к выполненным работам не принимаются.
2.1.8. выполнять работы, являющиеся предметом настоящего договора, качественно и в установленные сроки.
2.1.9. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора.
2.1.10. гарантировать работу Программы в соответствии с требованиями, изложенными в Техническом Задании.
Дальнейшая модификация и добавление функций и возможностей Программы, не предусмотренных в Техническом Задании, являются предметом отдельного договора, также как стоимость сопровождения Программы и консультационно-информационное обслуживание Заказчика определяется отдельным договором и в стоимость настоящего договора не входит.
2.2. Исполнитель имеет право:
2.2.1. досрочно выполнить работы по этапам Разработки Программы и договору в целом;
2.2.2. расторгнуть настоящий договор, изъять или приостановить работу разработанной Программы до момента оплаты Заказчиком счета Исполнителя, в случае неоплаты выставленного счета для осуществления окончательного расчета.
3. ПРАВА И ОБЯЗАННОСТИ ЗАКАЗЧИКА
3.1. Заказчик обязуется:
3.1.1. своевременно и в полном объеме оплатить стоимость Разработки Программы Исполнителем на условиях настоящего договора;
3.1.2. предоставить Исполнителю всю необходимую для Разработки Программы информацию;
3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки Программы;
3.1.4. принять разработанную Программу после получения извещения от Исполнителя о выполнении работ по Разработке Программы и удостоверить факт надлежащей Разработки Программы, предусмотренной настоящим договором, путем подписания акта приема-передачи выполненных работ.
Отказ от подписания акта приема-передачи выполненных работ не допускается, за исключением наличия у Заказчика мотивированных замечаний по качеству и объему выполненных работ по Разработке Программы.
Мотивированные замечания должны быть направлены Исполнителю не позднее календарных дней с момента получения Заказчиком от Исполнителя акта приема-передачи выполненных работ, направленного Заказчику для подписания.
3.1.5. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора;
3.2. Заказчик имеет право:
3.2.1. получать информацию о ходе работ по Разработке Программы в рабочие дни с до лично и по телефону: .
3.2.2. расторгнуть настоящий договор, в случае утраты интереса к предмету настоящего договора в ходе его выполнения, уведомив о том Исполнителя не позднее одного месяца до момента такого расторжения. Договор будет считаться расторгнутым по истечении указанного срока с момента получения Исполнителем письменного уведомления о расторжении.
С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается.
В случае досрочного расторжения Заказчиком настоящего договора, Исполнитель имеет право на получение от Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю стоимость фактически выполненных работ по Разработке Программы.
4. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ
4.1. Стоимость Разработки Программы, подлежащая уплате Заказчиком Исполнителю составляет рублей без НДС и определяется в Приложении №2 к настоящему договору.
4.2. Заказчик оплачивает стоимость Разработки Программы, являющейся предметом настоящего договора путем перечисления денежных средств на расчетный счет Исполнителя или наличными денежными средствами.
4.3. Расчет Заказчика с Исполнителем за Разработку Программы производится в срок не позднее банковских дней после подписания Сторонами акта приема-передачи выполненных работ на основании выставленного счета на оплату Разработки Программы.
5. ОТВЕТСТВЕННОСТЬ СТОРОН
5.1. За неисполнение или ненадлежащее исполнение условий настоящего договора Стороны несут ответственность, предусмотренную действующим законодательством Российской Федерации.
5.2. Споры и разногласия, возникшие в процессе исполнения настоящего договора, по вопросам, непредусмотренным условиями настоящего договора, Стороны разрешают путем переговоров, руководствуясь действующим законодательством Российской Федерации.
При невозможности урегулирования споров путем переговоров, споры подлежат разрешению в суде по месту нахождения ответчика.
Для обращения в суд обязательно предъявление письменной претензии, которая рассматривается другой стороной в течение десяти дней.
6. АВТОРСКИЕ ПРАВА
6.1. Исключительное право на использование Программы в любой форме и любым способом принадлежит Исполнителю. Заключение настоящего договора не означает перехода права собственности на Программу в полном объеме от Исполнителя к Заказчику.
6.2. Имущественные права на Программу переходят к Заказчику после полной оплаты Разработки Программы.
6.3. Заказчик не имеет право сдавать в наем или аренду, продавать, передавать в использование, изменять, создавать новые версии Программы, декомпилировать Программу или любую ее часть.
6.4. Исполнитель имеет право использовать Программу в коммерческих целях.
7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
7.1.
Стороны освобождаются от ответственности за неисполнение либо ненадлежащее исполнение обязательств по настоящему договору, если оно явилось следствием обстоятельств непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств (обстоятельства непреодолимой силы), возникших после заключения настоящего договора. К обстоятельствам непреодолимой силы относятся события, на которые не могут оказывать влияние и за возникновение которых ответственности не несут, а именно: землетрясения, наводнения, пожары и т.д.
7.2. Сторона, ссылающаяся на обстоятельства непреодолимой силы, обязана немедленно известить в письменной форме другую сторону об их возникновении.
7.3. Срок выполнения обязательств по настоящему договору отодвигается соразмерно времени, в течение которого действуют обстоятельства непреодолимой силы и их последствия.
7.4. Сторона, которая не исполнила своей обязанности известить о наступлении обстоятельств непреодолимой силы, теряет свое право ссылаться на них.
8. ПРОЧИЕ УСЛОВИЯ
8.1. Все изменения и дополнения к настоящему договору должны быть составлены в письменной форме и подписаны Сторонами.
9. СРОК ДЕЙСТВИЯ ДОГОВОРА
9.1. Настоящий договор вступает в силу с момента подписания его Сторонами и действует до полного исполнения Сторонами своих обязательств.
9.2. Настоящий договор составлен в двух экземплярах, обладающих одинаковой юридической силой – по одному для каждой из Сторон.
10. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН
Исполнитель
- Юридический адрес:
- Почтовый адрес:
- Телефон/факс:
- ИНН/КПП:
- Расчетный счет:
- Банк:
- Корреспондентский счет:
- БИК:
- Подпись:
Заказчик
- Юридический адрес:
- Почтовый адрес:
- Телефон/факс:
- ИНН/КПП:
- Расчетный счет:
- Банк:
- Корреспондентский счет:
- БИК:
- Подпись:
Сохраните этот документ сейчас. Пригодится.
Документы, которые также Вас могут заинтересовать:
🎥 Видео
Инструкция "Создание приложения (к договору)"Скачать
Создание договораСкачать
Заполнение акта выполненных работ(оказанных услуг) в РКСкачать
Создание электронного акта в ГосзакупкахСкачать
Что надо предусмотреть в договоре на разработку продукта (программного обеспечения)?Скачать
Регистрация программы для ЭВМ: основные правила.Скачать
Государственная регистрация программ для ЭВМ и баз данныхСкачать
Договор на разработку ПО. Чем нельзя пренебречь.Скачать
ДОГОВОР НА РАЗРАБОТКУ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – как обеспечить себе гарантии?Скачать
Программное обеспечение | Юридическая защитаСкачать
Как сделать акт выполненных работ в 1с 8.3 и распечатать егоСкачать
Выписка электронного Акта выполненных работ на портале ESF.GOV.KZ, с последующей выпиской ЭСФСкачать
Регистрация программ для ЭВМ и базы данных. Внесение в отечественное ПО. Чек-листы и алгоритмыСкачать
Программа для ЭВМ простыми словамиСкачать
ТОП-9 советов как написать техническое задание? (ТЗ или техзадание за 9 шагов)Скачать
Договор на создание сайта. Особенности договоров на услуги заказной разработки программ и сайтовСкачать
1 этап - Выставление акта приема передачи и накладной электронно на портале Goszakup.gov.kzСкачать
Договор создания ИТ продуктаСкачать