Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Трудовой договор с инженером-программистом». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
В опционной программе всеми известного банка «Тинькофф» участвуют как менеджеры высшего звена, так программисты, разработчики, аналитики, юристы, PR-специалисты и маркетологи. По последним данным, под их управлением находится акций более чем на $176 млн. Для поощрения сотрудников в группе «Тинькофф» зарезервировано свыше 5% всех акций. Программа акционирования в «Тинькофф» устроена таким образом, что работник получает акции пакетами в течение нескольких лет, а размер дивидендов зависит от выполнения группой годовых показателей. Совет директоров одобрил первую выплату промежуточных дивидендов за прошлый год на общую сумму приблизительно в $58,4 млн.
Как опционы работают в России
Опционы в России становятся все популярнее, вот и Яндекс и Ашан уже поделились со своими сотрудниками мотивацией, вот и Додо Пицца смотивировала топовых специалистов из Москвы отправиться в Сыктывкар для развития очередного ресторана. Но Российским законодательством не предусмотрены положения, четко регламентирующие опционную форму вознаграждения. Поэтому основные аспекты опционных схем мотивации описываются в трудовых или коллективных договорах или в отдельном документе, регламентирующем процедуры и правила в отношении выбранной программы вознаграждения, например в положении о премировании. А следовательно их стоит хорошо прописывать компаниям и еще лучше изучать сотрудникам.
Должностная инструкция программиста 1С
4.1. Программист 1С будет привлечен к ответственности при совершении следующих действий:
- отказ от исполнения или некорректное исполнение возлагаемых профессиональных обязанностей и превышение полномочий;
- несоблюдение рабочей дисциплины, нарушение пунктов, прописанных в трудовом договоре и данной должностной инструкции (предполагается полная материальная ответственность);
- порча или утеря имущества, которое было передано в пользование/под отчет, непродуктивное расходование рабочего времени, пренебрежение локальными правилами, принятыми в компании;
- разглашение конфиденциальных данных или информации, являющейся коммерческой тайной;
- игнорирование санитарных норм на производстве, правил противопожарной безопасности и охраны труда.
Для каждого сотрудника на предприятии предназначается инструкция в одном экземпляре. Если в компании числится несколько программистов 1С с разными функциями, инструкция должна отражать эти отличия. Неполные инструкции, которые не отражают настоящих профессиональных обязанностей сотрудника, бесполезны. Они могут навредить и сотруднику, и руководству.
Представим себе, что Ваши планы на реализацию какого-то стартапа станут известны конкурентам, которые на основе Ваших разработок сумеют быстрее представить продукт на рынке и даже внедрить. Вместо возможных сверхприбылей, Вы получите статьи расходов на разработку проекта и, скорее всего, судебные иски (что тоже расходы), где придется доказывать Ваше авторское право на разработки.
Да, полностью нивелировать перечисленные риски не удастся, но, значительно комфортней будет отстаивать свое право, если в договоре оказания ИТ-услуг Вы пропишите, что конкретно относится к конфиденциальной информации, каков порядок обращения с ней, сроки неразглашения (можно также указать, что исполнитель ознакомлен с политикой конфиденциальности заказчика), значительные штрафы за разглашение.
Здесь хочу обратить Ваше внимание: почти у всех компаний в документах содержится одна и та же ошибка – правила работы с ПДн они называют Политикой конфиденциальности.
Однако, политика конфиденциальности более широкое понятие и включает в себя работу со всей конфиденциальной информацией, в том числе, с персональными данными. Конфиденциальной информацией является информация, отнесенная к таковой в силу закона, и любая, которую стороны назовут таковой, пропишут правила работы с ней. Требования же к работе с персональными данными жестко регламентированы законодательством.
Таким образом, в Правилах ПДн мы прописываем то, что обязательно должно быть в силу закона, практики, рекомендаций Роскомнадзора, а в Политике конфиденциальности, помимо этого, то, что хотим защитить дополнительно. Например, различные договоры, письма с Вашими клиентами, партнерами, наработки и т.п., внутреннюю документацию. Важно закрепить в договоре, что является результатом оказанных услуг и кому он принадлежит, критерии определения качества оказанных услуг, пределы использования результата заказчиком и исполнителем, в том числе, в маркетинговых целях, либо указать об отсутствии таких пределов.
Нередко, между сторонами возникают споры именно из-за неопределенности того, что является результатом оказания услуг. Так, исполнитель оказал определенные услуги по проверке соответствия информационной системы заказчика требованиям законодательства и рекомендациям Банка России, предоставил соответствующие рекомендации. Однако, в результате мониторинга Банком России были выявлены ряд нарушений в деятельности заказчика, не указанных в рекомендациях исполнителя. Заказчик отказался от оплаты по договору в связи с тем, что исполнителем оказаны услуги ненадлежащего качества. Исполнитель обратился в суд с требованием о взыскании задолженности по договору оказания услуг. Каковы перспективы судебного спора?
Многое здесь зависит от таких критериев, как:
- формулировка предмета и результата договора – иногда суды аргументируют свою точку зрения тем, что предметом спорного договора являлось только оказание услуг, а не достижение конкретного результата (определение Ростовского областного суда от 17 мая 2012 г. по делу № 33-5206);
- критерии качества оказанных услуг – определены ли договором;
- способ взаимодействия сторон – если между представителями сторон велась переписка в ходе исполнения договора, то опять же, возвращаемся к условиям договора – есть ли пункты о легитимности такой переписки.
Из простого примера мы видим, как много зависит именно от того, как составлен договор оказания ИТ-услуг, насколько детально определены его условия. Ведь иногда фраза, длинною в одну строчку, способна принести компании победу в судебном споре, а значит, принесет прибыль или позволит сэкономить.
Штат нашей компании – это команда квалифицированных юристов с богатым опытом ведения дел в сфере IT-технологий. Мы предоставляем консультации IT-компаниям на протяжении многих лет и хорошо разбираемся в тонкостях персональных данных и информации.
Форма договора на разработку программы
Работая с программистом или фирмой по созданию программы для ЭВМ (сайта, программного обеспечения, мобильного приложения, отдельного скрипта или модуля, программы для 1С и любой другой программы), как, впрочем, и по созданию любого другого объекта авторских прав (произведения), следует оформлять такие отношения договором в письменной форме.
* Произведение и объект авторских прав – это синонимы.
Несоблюдение письменной формы договора в отношении объекта авторских прав влечет его недействительность (пункт 2 статьи 1234 и пункт 2 статьи 1235 Гражданского кодекса РФ).
Иными словами: нет письменного дoгoвoрa (в бумажной форме или в электронной) – нет прав на использование произведения. При этом договоры о передаче и предоставлении авторских прав могут заключаться и в электронной форме (например, путем обмена электронными письмами / имейл).
Исключение, которое не касается договоров на разработку программного обеспечения: договор о предоставлении права использования произведения в периодическом печатном издании (печатном СМИ) может быть заключен в устной форме (пункт 2 статьи 1286 ГК РФ).
Услуги юриста по авторским правам
Выше объяснены лишь основы взаимоотношений автора, разработчика программного обеспечения и заказчика. В юридическом оформлении таких отношений немало подводных камней и потенциальных рисков оспаривания как договора в целом (включая переход исключительного права на программу к заказчику), так и конкретных его условий (в частности, размера авторского вознаграждения, факта создания программы, согласованной в техническом задании, и т.д.).
Немало проблем может возникнуть на практике: отказ заказчика оплатить созданную программу целиком или в части, нарушение программистом сроков, условий технического задания, нарушение конфиденциальности, — которые можно либо исключить вовсе, либо существенно облегчить их разрешение.
Понимать основы авторского права необходимо, в том числе чтобы вести переговоры с авторами, разработчиками, заказчиками на должном уровне, однако не рекомендуется пользоваться бесплатными шаблонами, образцами договоров на разработку программ или заимствовать форму у знакомого. Во-первых, само по себе использование текста разработанного договора – чаще всего является нарушением авторских прав подготовившего текст договора юриста. Во-вторых, договор – это отражение конкретных договоренностей двух сторон. Вы заказываете или создаете уникальную программу (иначе бы использовали уже существующую), вы прописываете индивидуальное техническое задание, описываете уникальный продукт. Так же и договор – должен быть под ваш проект, отражать ваши договоренности.
Договор на разработку программного обеспечения 2021-2022, образец
Договор на разработку программного обеспечения представляет собой соглашение, в силу которого одна сторона разрабатывает по заданию другой стороны одну или множество программ.
ФАЙЛЫ
Скачать пустой бланк договора на разработку программного обеспечения .docxСкачать образец договора на разработку программного обеспечения .docx
Круг субъектов в рамках настоящего соглашения не ограничен. Таким образом, в качестве субъектов могут выступать как физические и юридические лица, так и индивидуальные предприниматели. Стороны в рамках настоящей сделки именуются Заказчиком и Исполнителем.
Данный договор пользуется высокой популярностью в Российской Федерации. Это обусловлено тем, что многие организации имеют потребность в создании программного обеспечения.
Исходя из этого, существует множество вариантов его создания. Это может быть как разработка ПО с нуля, так и доработка уже созданных продуктов.
Требованиями законодательства предусмотрено, что настоящий договор должен оформляться в письменной форме. В связи с вышесказанным, ниже мы разберем процесс составления указанного вида договора, детально рассмотрев ключевые аспекты при его оформлении.
В этом разделе описывается порядок приемки-сдачи разработанного ПО, руководства пользователя и другой технической документации, прочих материалов, предусмотренных техническим заданием. Целесообразно указать, в течение какого времени заказчик должен принять результаты работ (или предъявить мотивированный отказ). Это поможет избежать злоупотреблений со стороны заказчика по затягиванию сроков.
Здесь же нужно определить порядок решения вопросов по выявленным несоответствиям, которые фиксируются протоколами, способы и сроки устранения замечаний заказчика. Если устранение несоответствий не сопровождается увеличением общего объема работ, то стоимость по доработке обычно включается в общую стоимость работ по договору.
Техническое задание на разработку программного обеспечения
Прежде всего техническое задание необходимо программисту, чтобы написать программу. Чем подробнее прописаны требования к программе, ее функционалу, тем ближе будет конечный результат к желаемому. Нередко целесообразно подключать к работе над договором разработчика (со стороны заказчика или со стороны программиста), есть программисты, сочетающие в себе качества разработчика и программиста, тогда он поможет и с техническим заданием.
В техническом задании работы лучше разбить на этапе и согласовать сроки. Срок – это существенное (необходимое) условие договора авторского заказа. Если он не согласован в договоре, то договор авторского заказа не считается заключенным, т.е. не порождает никаких юридических последствий (статья 1299 Гражданского кодекса РФ).
Обычно процесс разработки разбивают на этапы, к которым указывают не только сроки выполнения, но и оплату по договору также делают поэтапной.
Также важно определить, что оплачивают ваши поэтапные платежи: процесс создания (работу) на соответствующем этапе или права на промежуточный этап, а могут быть авансовыми платежами в счет будущей оплаты исключительного права или лицензии (разрешения) на использование программы. Обычно это первое (вознаграждение за работу по этапу из технического задания), однако нередко лучше (зависит от обстоятельств) прописывать в договоре, чтобы это было последним (авансом за права).
Сдача и приёмка работ
Работа принимается и проверяется по техническому заданию, которое согласовывалось в начале договорных отношений, но есть дополнительные работы, которые могут выполняться без четкого ТЗ. Все, что не прописано в техническом задании, оплачивается отдельно: например, увеличение скорости загрузки приложения.
В Договоре это прописывается следующим образом:
-
«После выполнения Работ по Заданию Исполнитель направляет Заказчику: результат (далее — Результат) и акт сдачи-приемки (далее — Акт).»
-
«В течение 5 (пяти) дней с момента получения Акта Заказчик обязуется принять Результат, подписав Акт и передав его Исполнителю, или направить мотивированный отказ, сообщив Исполнителю о необходимости исправлений.»
-
«Под исправлениями Стороны понимают приведение Результата в соответствие с требованиями Задания.»
-
«Доработка результата, исходя из новых данных и требований, не указанных в Задании, не считается исправлением. Такие доработки выполняются за отдельную плату на основании нового Задания.»
7.1. Стороны освобождаются от ответственности за неисполнение либо ненадлежащее исполнение обязательств по настоящему Договору, если оно явилось следствием обстоятельств непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств (обстоятельства непреодолимой силы), возникших после заключения настоящего договора. К обстоятельствам непреодолимой силы относятся события, на которые не могут оказывать влияние и за возникновение которых ответственности не несут, а именно: землетрясения, наводнения, пожары и т.д.
7.2. Сторона, ссылающаяся на обстоятельства непреодолимой силы, обязана немедленно известить в письменной форме другую сторону об их возникновении.
7.3. Срок выполнения обязательств по настоящему договору отодвигается соразмерно времени, в течение которого действуют обстоятельства непреодолимой силы и их последствия.
7.4. Сторона, которая не исполнила своей обязанности известить о наступлении обстоятельств непреодолимой силы, теряет свое право ссылаться на них.
II. Должностные обязанности
В обязанности программиста входит:
1. Разработка процедур проверки работоспособности и измерения характеристик программного обеспечения:
— Разработка процедуры проверки работоспособности программного обеспечения
— Разработка процедуры сбора диагностических данных
— Разработка процедуры измерения требуемых характеристик программного обеспечения
— Оценка и согласование сроков выполнения поставленных задач
2. Разработка тестовых наборов данных:
— Подготовка тестовых наборов данных в соответствии с выбранной методикой
— Оценка и согласование сроков выполнения поставленных задач
3. Проверка работоспособности программного обеспечения:
— Проверка работоспособности программного обеспечения на основе разработанных тестовых наборов данных
— Оценка соответствия программного обеспечения требуемым характеристикам
— Сбор и анализ полученных результатов проверки работоспособности программного обеспечения
— Оценка и согласование сроков выполнения поставленных задач
4. Рефакторинг и оптимизация программного кода:
— Анализ программного кода на соответствие требованиям по читаемости и производительности
— Внесение изменений в программный код и проверка его работоспособности
— Оценка и согласование сроков выполнения поставленных задач
5. Исправление дефектов, зафиксированных в базе данных дефектов:
— Воспроизведение дефектов, зафиксированных в базе данных дефектов
— Установление причин возникновения дефектов
— Внесение изменений в программный код для устранения выявленных дефектов
— Оценка и согласование сроков выполнения поставленных задач
Требования к программисту 1С
В маленьких компаниях программист 1С может совмещать обязанности администратора 1С.
Должностные обязанности программиста 1С, указаны в трудовом договоре и его дополнении. В трудовом договоре с программистом 1С указаны следующие должностные обязанности:
• модифицировать и обновлять существующие документы, отчеты, обработывать бухгалтерский, оперативный и управленческй учет;
• создавать новые документы, отчеты, обработывать бухгалтерский, оперативный и управленческий учет;
• разрабатывать методы и формы ведения учета товарооборота;
• обучать персонал компании и удаленные подразделения компании работать с существующими и вновь создаваемыми документами и отчетами.
Трудовой договор с программистом 1С и его приложение (должностная инструкция) оговаривают знания или умения, которые должен оиметь программист 1С для выполнения своих обязанностей.
Программист 1С, принмаемый на работу и увольняемый прказом директора предпрятия, относится к категории специалистов.
Должность программиста 1С может получить лицо, которое обладает высшим профессиональным (техническим или инженерно-экономическим) образованием и опытом работы по специальности, приобретенным в период обучения, или стажом работы на инженерно-технических должностях без квалификационной категории или стажом работы в должности техника I категории не менее 3 лет либо других должностях, замещаемых специалистами со средним профессиональным образованием, не менее 5 лет.