Код класса программ для эвм и баз данных 1с предприятие 8

62.01 — Группа «Разработка компьютерного программного обеспечения»

Эта группировка включает:

— разработку, модернизацию, тестирование и поддержку программного обеспечения

Эта группировка включает:

— разработку структуры и содержания и/или написание компьютерной программы, необходимой для создания и реализации поставленной задачи, в том числе: системного программного обеспечения (в том числе обновления и исправления), приложений программного обеспечения (в том числе обновления и исправления), баз данных, web-страниц;

— настройку программного обеспечения, т.е. внесение изменений и настройку существующего приложения таким образом, чтобы оно функционировало в рамках информационной системы заказчика

Это же подтверждено Минфином в письме № 03-11-12/73144 от 12.10.2018

Согласно Общероссийскому классификатору видов экономической деятельности ОК 029-2014 (КДЕС Ред. 2), утвержденному приказом Росстандарта от 31.01.2014 N 14-ст, группировка «Разработка компьютерного программного обеспечения» включает вид деятельности по разработке структуры и содержания и (или) написанию компьютерной программы, необходимой для создания и реализации поставленной задачи, в том числе: системного программного обеспечения (в том числе обновления и исправления), приложений программного обеспечения (в том числе обновления и исправления), баз данных, web-страниц (код 62.01).

1С 8.3 программирование для начинающих. Урок 1 Конфигурация базы данных

Учитывая изложенное, индивидуальный предприниматель, осуществляющий предпринимательскую деятельность в сфере оказания услуг по обслуживанию сайтов, при соблюдении положений главы 26.5 Кодекса вправе применять патентную систему налогообложения в отношении данного вида предпринимательской деятельности.

ну или в письмо Минфина от 26.10.2018 № 03-11-12/77089 https://www.eg-online.ru/docum.

Кроме того Минфин в письме от 21.05.2018 № 03-11-12/34093 указал, что правообладатель программы для ЭВМ вправе применять ПСН при предоставлении права использования этой программы для ЭВМ по лицензионному договору.

Остальные коды, в том числе 62.02 будут, на мой взгляд, иметь к указанной деятельности опосредованное отношение.

Т.е Вы можете написать любые коды, но 62.01 должен быть в обязательном порядке.

С уважением Евгений Беляев

24 января 2020, 06:38
Евгений Беляев
Юрист, г. Барнаул
рейтинг 10
Общаться в чате

именно этот код — 62.01, по мнению Минфина, соответствует виду деятельности по пп 62 п 2 ст.346.43 НК

оказание услуг (выполнение работ) по разработке программ для ЭВМ и баз данных (программных средств и информационных продуктов вычислительной техники), их адаптации и модификации

24 января 2020, 06:45
Константин Корепанов
Клиент, г. Тюмень

тогда почему налоговая у казывает в Патенте Код вида предпринимательской деятельности 62 а не 62.01 или 62.02. Т.е. указывает целый подкласс 62 ОКВЭД?

Конфигурация 1С с нуля за 5 часов. Барбершоп

24 января 2020, 07:01
Показать еще 1
Дмитрий Васильев
Адвокат, г. Москва
рейтинг 10
Общаться в чате

Добрый день!
Коллеги уже ответили на Ваш вопрос, я бы хотел в целом дополнить ответ в части оформления прав на ПО и в части требований к договору на разработку программного обеспечения.
В частности, исходя из своего опыта работы в части составления и сопровождения Договоров на разработку программного обеспечения как со стороны Заказчиков, так и со стороны Исполнителей (на территории РФ, а также международных), а также исходя из опыта ведения судебных споров по таким Договорам хотелось бы отметить следующее.
1. Что касается закрепления прав на программное обеспечение.
С одной стороны, обязанности регистрировать права на программное обеспечение с точки зрения закона нет (согласно п.1 ст. 1262 ГК РФ правообладатель в течение срока действия исключительного права на программу для ЭВМ или на базу данных может по своему желанию зарегистрировать такую программу или такую базу данных в федеральном органе исполнительной власти по интеллектуальной собственности).
То есть права на ПО будут иметь юридическую защиту и без регистрации права на программу для ЭВМ, регистрация права нужна именно для облегчения процесса доказывания наличия этих самых прав на ПО (хотя сама по себе регистрация тоже не является 100% подтверждением).
В целом подтверждением наличия прав на программное обеспечение выступают:
— при самостоятельной разработке – доказательства такой разработки (исходный текст программы, рабочие материалы и т.п.).
— в ситуации, когда программное обеспечение разрабатывается работником: подтверждение того, что разработка была именно в рамках служебных обязанностей сотрудника. Для этого нужно будет представить трудовой договор, должностную инструкцию работника + оптимально еще отдельное соглашение с работником о переходе прав подписывать, подтверждающее постановку рабочей задачи и переход к работодателю прав на конкретное ПО, иногда еще делается приказ о разработке – это упростит доказывание.
— в ситуации, когда программное обеспечение разрабатывается исполнителем по отдельному договору на разработку программного обеспечения: сам договор, акт и т.д.
2. По поводу требований к самому договору на разработку программного обеспечения поясню, что их достаточно много. Очень многое зависит от того, какую стороны мы хотим защитить (для заказчика принципиально важны одни пункты в договоре, для исполнителя совершенно другие). В качестве основных можно выделить следующие:
А) Предмет договора. Обязательно должен быть конкретизирован, здесь допустимы следующие варианты:
— к договору делается полноценное техническое задание (ТЗ) на разработку.
— делаем рамочный договор, а именно в договоре прописывается общая формулировка, например, та же «разработка программного обеспечения» + дополнительно прописываем, что Стороны конкретное ПО и требования к нему согласовывают дополнительно и фиксируют в отдельных дополнительных соглашениях, либо в счетах на оплату.
— делаем рамочный договор, а именно в договоре прописывается общая формулировка + дополнительно указываем в договоре, что конкретные работы согласовываются в переписке по электронной почте, мессенджерах, системах постановки задач и т.п.
Какой именно вариант выбрать зависит от конкретной ситуации, от того, какое ПО разрабатывается и т.д. В каких-то ситуациях крайне желательно наличие ТЗ, в других можно спокойно обойтись и без ТЗ, все зависит от ситуации.
Для Заказчика конкретизация важна для того, чтобы Исполнитель не мог разработать ПО, не соответствующее требованиям Заказчикам и ссылаться при этом мол «условия договора я не нарушил, исправлять ничего не буду» + для подтверждения своих прав на конкретное ПО, а для Исполнителя конкретизация важна для того, чтобы уже Заказчик не мог, первоначально не обозначив полноценно свои «хотелки», потом ссылаться на то, что мол «я принимать работу не буду, так как я ждал совсем другого».
Б) Порядок и сроки оплаты.
По части оплаты для Заказчика ключевой момент – прозрачность ценообразования и гарантия отсутствия доплат, чтобы Исполнитель не смог в какой-то момент заявить мол «а вот это не входит в стоимость, давай доплачивай», если конечно речь не идет о почасовой оплате, но и там свои нюансы.
Для Исполнителя со своей стороны важно, чтобы Заказчик не мог затягивать с оплатой, а также не мог требовать от исполнителя выполнения тех работ, которые действительно не входят в согласованную стоимость.
Оплата может быть определена в договоре следующими способами:
— фиксированная плата за весь договор – это подходит для разовых услуг.
— фиксированная ежемесячная оплата – это подходит для вариантов, когда речь идет скорее не о разработке конкретного ПО, а о выполнении каких-то регулярных задач.
— почасовая оплата. В целом подходит для любых ситуаций, но в некоторых случаях для Заказчика данный вариант может быть не очень удобен из-за отсутствия конкретики по итоговым суммам (хотя этот вопрос можно решить, прописав ограничение максимальной суммы) и потенциальных злоупотреблений со стороны исполнителя. Вариант также полностью законен, единственное к нему есть свои требования. В частности, важно расписать как именно ведется учет количества часов (через специальную программу, либо учет количества часов ведет исполнитель) и по итогу количество часов и общая стоимость должны фиксироваться в ежемесячных счетах и/или актах. То есть здесь важно, чтобы механизм расчета количества часов был максимально прозрачен.
— бонусные выплаты. Здесь разные бывают ситуации и условия для выплаты бонусов. В некоторых случаях, например, Стороны договариваются о том, что Исполнитель получает % от последующих продаж Заказчиком разработанного программного обеспечения (как дополнительная мотивация для исполнителя).
В) Сроки выполнения работы. Для Исполнителя отсутствие конкретики по срокам – возможность затянуть с выполнением работ, поэтому это один из важнейших пунктов для Заказчика.
Для Исполнителя со своей стороны также крайне важно, как именно определены сроки, в каких случаях они продлеваются и т.д., поскольку очень много ситуаций, когда Стороны прописали конкретную дату, к которой работа должна быть выполнена, а по итогу Заказчик затянул с оплатой аванса и Исполнитель приступил к работе намного позже, чем ожидалось, по итогу формально срок нарушен, хотя Исполнитель в этом и не виноват. Либо еще более распространенная история – нарушение сроков Исполнителем вследствие непредставления Заказчиком информации, доступов и т.д., то есть ситуации, когда Исполнитель не может выполнить работу в срок из-за действий Заказчика.
Чаще всего используются следующие варианты определения срока выполнения работ Исполнителем:
— конкретная календарная дата (не всегда выгодно Исполнителю).
— определенное количество дней с момента совершения одной из сторон каких-либо действий или наступления определенных событий (например, «60 дней с момента поступления Исполнителю оплаты от Заказчика» — для Исполнителя это выгоднее, чем просто календарная дата, особенно если работа и оплата разбиты на этапы).
Для Исполнителя также очень важно, чтобы в договоре были прописаны все условия, при которых сроки выполнения работ будут продлены (отсутствие согласований, непредоставление информации, доступов и т.д. — у нас часто указанный перечень занимает целую страницу договора, когда я делаю договор в интересах Исполнителя).
Г) Порядок приемки услуг. Здесь все зависит от ситуации, с точки зрения закона допустимы следующие варианты:
— стандартный вариант, при котором подписываются акты выполненных работ. Акты обычно подписываются: а) либо один раз за весь договор (обычно подходит если договор на разовую услугу), б) помесячно/поквартально – если договор предполагает выполнение регулярной работы, в) по итогам выполнения отдельных этапов работ (если работа разбита на этапы, то для Исполнителя будет большим плюсом закрывать каждый этап отдельным актом).
Акты в целом более важны для Исполнителя – они защищают его от того, что по истечении определенного времени Заказчик заявит, что мол «работа была выполнена некачественно, давай переделывай или возвращай деньги».
Для Заказчика в зависимости от ситуации важен итоговый закрывающий акт для дополнительной фиксации факта перехода к нему прав на программное обеспечение, а также в случае, если Заказчик выплаты Исполнителю ставит у себя в расходы (если Заказчик на УСН 15% или на ОСНО).
— упрощенный вариант, когда факт приемки работ мы привязываем к определенным событиям (оплата финального платежа по договору, направление определенного текста на электронную почту, отсутствие претензий в течение какого-либо времени и т.п.).
Выбор конкретного варианта зависит от ситуации, от отношений между Сторонами и других факторов, обычно я рекомендую определенный вариант уже после детального изучения ситуации клиента.
Д) Права на разработанное программное обеспечение и запрет на использование разработанного ПО самим Исполнителем в своих целях. Это самый основной пункт для Заказчика. С одной Стороны, согласно п.1 ст. 1296 ГК РФ «Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное», то есть чисто формально если в договоре не будет прописано вообще ничего про права на ПО, то права автоматически переходят к Заказчику, однако на практике не все так просто.
С учетом моей практики ведения споров между Заказчиками и Исполнителями по договорам на разработку программного обеспечения, я всегда рекомендую Заказчикам прописывать в договоре следующие условия (Исполнителям со своей стороны эти пункты невыгодны и для них наоборот их лучше не фиксировать в договоре):
— момент перехода прав на ПО к Заказчику, отсутствие доп. условий для перехода прав.
— порядок передачи результата работ.
— полный запрет (если Сторонами не согласовано иное) на использование ПО самим Исполнителем в своих целях.
— гарантии Исполнителя о том, что он не заимствует при разработке ПО объекты интеллектуальной собственности, права на которые принадлежат другим лицам.
— обязательства Исполнителя по содействию Заказчику в различных ситуациях (оформление прав, ведение споров в суде и т.д.). Например, на Заказчика подали в суд со ссылкой на то, что он незаконно использует ПО, в суде ему нужно подтвердить свои права на ПО, но он потерял подтверждающие документы (договор, акт) – для таких ситуаций сразу фиксируем, что по требованию Заказчика Исполнитель должен будет подписать необходимые документы для подтверждения наличия прав у Заказчика.
Е) Ответственность. Для Заказчика важны следующие пункты:
— общие пункты об ответственности за просрочку выполнения работ, за выполнение некачественных работ и т.п.
— ответственность Исполнителя за любые заимствования при разработке. Очень частая история — Вам сделали сайт по договору, Вы начали его использовать, а завтра Вам прилетает претензия от конкурента о том, что Вы в своем сайте скопировали его дизайн и требует с Вас компенсацию полмиллиона рублей (Исполнитель не хотел платить дизайнеру и просто скопировал дизайн у конкурента, а Вы даже не знали об этом, но претензии предъявят к Вам).
— гарантийный период и сроки устранения недостатков. Не во всех случаях эти пункты актуальны, но, например, частая история, когда акт уже прописан, а после этого в работе ПО были обнаружены недостатки. Вы пишите Исполнителю требование об их устранении, а он кормит Вас завтраками. Важно конкретизировать порядок действий в таких ситуациях заранее, чтобы избежать проблем.
Для Исполнителя со своей Стороны важны следующие пункты об ответственности:
— ответственность Заказчика за просрочку оплаты.
— ответственность Заказчика за отсутствие согласований, непредоставление информации, доступов и т.п.
— ответственность Заказчика за последствия самостоятельного привлечения им третьих лиц к выполнению работ – важный момент, чтобы избежать ситуаций, когда Заказчик часть работ перепоручил другой компании, эта компания напортачила в своей части и потом по итогу Вы не можете нормально из-за этого закрыть договор.
Ж) Если у Вас дистанционное взаимодействие с контрагентом (а оно чаще всего всегда электронное), то обязательно нужно:
— ввести договором электронный документооборот (если делать это грамотно, там будет достаточно много пунктов, я сейчас не буду все их расписывать),
— указать в договоре все контактные данные Сторон (электронные почты, номера телефонов, мессенджеры) и данные уполномоченных представителей сторон.
— если используются специальные системы для связи между сторонами, а также для постановки задач или учета количества часов – также обязательно нужно это фиксировать в договоре.
Если вкратце, то это самые общие моменты, которые должны быть учтены в договоре. Помимо них существует еще большое количество различных нюансов, которые должны быть учтены в Договоре + Заказчику в идеале дополнительно к самому Договору еще подписать NDA с Исполнителем (Соглашение о неразглашении) для того, чтобы ограничить возможность куда-то сливать информацию, полученную им в процессе разработки ПО.
Готов ответить на Ваши дополнительные вопросы.
С Уважением,
Васильев Дмитрий.

Источник: pravoved.ru

При регистрации программы ЭВМ обязательно ли прикладывать исходный код?

При регистрации программы ЭВМ обязательно ли прикладывать исходный код в печатном виде или можно приложить только CD диск с материалами?

Гражданское право | Орёл | 2020-11-01 16:26:55 Пожаловаться модератору
Ответы юристов

Полникова Марина Николаевна ( 01.11.2020 в 17:14:05 )

Да, Вы можете приложить исходный код в электронном виде.

МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ ОТ 05 АПРЕЛЯ 2016 № 211 «ОБ УТВЕРЖДЕНИИ ПРАВИЛ ОФОРМЛЕНИЯ ЗАЯВКИ НА ГОСУДАРСТВЕННУЮ РЕГИСТРАЦИЮ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН ИЛИ БАЗЫ ДАННЫХ, ПРАВИЛ СОСТАВЛЕНИЯ ДОКУМЕНТОВ, ЯВЛЯЮЩИХСЯ ОСНОВАНИЕМ ДЛЯ ОСУЩЕСТВЛЕНИЯ ЮРИДИЧЕСКИ ЗНАЧИМЫХ ДЕЙСТВИЙ ПО ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН ИЛИ БАЗЫ ДАННЫХ, И ИХ ФОРМ, ПОРЯДКА ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН И БАЗЫ ДАННЫХ, ПЕРЕЧНЯ СВЕДЕНИЙ О ЗАРЕГИСТРИРОВАННОЙ ПРОГРАММЕ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН ИЛИ БАЗЕ ДАННЫХ, ПУБЛИКУЕМЫХ В ОФИЦИАЛЬНОМ БЮЛЛЕТЕНЕ ФЕДЕРАЛЬНОЙ СЛУЖБЫ ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ, ПЕРЕЧНЯ СВЕДЕНИЙ, УКАЗЫВАЕМЫХ В СВИДЕТЕЛЬСТВЕ О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН ИЛИ БАЗЫ ДАННЫХ, ФОРМЫ СВИДЕТЕЛЬСТВА О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН, ФОРМЫ СВИДЕТЕЛЬСТВА О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ БАЗЫ ДАННЫХ»

29. При подаче заявки на регистрацию на бумажном носителе депонируемые материалы, идентифицирующие программу для ЭВМ или базу данных, исключая реферат, представляются в электронной форме на машиночитаемом носителе в формате PDF/A.

Если представленная на регистрацию база данных содержит аудиовидеоматериалы, то примеры таких материалов представляются в форматах МР3, АVI, MPEG 2, JPEG. Машиночитаемый носитель должен удовлетворять требованиям, приведенным в пункте 15 Правил составления.

ПРАВИЛА СОСТАВЛЕНИЯ ДОКУМЕНТОВ, ЯВЛЯЮЩИХСЯ ОСНОВАНИЕМ ДЛЯ ОСУЩЕСТВЛЕНИЯ ЮРИДИЧЕСКИ ЗНАЧИМЫХ ДЕЙСТВИЙ ПО ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ПРОГРАММЫ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН ИЛИ БАЗЫ ДАННЫХ, И ИХ ФОРМЫ

15. Если документы представляются на бумажном носителе, одновременно с ними может быть представлена копия документов в электронной форме на машиночитаемом носителе, который:

1) не должен допускать последующую запись на него информации и должен позволять осуществлять многократное считывание записанной на нем информации;

2) должен иметь надпись на лицевой поверхности носителя, не влияющую на свойства чтения носителя, либо прикрепленный к упаковке носителя постоянным образом ярлык, где печатными буквами указываются фамилия и инициалы или наименование заявителя, название программы для ЭВМ или базы данных или регистрационный номер заявки, если он присвоен, и дата, на которую произведена запись.

Источник: www.yurist-online.net

Как попасть в реестр российского ПО

В 2022 году из 20 тысяч поданных заявок только 3,5 тысячи попали в реестр одобренного ПО. То есть всего 17% заявителей проходят проверку Минцифры. Есть несколько причин, почему так происходит: два уровня экспертизы, малый срок на исправление замечаний, динамичное законодательство.

Давайте разбираться, какой софт можно внести и как это сделать, чтобы повысить шансы на успех.

Елизавета Хорошавцева
Помощник патентного поверенного

Зачем вносить программу в реестр отечественного ПО

Реестр – это специальный список программ для ЭВМ, который одобрен правительством. Если программа состоит в реестре ПО, это значит, что она не содержит вредоносных программ, а также, не привязана к иностранным платформам. Другими словами, программа разработана в России и будет без проблем функционировать на ее территории.

Реестр возник после введения первых западных санкций, в результате которых появилась необходимость перехода на отечественный софт. Он находится в ведении Минцифры – Министерства цифрового развития связи и массовых коммуникаций.

Далее рассмотрим и проанализируем ряд основных преимуществ, которые получит владелец программы, вошедшей в этот реестр:

• Освобождение от налогов. В середине 2020 года был разработан и принят новый закон №265-ФЗ, который предусматривает ряд льгот для IT-компаний. Так, если программа разработчика вошла в реестр ПО России, она не облагается НДС. Такое правило распространяется и на модели SaaS. Правда, даже если программа внесена в реестр, но она содержит в себе рекламу (баннеры, уведомления), она будет облагаться налогом.
• Возможность участия в тендерах. Программы, внесенные в реестр, имеют право участвовать в государственных и муниципальных закупках. Например, в конце 2020 года правительство приняло новый закон, по которому все смартфоны, компьютеры и иные устройства должны быть на базе отечественного ПО.
• Возможность получения помощи от государства. Лучшие предложения в области IT могут рассчитывать на денежную поддержку в размере от 20 до 300 миллионов рублей.

Как попасть в реестр: требования к документам, правила, особенности регистрации

Требования. Вот требования, предъявляемые для попадания в реестр:

• Права на ПО должны принадлежать некоммерческим предприятиям, либо организациям ГУП или МУП. Что касается коммерческих IT-компаний, минимум 50% уставного капитала должны принадлежать гражданам России.
• ПО должно быть разработано и внедрено на территории РФ.
• Запрещается внесение государственной тайны в ПО.
• ПО не должно содержать иностранных компонентов, имеющих ограничения по распространению на территории РФ.
• Сумма выплат в пользу иностранных государств за прошедший календарный год не должна превышать 30% от общей суммы выручки за тот же год. Это относится к случаям, когда правообладатель ПО платит иностранным компаниям за использование их компонента, например, по лицензионному договору.
• ПО не должно зависеть от иностранных компонентов, серверов и др.

Какой софт можно внести. Нередко в реестр Минцифры вносят программные комплексы, состоящие из нескольких модулей. В таких случаях программа вносится либо как единое ПО (одна реестровая запись), либо как основное ПО вместе с дополняющими модулями (несколько отдельных записей).

Выбор зависит от того, каким образом программа продается. Если программный комплекс поставляется исключительно в качестве единого дистрибутива, и никакие из модулей не могут поставляться отдельно, разработчику стоит внести одну реестровую запись.

Внесем софт в реестр отечественного ПО
Опыт с 2014 года
100+ кейсов в Минцифре

Если программный комплекс может поставляться с разной «начинкой», например, в составе только основного ПО или основного ПО и 2-х модулей, тогда программное обеспечение регистрируется как модульное.

Важно знать: в случае с регистрацией модульного ПО необходимо подготавливать техническую документацию для каждого вносимого в реестр модуля программы, а также предоставлять документы, подтверждающие исключительные права на все модули.

Можно включать в реестр программы, которые представляют собой прикладное решение к основной программе. Важное условие – основная программа должна быть внесена в реестр российского программного обеспечения. Например, успешно регистрируются конфигурации к программе 1С:Предприятие (в качестве программных модулей).

Изучение классификатора. Прежде чем подавать документы для вступления в реестр, целесообразно определиться с классом и кодом программы. Все коды прописаны в классификаторе Минцифры. Следующий шаг – определение вида программы: пробная версия, полная, публикация отдельных ее компонентов и так далее.

При подаче заявления в Минцифры нужно прикрепить ссылку, откуда скачивается ПО и проанализировать его на соответствие всем требованиям. Причем нельзя предоставить в Минцифры дистрибутив ПО на носителе информации.

В случае, если ПО разработано для конкретного оборудования, нужно предоставить демоверсию.

Обновления вносить в реестр не требуется. Достаточно зарегистрировать только основное ПО

Нужно вносить то ПО, которое по факту продается. Если обновления программы существенны (новые функциональные возможности, новые компоненты), а программа внесена в реестр, то необходимо вносить изменения в реестровую запись.

Кто может вносить данные в реестр. Заявителем может быть физлицо, индивидуальный предприниматель или организация.

Заполнение заявки и пакета документов

Этапы регистрации в реестре отечественного ПО:

• Сбор документов;
• Подача заявления;
• Формальная проверка (автоматическая);
• Экспертиза технической документации и дистрибутива;
• Переписка с ведомством;
• Экспертное голосование;
• Внесение программы в реестр.

Теперь рассмотрим комплект документов. Но он не исчерпывающий. В каждом случае скорее всего будут нюансы.

• Приказ о разработке ПО и техзадание;
• Акт ввода в эксплуатацию;
• Акт принятия ПО к учету и карточка учета НМА.

• Устав организации;
• Приказ о назначении гендиректора;
• Выписка из реестра акционеров – если ОАО;
• Выписка из ЕГРЮЛ – если ООО;
• Сведения о бенефициарах;
• Документ «Цепочка бенефициаров» (при необходимости).

Для подтверждения коммерческого использования ПО:

• Ссылка на сайт с ценой;
• Подтверждение регистрации домена на заявителя.

• Проверка лицензионного соглашения (проверка сторонних модулей, которые используются при работе или установке софта).

• Ссылка на скачивание дистрибутива либо предоставление удаленного доступа к программе.

• Руководство по эксплуатации для проведения проверки;
• Инструкция по установке;
• Описание процессов жизненного цикла ПО;
• Функциональные характеристики.

Подача заявления. Заявление можно подать через специализированную форму, которая находится на официальном портале реестра. Обратите внимание, что для этого нужно иметь подтвержденную запись на госуслугах и электронную подпись.

Формальная экспертиза. Экспертиза занимает обычно 5 рабочих дней. В течение этого срока ПО проверяют на соответствие необходимым требованиям, а также подаются официальные запросы в межведомственные органы. По итогу составляется лист проверки сведений, который направляется заявителю.

Техническая экспертиза. Она занимает около 30 календарных дней.

На данном этапе проверяется работоспособность ПО, его безопасность, эффективность, независимость от иностранных компонентов и другое. При необходимости у разработчика могут запросить дополнительные сведения.

В случае отказа в течение одного года нельзя подавать повторную заявку на то же самое ПО. Если же в программе обнаружены ошибки, то разработчику дается 20 календарных дней на их исправление.

Книга в подарок
Регистрация программ
В Роспатенте и Минцифры

Как попасть в реестры отечественного ПО?
Какие льготы получают разработчики отечественного софта?
Ответы на эти и другие вопросы вы найдете в нашей книге

Основания для отказа во внесении в реестр Минцифры и ошибки заявителей

Рассмотрим три основных причины отказа с реальными кейсами.

Технический стэк

Кейс: клиенту отказали в регистрации по причине того, что компания Canonical прекратила поддержку корпоративных пользователей и платную техподдержку в России (операционная система LinuxUbuntu).

Было принято решение о том, чтобы считать данный компонент условно разрешенным (компонент можно использовать при условии, что для работы регистрируемого ПО используются версии, на которые не распространяются указанные ограничения).

Важно проверять лицензии иностранных компонентов на сайте производителя и смотреть экспортные ограничения по распространению ПО на всей территории РФ (лицензионное соглашение конкретной версии).

Сведения о бенефициарах

Кейс: клиент поменял данные о долях владения уставным капиталом организации перед подачей заявления. Данные обновились в едином государственном реестре юридических лиц (ЕГРЮЛ) в день, когда проводилась формальная автоматическая проверка сведений по заявлению.

В результате был установлен статус «отказ в регистрации», поскольку в процессе автоматической проверки данные заявления сверяются с актуальными сведениями из ЕГРЮЛ.

Проблемы с дистрибутивом SAAS

Кейс: клиент предоставил инструкцию по удаленному доступу, в которой была указана ссылка для генерации ключа. На стадии экспертной проверки пришел запрос с просьбой прописать все параметры входа для удалённого доступа в инструкции.

Вывод: необходимо как можно подробнее подготавливать инструкцию для эксперта, прописывать все параметры для получения доступа к программе. Также важно проверять доступность подключения. Только после внесения ПО в реестр можно закрыть доступ к серверу (или тестовому стенду).

Чем может помочь специалист «Гардиум»

Несмотря на то, что внести программу в реестр можно самостоятельно, все же рекомендуется воспользоваться услугами профессионального эксперта. На это есть ряд причин:

• Процесс внесения в реестр занимает от 2 до 6 месяцев или 100–200 часов в зависимости от сложности. Обычно в компании этим занимается отдельный сотрудник. Как правило, это юрист, который может не знать технических особенностей софта.
• Эксперт самостоятельно подготовит документы согласно регламентам, что значительно сокращает трудозатраты в IT-компании. В случае изменений в законодательстве разработчик узнает об этом первым.
• Мы высылаем шаблоны всех документов, консультируем клиентов на любом этапе подготовки, проверяем документы на соответствие требованиям Минцифры, оставляем комментарии по доработкам документов.
• Благодаря услугам эксперта упрощается взаимодействие со специалистами Минцифры при возникновении дополнительных уточнений.
• Участие эксперта исключает риск отказа и сокращает время на подготовку повторной заявки.

Источник: legal-support.ru