ITить-колотить

Когда ПО не охраняется Бывает у клиентов возникает вопрос типа «Хочу защитить код ПО, получить патент, чтобы никто не мог такое же ПО написать и продавать». Не буду уходить в тему патентов и сколько там ограничений (сам по себе алгоритм ПО можно попробовать защитить). Давайте посмотрим, что говорит по поводу кода высшая судебная инстанция – Суд по интеллектуальным правам. Например в решении от 29.11.2021 по делу N СИП-923/2020 суд сказал следующее: 🔸Любое ПО имеет конкретную цель и выполняет определенные функции 🔸Набор данных и команд ПО прямо вытекают из целей и функций ПО 🔸Сходство целей и функций двух программ говорит о том, что их работа позволяет получить сходный результат и для его получения выполняются сходные команды. 🔸 Сходство целей и функций одного ПО с целями и функциями другого ПО не может само по себе говорить об их тождественности. 🔸 Главный критерий тождественности — это идентичность исходного текста (исходного кода) ПО. Вывод: 1️⃣ Если кто-то написал идентичную вашей по функциям программу, но вообще на другом языке программирования - маловероятно, что это нарушение ваших прав; 2️⃣ Если написали на том же языке что и ваше ПО, но текст не совпадает - тоже скорее не будет нарушений. Вообще это логично, ведь в противном случае рынок ПО был бы просто парализован и монополизирован.

Вебинар стартует уже завтра в 13:00. Присоединяйтесь! А под этим постом в комментариях можете задать свои вопросы по теме.

Юридическая сила эмодзи Прочитал судебные акты, о которых писали в СМИ. Да, действительно, в наших судах есть какие-то элементы прогресса. Тем, что электронная переписка принимается в качестве доказательства – уже давно никого не удивить. Но тут что-то редкое – эмодзи. Суть дела простая, один ИП перечислил другому ИП - 500 тыс. руб. в качестве оплаты за мобильный торговый киоск. Однако сам киоск в итоге не был отгружен, потому что не был согласован цвет, а раз так - фургон не готов. Никаких доп. соглашений стороны не подписывали, из-за несогласованности цвета уже нереально соблюсти сроки и поставить фургон вовремя. В договоре был пункт о том, что стороны признают разные каналы связи, включая WhatsApp. Именно в переписке предприниматели согласовывали цвета киоска таким образом: - «Хорошо, желтая полоска на белом фоне» - «👍» Суд признал эмодзи с поднятым вверх пальцем как одобрение условий (см. скрин из судебного акта). С другой стороны, решение суда не крутилось прям уж вокруг этого эмодзи. Одна сторона заплатила деньги и тупо не получила товар. И без эмодзи тут есть железное основание требовать неосновательное обогащение, что и произошло. Но прецедент интересный. Надо следить не только за словами, но и за эмодзи/стикерами/мемасами. Суд будет оценивать и это.

Как защитить свой контент в интернете? Все компании продают свои услуги/работы в интернете. Мало кто заморачивается - скачал картинку и добавил в блог/на сайт/официальные материалы компании. Тоже самое про текст и видео. Больше скажу, даже если вы купили медиа-контент на стоке, нет никаких гарантий что вы спасете себя от суда. Только в 2023 году было тысячи массовых исков по теме незаконного использования изображений. Приглашаю вас на мой вебинар, на котором обсудим: 🔸как работает авторское право на простых примерах 🔸несколько реальных кейсов из практики 🔸как бизнесу безопасно работать в интернете, не попасть на штрафы и защитить свой контент (фото\видео\текст) 🔸как наказать за незаконное использование своего контента Вебинар пройдет 15 сентября, в пятницу, с 13:00 до 14:30 на площадке МБМ, при поддержке Департамента предпринимательства и инновационного развития г. Москвы ССЫЛКА НА РЕГИСТРАЦИЮ @kasyan_lawyer

ТОП-3 ошибки при регистрации в реестре ПО С каждым годом у нас становится всё больше проектов по включению ПО в реестр Минцифры. За время практики сформировался список типичных ошибок, про которые я хочу рассказать. Ошибка 1️⃣. Недостаточно информации об экземпляре ПО К технической документации и экземпляру ПО могут быть разные вопросы. Чаще всего владельцы SaaS продуктов совершают ошибку, когда дают эксперту только ссылку на сервис + краткое описание продукта. Этого мало и это 100% отказ или заявление будет на стопе до получения информации. Требуется образ с инструкциями по установке виртуальной машины или доступ внутрь инфраструктуры. Например, доступ к dev-серверу. Эксперту важно не на интерфейс программы смотреть, а понять, что «внутри»: какие библиотеки и какие лицензии используются, подробное описание расположения файлов ПО в файловой системе, его компонентов и т.п. Ошибка 2️⃣. Не те документы о правах на ПО Ох как часто с этим проблемы. Даже юристы со стороны клиента, если они есть, часто наступают на одни и те же грабли – готовят только свидетельство из Роспатента в качестве единственного документа. Еще с конца прошлого года это устаревшая информация. Роспатент не подтверждает ваши права на ПО, сейчас это бесполезный документы с точки зрения реестра ПО. Пойдете только с ним - будет 100% отказ. Роспатент может быть бонусом, но не более. Теперь нужно обязательно подтверждать разработку ПО документами. Если это внешняя разработка – договор и акт, о том, что вам передали исключительные права на ПО. Если своя разработка – нужно оформлять служебное произведение. Кстати, тему о пользе служебки мы затрагивали тут. Ошибка 3️⃣. Нет прав на домен Мне всегда казалось, что это самый мелочный вопрос в масштабах всей заявки, но нет. Суть в том, что домен сайта должен принадлежать правообладателю ПО или использоваться на основании договора. Многие только на этапе подготовки документов (или уже после подачи) вспоминают о том, что домен принадлежит физическому лицу (директору, участнику, его жене или ещё кому), но не компании. Здесь вопрос одного дня - передать права на домен на компанию и юридически грамотно оформить такую передачу. Еще быстрее – поправить информацию у регистратора домена. В противном случае ПО не зарегистрируют в реестре. Конечно, это даже близко не исчерпывающий перечень ошибок и эта тема достойна продолжения. Тем более что в этом году перечень документов стал больше. @kasyan_lawyer

Не успели пост опубликовать, как уже изменения. Законодатель решил продлить период, когда можно подписывать электронные документы по-старому, без использования МЧД: до 31 августа 2024 г. ❗️Важная оговорка. Ваши квалифицированные сертификаты ключей проверки электронной подписи должны быть выданы не позднее 31 августа 2023 г. В противном случае, с 01 сентября 2023 использование МЧД все-таки будет обязательным.

Машиночитаемая доверенность (МЧД). Что нужно знать бизнесу? С 01 сентября 2023 года в обязательный оборот входят МЧД, которые обязательны в случаях подписания электронных документов. В связи с этим сейчас у наших клиентов возникают вопросы. ❓В каких случаях нужна МЧД? МЧД должна быть оформлена в случае, когда документ подписывает не то лицо, которое в документе указано в качестве «подписанта». То есть, МЧД будет действовать по аналогии с обычной бумажной доверенностью, которая используется для подтверждения полномочий лица на подписание документов. ❗️Руководителям бизнеса: Если вы являетесь генеральным директором и лично подписываете все электронные документы, т.е. не передаете право подписи своим работникам, то вам не нужно оформлять отдельно МЧД. Достаточно того, что вы как Генеральный директор указаны в качества владельца квалифицированного сертификата. В остальных случаях, если документ подписывает иное лицо, то оно должно: 1️⃣ обладать собственной электронной подписью, которая оформлена на него как на физическое лицо; 2️⃣ подписывать документы именно этой подписью; 3️⃣ прикладывать к документам МЧД. ❓По какой форме должны быть МЧД? Закон № 63 от 06.04.2011 «Об электронной подписи» предоставил возможность государственным органам, ЦБ РФ и иным органам возможность самостоятельно определять формы МЧД. К примеру, ЦБ РФ установило свою форму Письмом от 08.09.2021 № 017-46-2/8806. ФНС и Минцифры свои формы выложили на сайте Госуслуг. Соответственно, при работа с каждым из этих органов нужно пользоваться той формой МЧД, которая установлена конкретным органом. При отсутствии такой формы, необходимо пользоваться формой с Госуслуг. Для работы с ФНС и создания МЧД для подписания документов с контрагентами рекомендуем пользоваться реестром МЧД, поскольку основные сервисы электронного документооборота уже привязаны к этому реестру и позволяют проверять МЧД прямо в нем. Данный реестр будет расширяться и в итоге должен стать единым реестром МЧД. @gareev_lawyer @kasyan_lawyer

Выделение IT-департаментов в отдельные компании За последний год тема трансформации IT-департаментов в отдельные компании никак не потеряла актуальности, т.к. интерес к налоговым IT-льготам не пропал. Более того, таких кейсов стало только больше. Напомним, что когда в июле 2022 года принимали закон о внесении изменений в налоговый кодекс по IT-льготам, в нем указали, что льготы не могут применять организации, созданные в форме выделения после 01 июля 2022 года. С тех пор бизнес задается вопросом, а как решать задачи, когда все-таки хочется разделить направления? Например, IT-департамент выделяется в отдельную компанию, созданную с нуля. Панируется, что новая компания будет обслуживать только головную компанию, без внешних контрагентов. Не будет ли это считаться скрытым выделением, попадать под необоснованную налоговую выгоду (ст. 54.1 НК РФ) и навлекать обвинения ФНС в "дроблении" бизнеса со всеми вытекающими последствиями? На сегодняшний день можно точно сказать, что практика идет по пути : "это не является дроблением и ФНС за это не преследует". Однако имейте в виду - официальных разъяснений налоговая относительно этого так и не дала. Выпущенное в марте 2022 года Письмо ФНС очевидно было опубликовано до принятия июльских поправок в налоговый кодекс. Поэтому до тех пор, пока ФНС не даст разъяснений, риск сохраняется. При этом не забывайте, что каждый кейс по "трансформации" бизнеса индивидуален и надо учитывать все подводные камни с вашим юристом. @makhnolawyer @kasyan_lawyer

"Удаленщики". НДФЛ. Вопрос по-прежнему открыт. Давно ничего не писали, т.к. всей командой утонули в больших проектах. К сожалению, сейчас многими вещами даже поделиться не можем. Но темы есть. 😊 Вот например, хотелось бы закрыть тему с "удаленщиками-нерезидентами" и НДФЛ . Госдума, кажется, решила этот вопрос. Были приняты изменения, согласно которым вводиться единая ставка для всех работников, получающих заработную плату от российских организаций. Ставка равна 13-15% в зависимости от дохода. С одной стороны, вопрос вроде как решен. С другой стороны, по прежнему не ясно как быть с разъяснениями Минтруда. Напоминаем, что Минтруд по прежнему сохраняет свою позицию: заключать трудовой договор с лицом, которое работает из-за границы - невозможно в принципе (только ГПХ). Кроме того, некоторые источники сообщают, что скоро ФНС даст разъяснения и будет рекомендовать четко прописывать в трудовом договоре место работы из-за границы, иначе ставку 13-15% применять не получиться и все-таки будет применяться ставка в 30%. С учетом этого всё, остаётся только ждать официальных разъяснений и надеяться, что в этом вопросе наконец будет поставлена точка. @makhnolawyer @kasyan_lawyer

Подтверждение IT-аккредитации В пятницу слушали прямую трансляцию с министром Минцифры Максутом Шадаевым на тему IT-аккредитации. Основная проблема, которую признал сам министр, это вопрос расчета средней зарплаты. В текущих реалиях данные подтягиваются таким образом, что игнорируется факт работы в компании на пол ставке и берутся данные по полной. Из-за этого компания может формально не соответствовать по зарплатному критерию, хотя зарплаты у неё относительно высокие. Эта тема сейчас обсуждается. Глобально процедура подтверждения аккредитации достаточно прозрачна, форма на Госуслугах работает с 12 мая, Минцифра всё очень внятно расписала от каких компаний что нужно. Ожидаемо, многие из наших клиентов (которые пользуются налоговыми льготами) получили сообщение о том, что подтверждение аккредитации не требуется. Для остальных компаний главное не пропустите сроки подачи - до 1 июня. В прошлом году неоднократно присылались напоминалки, рассылки - а тысячи компаний всё равно лишились аккредитации. Напишите в комментариях возникли ли у вас вопросы по процедуре.