Статья: "Актуальность реестра российского ПО в 2025 году"
💡 Как связаны между собой?
- Реестр российского ПО;
- Изменения в налогообложении ИТ-компаний;
- Субъекты КИИ;
- Налоговые льготы.
В статье разобрали, почему реестр российского ПО будет актуален в 2025 году, какие изменения ожидаются в законодательстве (раскрыли секреты из нашей практики😐 ) и как это повлияет на ваш бизнес.
- Реестр российского ПО;
- Изменения в налогообложении ИТ-компаний;
- Субъекты КИИ;
- Налоговые льготы.
В статье разобрали, почему реестр российского ПО будет актуален в 2025 году, какие изменения ожидаются в законодательстве (раскрыли секреты из нашей практики
Please open Telegram to view this post
VIEW IN TELEGRAM
vc.ru
Актуальность реестра российского ПО в 2025 году — Право на vc.ru
Герман Ященко IT-Юрист Право24 окт
Главные ошибки в оформлении разработок. Часть 3
В первом и втором постах нашей серии мы рассказывали про ошибки, связанные с оформлением отношений с работниками, вовлеченными в разработку ПО и баз данных. Сегодня же мы сконцентрируемся на другой теме – оформление внутренней документации, фиксирующей факт разработки.
С одной стороны, пункт 4 статьи 1259 Гражданского кодекса РФ говорит: "Для возникновения, осуществления и защиты авторских прав не требуется регистрация произведения или соблюдение каких-либо иных формальностей". Регистрация программ и баз данных в Роспатенте и Реестре российского ПО Минцифры существует, но является добровольной. Отсутствие регистрации не означает, что программного продукта не существует или что он не охраняется законом. Исходя из этого многие компании (особенно небольшие стартапы) ограничиваются оформлением трудовых или гражданско-правовых договоров с разработчиками, а ход разработки фиксируют исключительно в системах типа Trello или Jira. И в таком стиле ведения дел нет противоречия с законодательством об интеллектуальной собственности, это правда.
Проблемы возникнут в ситуации, когда внезапно потребуется доказать, что продукт был разработан в определенный период времени (раньше конкурента, например). Или продемонстрировать документально, на каком основании компания стала правообладателем ПО. В таких ситуациях просто трудовых договоров или договоров ГПХ с разработчиками будет недостаточно, потому что потребуется показать именно наличие проекта по разработке строго определенного ПО, с определенным набором функциональных характеристик и технологическим стеком.
В отсутствие регистраций программы или базы данных решение – это выпуск внутренних документов, фиксирующих начало и окончание разработки. Приказ о начале разработки с техническим заданием и закрывающий документ (акт, отчет, приказ) покажут, когда, кем и какое было разработано ПО. При этом такой документооборот вполне можно комбинировать с гибким подходом к разработке, когда в ТЗ указываются только верхнеуровневые требования, а их детализация делегируется ответственному сотруднику.
👰♀️ Если у вас появились вопросы, или вам нужна помощь в оформлении ваших разработок, обязательно обращайтесь к нам @aglrequest. А в следующем посте нашей серии мы поговорим о том, какие бывают ошибки при смене юридического лица проекта.
#ОшибкиВоформленииРазработок
В первом и втором постах нашей серии мы рассказывали про ошибки, связанные с оформлением отношений с работниками, вовлеченными в разработку ПО и баз данных. Сегодня же мы сконцентрируемся на другой теме – оформление внутренней документации, фиксирующей факт разработки.
С одной стороны, пункт 4 статьи 1259 Гражданского кодекса РФ говорит: "Для возникновения, осуществления и защиты авторских прав не требуется регистрация произведения или соблюдение каких-либо иных формальностей". Регистрация программ и баз данных в Роспатенте и Реестре российского ПО Минцифры существует, но является добровольной. Отсутствие регистрации не означает, что программного продукта не существует или что он не охраняется законом. Исходя из этого многие компании (особенно небольшие стартапы) ограничиваются оформлением трудовых или гражданско-правовых договоров с разработчиками, а ход разработки фиксируют исключительно в системах типа Trello или Jira. И в таком стиле ведения дел нет противоречия с законодательством об интеллектуальной собственности, это правда.
Проблемы возникнут в ситуации, когда внезапно потребуется доказать, что продукт был разработан в определенный период времени (раньше конкурента, например). Или продемонстрировать документально, на каком основании компания стала правообладателем ПО. В таких ситуациях просто трудовых договоров или договоров ГПХ с разработчиками будет недостаточно, потому что потребуется показать именно наличие проекта по разработке строго определенного ПО, с определенным набором функциональных характеристик и технологическим стеком.
В отсутствие регистраций программы или базы данных решение – это выпуск внутренних документов, фиксирующих начало и окончание разработки. Приказ о начале разработки с техническим заданием и закрывающий документ (акт, отчет, приказ) покажут, когда, кем и какое было разработано ПО. При этом такой документооборот вполне можно комбинировать с гибким подходом к разработке, когда в ТЗ указываются только верхнеуровневые требования, а их детализация делегируется ответственному сотруднику.
#ОшибкиВоформленииРазработок
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Герман Ященко
This media is not supported in your browser
VIEW IN TELEGRAM
Льгота по страховым взносам для ИТ-компаний в 2025 году
Большая налоговая реформа, о которой мы так часто упоминаем, никак не коснулась льготы по страховым взносам🥳 Ставка, условия и порядок применения в 2025 году остаются такими же, как и в предыдущих. Но это хороший повод, чтобы напомнить ит-компаниям о ее существовании.
📌Ставка: 7,6% вместо 30%
📌Условия применения:(установлены п.5. ст. 427 НК РФ):
статус ит-аккредитации;
по итогам отчетного/расчетного периода компания должна иметь не менее 70% дохода от ит-деятельности, установленной в соответствующей статье НК РФ.
📌С какого момента применять:
С месяца получения ит-аккредитации (Письмо Минфина от 02.05.23 № 03-03-06/1/40180)
📌Как считать процент выручки:
Для того, чтобы прийти к нужному показателю по доходу, нужно считать процент дохода от ит-деятельности нарастающим итогом в следующем порядке:
- за первые 3 месяца (для 1 квартала);
- за 6 месяцев (для 2 квартала);
- за 9 месяцев (для 3 квартала);
- за 1 год (для 4 квартала).
Для страховых взносов нужно иметь 70% ит-доходов по результатам каждого из кварталов и, как следствие, всего года.
👰♀️ Если вы хотите подробнее разобраться во всех доступных налоговых льготах и начать применять их в своей деятельности, пишите нам в @aglrequest
Большая налоговая реформа, о которой мы так часто упоминаем, никак не коснулась льготы по страховым взносам🥳 Ставка, условия и порядок применения в 2025 году остаются такими же, как и в предыдущих. Но это хороший повод, чтобы напомнить ит-компаниям о ее существовании.
📌Ставка: 7,6% вместо 30%
📌Условия применения:(установлены п.5. ст. 427 НК РФ):
статус ит-аккредитации;
по итогам отчетного/расчетного периода компания должна иметь не менее 70% дохода от ит-деятельности, установленной в соответствующей статье НК РФ.
📌С какого момента применять:
С месяца получения ит-аккредитации (Письмо Минфина от 02.05.23 № 03-03-06/1/40180)
📌Как считать процент выручки:
Для того, чтобы прийти к нужному показателю по доходу, нужно считать процент дохода от ит-деятельности нарастающим итогом в следующем порядке:
- за первые 3 месяца (для 1 квартала);
- за 6 месяцев (для 2 квартала);
- за 9 месяцев (для 3 квартала);
- за 1 год (для 4 квартала).
Для страховых взносов нужно иметь 70% ит-доходов по результатам каждого из кварталов и, как следствие, всего года.
Please open Telegram to view this post
VIEW IN TELEGRAM
AG-LEGAL на Industrial ++⚡️
Industrial ++ — это площадка для обмена практическим опытом между разработчиками и управленцами цифровых и IT-подразделений компаний, вендоров и интеграторов в промышленности.
21-22 октября в Москве наша коллега Яна Слотина выступила на конференции с докладом на тему «Защита кода и бизнеса: как обеспечить правовую безопасность в разработке программного обеспечения».
Тема выступления вызвала большой интерес 🔥
Делимся с вами фото🙌
Industrial ++ — это площадка для обмена практическим опытом между разработчиками и управленцами цифровых и IT-подразделений компаний, вендоров и интеграторов в промышленности.
21-22 октября в Москве наша коллега Яна Слотина выступила на конференции с докладом на тему «Защита кода и бизнеса: как обеспечить правовую безопасность в разработке программного обеспечения».
Тема выступления вызвала большой интерес 🔥
Делимся с вами фото🙌
AG-LEGAL кейсы: можно ли использовать движок Unity в отечественных программах?
Наша команда уже два года занимается регистрациями программ в реестре российского ПО. За это время мы зарегистрировали более 60 программ и у нас набралось немало интересных кейсов.
Сегодня расскажем про один из них🙌🏻
Наш клиент разработал программу, которая позволяла самостоятельно создавать объекты в дополненной реальности. Движком программы был Unity.
При проверке лицензии компонента мы выявили, что вендор ввел экспортные ограничения на территории РФ, что является стоп-фактором к регистрации.
Мы начали разбираться и нашли решение Минцифры о временном допущении Unity для использования в отечественном ПО, т.к. на данный момент на российском рынке нет аналогов этого движка. Ситуация изменится, когда будут разработаны российские движки (например, Nau Engine). В таком случае все ПО на Unity обяжут его заменить.
Чтобы повысить шансы на регистрацию к заявке мы прикрепили:
1) гарантийное письмо о том, что мы используем бесплатную версию компонента и не осуществляем выплаты в пользу иностранных компаний;
2) приложили решение Минцифры о временном допуске ПО на Unity в реестр.
💪🏼Регистрация прошла успешно, клиент доволен и все счастливы!
Happy end!
Хотите больше кейсов? Пишите в комментариях, о каких темах РРПО вам интересно услышать 🤗
Наша команда уже два года занимается регистрациями программ в реестре российского ПО. За это время мы зарегистрировали более 60 программ и у нас набралось немало интересных кейсов.
Сегодня расскажем про один из них🙌🏻
Наш клиент разработал программу, которая позволяла самостоятельно создавать объекты в дополненной реальности. Движком программы был Unity.
При проверке лицензии компонента мы выявили, что вендор ввел экспортные ограничения на территории РФ, что является стоп-фактором к регистрации.
Мы начали разбираться и нашли решение Минцифры о временном допущении Unity для использования в отечественном ПО, т.к. на данный момент на российском рынке нет аналогов этого движка. Ситуация изменится, когда будут разработаны российские движки (например, Nau Engine). В таком случае все ПО на Unity обяжут его заменить.
Чтобы повысить шансы на регистрацию к заявке мы прикрепили:
1) гарантийное письмо о том, что мы используем бесплатную версию компонента и не осуществляем выплаты в пользу иностранных компаний;
2) приложили решение Минцифры о временном допуске ПО на Unity в реестр.
💪🏼Регистрация прошла успешно, клиент доволен и все счастливы!
Happy end!
Хотите больше кейсов? Пишите в комментариях, о каких темах РРПО вам интересно услышать 🤗
❓Зачем необходима регистрация программно-аппаратных комплексов?
На данный момент существует два пути регистрации программно-аппаратных комплексов: регистрация доверенного ПАК и регистрация отечественного ПАК.
👰♀️ Более подробно раскроем вопрос на нашем вебинаре 6 ноября 🤗
Ссылка на регистрацию
О разнице процедур также писали здесь.
✅Регистрация доверенного ПАК
Вопрос о надежности и доверии к программно-аппаратным комплексам (ПАК) становится как никогда актуальным. С 14 ноября 2023 года вступило в силу Постановление Правительства Российской Федерации № 1912, которое подчеркивает необходимость получения статуса доверенного ПАК для объектов критической инфраструктуры. Этот шаг не только обеспечивает защиту важнейших данных, но и открывает новые возможности для владельцев ПАКов.
Получение статуса доверенного ПАК позволяет использовать его на значимых объектах критической информационной инфраструктуры Российской Федерации, что является обязательным для обеспечения безопасности.
✅Регистрация отечественного ПАК
В современных реалиях всё больше заказчиков начинает предъявлять требования к регистрации программно-аппаратных комплексов в реестре Минцифры. Зачем это нужно и какие преимущества это даёт?
1. Статус отечественного продукта
Регистрируя ПАКи, разработчики получают возможность подтвердить их статус "отечественного продукта". Это не только открывает доступ к госзаказам, но и укрепляет репутацию компании как надежного партнера, способствующего развитию национальной экономики.
2. Доступ к льготам и субсидиям:
-пониженные страховые 7,6%30% и налог на прибыль 0% 20%;
-упрощенный порядок ИТ-аккредитации (не нужно предоставлять сведения о з/п сотрудников);
-гранты и субсидии.
Таким образом, регистрация ПАКов — это не только шаг к повышению безопасности критической инфраструктуры, но и возможность для правообладателей получить ряд значительных преимуществ, которые могут существенно повлиять на развитие бизнеса в условиях современной экономики.
👰♀️ Если у вас есть вопросы по регистрации ПАК, приходите на наш вебинар 06.11.2024 в 12:00. Ссылка на регистрацию 🔥
На данный момент существует два пути регистрации программно-аппаратных комплексов: регистрация доверенного ПАК и регистрация отечественного ПАК.
Ссылка на регистрацию
О разнице процедур также писали здесь.
✅Регистрация доверенного ПАК
Вопрос о надежности и доверии к программно-аппаратным комплексам (ПАК) становится как никогда актуальным. С 14 ноября 2023 года вступило в силу Постановление Правительства Российской Федерации № 1912, которое подчеркивает необходимость получения статуса доверенного ПАК для объектов критической инфраструктуры. Этот шаг не только обеспечивает защиту важнейших данных, но и открывает новые возможности для владельцев ПАКов.
Получение статуса доверенного ПАК позволяет использовать его на значимых объектах критической информационной инфраструктуры Российской Федерации, что является обязательным для обеспечения безопасности.
✅Регистрация отечественного ПАК
В современных реалиях всё больше заказчиков начинает предъявлять требования к регистрации программно-аппаратных комплексов в реестре Минцифры. Зачем это нужно и какие преимущества это даёт?
1. Статус отечественного продукта
Регистрируя ПАКи, разработчики получают возможность подтвердить их статус "отечественного продукта". Это не только открывает доступ к госзаказам, но и укрепляет репутацию компании как надежного партнера, способствующего развитию национальной экономики.
2. Доступ к льготам и субсидиям:
-пониженные страховые 7,6%
-упрощенный порядок ИТ-аккредитации (не нужно предоставлять сведения о з/п сотрудников);
-гранты и субсидии.
Таким образом, регистрация ПАКов — это не только шаг к повышению безопасности критической инфраструктуры, но и возможность для правообладателей получить ряд значительных преимуществ, которые могут существенно повлиять на развитие бизнеса в условиях современной экономики.
Please open Telegram to view this post
VIEW IN TELEGRAM
Pruffme
Программно-аппаратные комплексы: доверенный ПАК vs ПАК в реестре российского ПО
Правовые и этические аспекты использования искусственного интеллекта🤖
Наш юрист Яна Слотина приняла участие в работе круглого стола "Этика, право и экономика в применении искусственного интеллекта". Мероприятие проходило в стенах Законодательного собрания г. Санкт-Петербурга. В обсуждении вопросов приняли участие депутаты Законодательного собрания, представители юридического сообщества, профильных органов исполнительной власти, ведущих вузов и IT-компаний города.
Обменялись мнениями об этических и правовых аспектах использования искусственного интеллекта в системе образования, производстве, науке, культуре и в повседневной жизни. Также обсудили возможности обеспечения защиты человека от опасного влияния ИИ и рассмотрели актуальные проблемы системной подготовки специалистов и импортозамещения программного обеспечения с ИИ.
Наш юрист Яна Слотина приняла участие в работе круглого стола "Этика, право и экономика в применении искусственного интеллекта". Мероприятие проходило в стенах Законодательного собрания г. Санкт-Петербурга. В обсуждении вопросов приняли участие депутаты Законодательного собрания, представители юридического сообщества, профильных органов исполнительной власти, ведущих вузов и IT-компаний города.
Обменялись мнениями об этических и правовых аспектах использования искусственного интеллекта в системе образования, производстве, науке, культуре и в повседневной жизни. Также обсудили возможности обеспечения защиты человека от опасного влияния ИИ и рассмотрели актуальные проблемы системной подготовки специалистов и импортозамещения программного обеспечения с ИИ.
Forwarded from Yana Slotina
This media is not supported in your browser
VIEW IN TELEGRAM
4 000 подписчиков на канале AG-LEGAL 🔥🔥🔥🔥
Наш канал улучшается и модернизируется с каждым днем и вот, вас уже 4 000🎉
Скоро можно будет собирать стадион в Олимпийском 😅
Спасибо каждому подписчику за доверие, особенно тем, кто дает обратную связь. Благодаря вам мы становимся лучше)
Пишите в коментариях, почему вы когда-то подписались на нас⏬
👰♀️ Ваша команда AG-LEGAL,
Дальше, больше 💪🏼
Наш канал улучшается и модернизируется с каждым днем и вот, вас уже 4 000🎉
Спасибо каждому подписчику за доверие, особенно тем, кто дает обратную связь. Благодаря вам мы становимся лучше)
Пишите в коментариях, почему вы когда-то подписались на нас
Дальше, больше 💪🏼
Please open Telegram to view this post
VIEW IN TELEGRAM
Главные ошибки в оформлении разработок. Часть 4
В прошлом посте этой серии мы рассказывали про оформление внутренней документации, фиксирующей факт и характер доработки ПО. В этой же части расскажем про еще одну серьезную ошибку - непередачу исключительного права на ПО при смене юридического лица, через которое ведутся бизнес-операции с этим ПО.
Нам нередко встречаются ситуации, когда проект в своем развитии переживает несколько смен юрлиц (чего греха таить, так работает российский бизнес). Однако, на что мы всегда обращаем внимание, так это на непередачу исключительного права от старого юрлица новому. А так происходит довольно часто: гит остался там же, сервера те же, хостер тот же, фактический контроль за инфраструктурой передан, можно работать и дальше.
Однако, может вскрыться неприятная проблема: правообладателем ПО формально осталось старое юрлицо. А значит, новое юрлицо не вправе продавать лицензии на такое ПО, не вправе заказывать его доработку или иным способом развивать продукт. Более того, в отношении старого юрлица может быть принято судебное решение об обращении взыскания на исключительное право (например, за долги). И тогда правообладателем и вовсе станет кто-то посторонний, и эта проблема может быть непреодолимой. Не говоря уже о том, что при прохождении due diligence (например, при привлечении внешних инвестиций) встанет вопрос о подтверждении законности правообладания ПО с момента начала его разработки.
Вывод: при смене операционного юрлица не нужно забывать об оформлении передачи основного актива. Иначе можно попасть в крайне неприятную ситуацию.
👰♀️ Если у вас планируется смена компании, можете обратиться к нам @aglrequest, мы поможем с корректным оформлением документов. А в следующем (и завершающем) посте нашей серии мы расскажем про главные ошибки при использовании OpenSource-решений.
#ОшибкиВоформленииРазработок
В прошлом посте этой серии мы рассказывали про оформление внутренней документации, фиксирующей факт и характер доработки ПО. В этой же части расскажем про еще одну серьезную ошибку - непередачу исключительного права на ПО при смене юридического лица, через которое ведутся бизнес-операции с этим ПО.
Нам нередко встречаются ситуации, когда проект в своем развитии переживает несколько смен юрлиц (чего греха таить, так работает российский бизнес). Однако, на что мы всегда обращаем внимание, так это на непередачу исключительного права от старого юрлица новому. А так происходит довольно часто: гит остался там же, сервера те же, хостер тот же, фактический контроль за инфраструктурой передан, можно работать и дальше.
Однако, может вскрыться неприятная проблема: правообладателем ПО формально осталось старое юрлицо. А значит, новое юрлицо не вправе продавать лицензии на такое ПО, не вправе заказывать его доработку или иным способом развивать продукт. Более того, в отношении старого юрлица может быть принято судебное решение об обращении взыскания на исключительное право (например, за долги). И тогда правообладателем и вовсе станет кто-то посторонний, и эта проблема может быть непреодолимой. Не говоря уже о том, что при прохождении due diligence (например, при привлечении внешних инвестиций) встанет вопрос о подтверждении законности правообладания ПО с момента начала его разработки.
Вывод: при смене операционного юрлица не нужно забывать об оформлении передачи основного актива. Иначе можно попасть в крайне неприятную ситуацию.
#ОшибкиВоформленииРазработок
Please open Telegram to view this post
VIEW IN TELEGRAM
Какие ИТ-компании не могут использовать налоговые льготы?😔
Мы часто рассказываем о том, какие налоговые льготы доступны для организаций из сферы ИТ. Но также важно понимать, что не все компании могут их использовать.
Поговорим про исключения для самых популярных льгот:
1) Освобождение от НДС при реализации прав на программы, включенные в Реестр отечественного ПО ( пп. 26 п.2 ст. 149 НК РФ);
2) Пониженные страховые взносы 7,6% и налог на прибыль 0 или 5% в 2025-2030 гг. (п.5 ст. 427 НК РФ и п.1.15 ст. 284 НК РФ)
Давайте подробнее разберем освобождение от НДС. Эта льгота распространяется на продажу ПО (например, с помощью лицензионного договора или договора SaaS-лицензии), включенное в РРПО.
❗️НО
Под эту льготу не попадают программы, которые дают возможность (1) распространять рекламную информацию о товарах, (2) осуществлять поиск потенциальных покупателей и/или заключать сделки (3).
Про исключения из льгот по страховым взносам и налогу на прибыль расскажем в наших следующих постах.
👰♀️ Мы умеем находить нестандартные решения в непростых ситуациях, поэтому, если вам интересно разобраться, попадает ли ваша компания в исключения, обращайтесь в @aglrequest
Мы часто рассказываем о том, какие налоговые льготы доступны для организаций из сферы ИТ. Но также важно понимать, что не все компании могут их использовать.
Поговорим про исключения для самых популярных льгот:
1) Освобождение от НДС при реализации прав на программы, включенные в Реестр отечественного ПО ( пп. 26 п.2 ст. 149 НК РФ);
2) Пониженные страховые взносы 7,6% и налог на прибыль 0 или 5% в 2025-2030 гг. (п.5 ст. 427 НК РФ и п.1.15 ст. 284 НК РФ)
Давайте подробнее разберем освобождение от НДС. Эта льгота распространяется на продажу ПО (например, с помощью лицензионного договора или договора SaaS-лицензии), включенное в РРПО.
❗️НО
Под эту льготу не попадают программы, которые дают возможность (1) распространять рекламную информацию о товарах, (2) осуществлять поиск потенциальных покупателей и/или заключать сделки (3).
Про исключения из льгот по страховым взносам и налогу на прибыль расскажем в наших следующих постах.
Please open Telegram to view this post
VIEW IN TELEGRAM
Какие ИТ-компании не могут использовать налоговые льготы? Страховые взносы и налог на прибыль 🤔
В прошлом посте мы рассказали, кто из IT-компаний не сможет применять льготы по НДС. Теперь же обратим внимание на исключения по пониженным страховым взносам 7,6% и налогу на прибыль 0% в 2024 и 5% в 2025-2030 гг. (п.5 ст. 427 НК РФ и п.1.15 ст. 284 НК РФ).
В основном исключения касаются лицензионных договоров и договоров оказания услуг в сети «Интернет» с использованием собственных программ.
К исключениям относятся:
1. Маркетплейсы
2. Электронные торговые площадки, а также иные организаторы торгов (речь о госзакупках)
3. Банковские, финансовые, брокерские услуги
4. Маркировка товаров (речь идет об обязательной маркировке товаров)
5. ЦОД (аренда серверов, облачные хранилища)
6. Сервисы доставки еды
7. Операторы связи
8. Рынок недвижимости
9. Агрегаторы такси
10. А также, компании, которые предоставляют права, состоящие в получении возможности инициировать и осуществлять операции по безналичному переводу денежных средств
👰♀️ Если вам интересно узнать подходит ли ваша деятельность, как IT компании, под указанные исключения, то вы можете написать нам в @aglrequest
Также напоминаем про наш вебинар "Изменения в налогах для IT-компаний: обзор, обсуждение возможностей для оптимизации и как подготовиться к 2025 году."
В прошлом посте мы рассказали, кто из IT-компаний не сможет применять льготы по НДС. Теперь же обратим внимание на исключения по пониженным страховым взносам 7,6% и налогу на прибыль 0% в 2024 и 5% в 2025-2030 гг. (п.5 ст. 427 НК РФ и п.1.15 ст. 284 НК РФ).
В основном исключения касаются лицензионных договоров и договоров оказания услуг в сети «Интернет» с использованием собственных программ.
К исключениям относятся:
1. Маркетплейсы
2. Электронные торговые площадки, а также иные организаторы торгов (речь о госзакупках)
3. Банковские, финансовые, брокерские услуги
4. Маркировка товаров (речь идет об обязательной маркировке товаров)
5. ЦОД (аренда серверов, облачные хранилища)
6. Сервисы доставки еды
7. Операторы связи
8. Рынок недвижимости
9. Агрегаторы такси
10. А также, компании, которые предоставляют права, состоящие в получении возможности инициировать и осуществлять операции по безналичному переводу денежных средств
Также напоминаем про наш вебинар "Изменения в налогах для IT-компаний: обзор, обсуждение возможностей для оптимизации и как подготовиться к 2025 году."
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Лилия Князева
This media is not supported in your browser
VIEW IN TELEGRAM
📣 Вебинар: «IT-контракт под микроскопом: снижаем риски и бережем нервы»
Приглашаем вас на бесплатный вебинар к нашим коллегам. На вебинаре расскажут, какие конфликты могут возникнуть при выполнении IT-контрактов, как снизить риски и правильно подготовиться к возможным спорам.
👨💼 Спикер: Фёдор Музалевский — директор технического департамента RTM Group, эксперт с более чем 10-летним опытом в области IT и контрактных обязательств.
На вебинаре обсудит:
- Почему возникают споры при выполнении IT-контрактов?
- Как распознать «красные флаги» в договорах и технических заданиях?
- Какие вопросы необходимо ставить перед экспертом в случае спора?
- Как правильно подготовиться к экспертизе и как проходит оценка выполненных работ?
🗓 Когда?
28 ноября в 12:00
Регистрируйтесь)
Приглашаем вас на бесплатный вебинар к нашим коллегам. На вебинаре расскажут, какие конфликты могут возникнуть при выполнении IT-контрактов, как снизить риски и правильно подготовиться к возможным спорам.
👨💼 Спикер: Фёдор Музалевский — директор технического департамента RTM Group, эксперт с более чем 10-летним опытом в области IT и контрактных обязательств.
На вебинаре обсудит:
- Почему возникают споры при выполнении IT-контрактов?
- Как распознать «красные флаги» в договорах и технических заданиях?
- Какие вопросы необходимо ставить перед экспертом в случае спора?
- Как правильно подготовиться к экспертизе и как проходит оценка выполненных работ?
🗓 Когда?
28 ноября в 12:00
Регистрируйтесь)
Главные ошибки в оформлении разработок. Часть 5
В четвертом посте нашей серии мы говорили о необходимости оформления передачи исключительного права на ПО при смене операционного юрлица. В заключительном посте мы поговорим о необходимости учитывать условия OpenSource-лицензий.
OpenSource-лицензии бывают разные, при этом традиционно их принято делить на две группы: либеральные (они же разрешительные) и вирусные (они же взаимные). Между ними есть несколько различий, но сейчас мы сконцентрируемся на одном:
ℹ️ либеральные лицензии позволяют свободно коммерциализировать производные программы. То есть, если вы создали свой программный продукт с использованием компонента, распространяемого по либеральной OpenSource-лицензии, то вы можете продавать лицензии на свой продукт.
ℹ️ вирусные же лицензии требуют, чтобы производные программы распространялись на тех же условиях, что и первоначальная (базовая). То есть, если базовый компонент распространяется по вирусной OpenSource-лицензии безвозмездно с правом на любую переработку, то и вы свой производный продукт должны распространять по той же лицензии, так же безвозмездно и так же давать возможность любой переработки. Иными словами, вирусные лицензии "заражают" все, к чему они прикасаются, и делают все таким же бесплатным. Такая рука царя Мидаса наоборот.
Кроме того, нельзя забывать еще об одном факте: некоторые правообладатели OpenSource-решений запретили использование своих программ и баз данных на территории России или отдельных регионов.
Вывод: необходимо выстраивать в компании систему учета используемых OpenSource-компонентов. При оформлении разработок и планировании коммерциализации важно понимать, какие OpenSource-решения используются в составе вашего продукта и какие они накладывают на вас ограничения.
Если же у вас есть необходимость анализа продукта на наличие в нем ограничений по использованию, пишите нам @aglrequest. Проведем анализ технологического стека, укажем на риски и дадим рекомендации.
#ОшибкиВоформленииРазработок
В четвертом посте нашей серии мы говорили о необходимости оформления передачи исключительного права на ПО при смене операционного юрлица. В заключительном посте мы поговорим о необходимости учитывать условия OpenSource-лицензий.
OpenSource-лицензии бывают разные, при этом традиционно их принято делить на две группы: либеральные (они же разрешительные) и вирусные (они же взаимные). Между ними есть несколько различий, но сейчас мы сконцентрируемся на одном:
ℹ️ либеральные лицензии позволяют свободно коммерциализировать производные программы. То есть, если вы создали свой программный продукт с использованием компонента, распространяемого по либеральной OpenSource-лицензии, то вы можете продавать лицензии на свой продукт.
ℹ️ вирусные же лицензии требуют, чтобы производные программы распространялись на тех же условиях, что и первоначальная (базовая). То есть, если базовый компонент распространяется по вирусной OpenSource-лицензии безвозмездно с правом на любую переработку, то и вы свой производный продукт должны распространять по той же лицензии, так же безвозмездно и так же давать возможность любой переработки. Иными словами, вирусные лицензии "заражают" все, к чему они прикасаются, и делают все таким же бесплатным. Такая рука царя Мидаса наоборот.
Кроме того, нельзя забывать еще об одном факте: некоторые правообладатели OpenSource-решений запретили использование своих программ и баз данных на территории России или отдельных регионов.
Вывод: необходимо выстраивать в компании систему учета используемых OpenSource-компонентов. При оформлении разработок и планировании коммерциализации важно понимать, какие OpenSource-решения используются в составе вашего продукта и какие они накладывают на вас ограничения.
Если же у вас есть необходимость анализа продукта на наличие в нем ограничений по использованию, пишите нам @aglrequest. Проведем анализ технологического стека, укажем на риски и дадим рекомендации.
#ОшибкиВоформленииРазработок