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

Добрый день! Собираюсь зарегистрировать ИП и перейти на патентную систему налогобложения. Как я понимаю, если я не верно укажу код ОКВЭД для основного вида деятельности, то мне могут отказать в патенте.

Вопрос: какой из этих кодов подойдут для патента:

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

Хотелось бы выбрать 62.02 или 62.09 — тк на мой взгляд диапазон немного пошире и упирается не только в разработку программ. Но подойдут ли они?

Выбираю из этих кодов:

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

62.02 — Деятельность консультативная и работы в области компьютерных технологий;

62.09 — Деятельность, связанная с использованием вычислительной техники и информационных технологий, прочая;

Заранее спасибо за помощь!

Показать полностью
02 ноября 2016, 10:04 , Борис, г. Саратов
Ответы юристов
Наталья Гурьева
Юрист, г. Москва

Мастер — класс: «Правовая охрана программ для ЭВМ и баз данных»

Общаться в чате

Но подойдут ли они?
Борис

Да, вам нужны именно эти коды. Вы праве применять по ним патентную систему налогообложения, налог по которой составляет 10200 руб. в год.

02 ноября 2016, 10:10
Клиент, г. Саратов

Наталья, спасибо! Т е мне можно выбрать любой из этих ОКВЭДов, как основной?

02 ноября 2016, 10:18
Наталья Гурьева
Юрист, г. Москва
Общаться в чате

Т е мне можно выбрать любой из этих ОКВЭДов, как основной?
Борис

Лучше все-таки выбрать основным 62.01, остальные коды будут дополнительными.

02 ноября 2016, 10:19
Дмитрий Васильев
Адвокат, г. Москва
рейтинг 10
Общаться в чате

Добрый день!
Коллеги уже ответили на Ваш вопрос, я бы хотел в целом дополнить ответ в части оформления прав на ПО и в части требований к договору на разработку программного обеспечения.
В частности, исходя из своего опыта работы в части составления и сопровождения Договоров на разработку программного обеспечения как со стороны Заказчиков, так и со стороны Исполнителей (на территории РФ, а также международных), а также исходя из опыта ведения судебных споров по таким Договорам хотелось бы отметить следующее.
1. Что касается закрепления прав на программное обеспечение.
С одной стороны, обязанности регистрировать права на программное обеспечение с точки зрения закона нет (согласно п.1 ст. 1262 ГК РФ правообладатель в течение срока действия исключительного права на программу для ЭВМ или на базу данных может по своему желанию зарегистрировать такую программу или такую базу данных в федеральном органе исполнительной власти по интеллектуальной собственности).
То есть права на ПО будут иметь юридическую защиту и без регистрации права на программу для ЭВМ, регистрация права нужна именно для облегчения процесса доказывания наличия этих самых прав на ПО (хотя сама по себе регистрация тоже не является 100% подтверждением).

Быстрое обучение 1С — урок №1

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

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

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

24 февраля на официальном портале правовой информации опубликованы приказы Минкомсвязи «Об утверждении классификатора программ для электронных вычислительных машин и баз данных», «Об утверждении правил применения классификатора…» и «Об определении официального сайта оператора единого реестра российских программ для ЭВМ и баз данных в информационно-телекоммуникационной сети «Интернет». Приказы были подписаны 31 декабря 2015 года и зарегистрированы Минюстом 19 февраля 2016 года.

Напомним, что постановлением правительства от 16.11.2015 №1236 Минкомсвязи было поручено «утвердить классификатор программ для электронных вычислительных машин и баз данных, содержащий указание на функциональные, технические и (или) эксплуатационные характеристики, по которым определяется соответствие программного обеспечения классу программного обеспечения», а также установить «соответствие классов программного обеспечения кодам Общероссийского классификатора продукции по видам экономической деятельности» (ОКПД). В утвержденном классификаторе коды ОКПД не приведены, хотя в проекте классификатора , доработанном по итогам обсуждения и опубликованном на сайте regulation.gov.ru, коды ОКПД присутствуют.

Классификатор программного обеспечения , согласно опубликованному 24 февраля документу Минкомсвязи, выделяет следующие разделы программных продуктов:

Эта классификация совпадает с декабрьским проектом документа

В классификаторе использованы иерархический метод классификации и последовательный метод кодирования, сказано в документе. Код состоит из 2-4 цифр, и его структура определяется в следующем виде:
ХХ – название раздела
ХХ.ХХ – название класса.

Классификация ПО, приведённая в приказе, не противоречит той, которая использована на сайте реестра российского ПО .

Согласно правилам применения классификатора , определение соответствия программ одному или нескольким классом производится экспертным советом по российскому ПО при Минкомсвязи одновременно с принятием решения о включении ПО в реестр.

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

В случае полного или частичного соответствия функциональных, технических и (или) эксплуатационных характеристик, по которым определяется соответствие ПО классу, нескольким классам, экспертный совет принимает решение о соответствии ПО нескольким классам.

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

Сайтом реестра отечественного ПО теперь официально становится reestr.minsvyaz.ru (реестр.минсвязь.рф). Об этом сказано в приказе « Об определении официального сайта оператора единого реестра российских программ …».

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

Несмотря на то, что приказы «Об утверждении классификатора программ для электронных вычислительных машин и баз данных», «Об утверждении правил применения классификатора…» и «Об определении официального сайта оператора единого реестра российских программ для ЭВМ и баз данных в информационно-телекоммуникационной сети «Интернет» до сих пор не были опубликованы, реестр отечественного ПО уже работает. На минувшей неделе его пополнили 84 программных продукта .

Тексты документов, опубликованные на официальном портале правовой информации:

КЛАССИФИКАТОР

ПРОГРАММ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН И БАЗ ДАННЫХ

Классификатор
Описание класса программ для ЭВМ и баз данных
Код (числовое обозначение) раздела или класса программ для ЭВМ и баз данных

Код (числовое обозначение) Общероссийского классификатора продукции по видам экономической деятельности

Раздел
Класс

• Средства защиты от НСД/ Системы, позволяющие предотвратить несанкционированный доступ к конфиденциальной информации.
• Системы управления событиями информационной безопасности (Security Information and Event Management — SIEM)/ Системы, ориентированные на выявление и предотвращение кибератак на их ранних стадиях, за счет анализа в режиме реального времени данных корпоративной ИТ-инфраструктуры с целью определения потенциальных угроз безопасности.
• Межсетевые экраны (firewall)/TIO, осуществляющее контроль и фильтрацию проходящих через него сетевых пакетов в соответствии с заданными правилами.
• Средства фильтрации негативного контента/ Системы, позволяющие управлять доступом к различным категориям веб-сайтов, для ограничения определенного нежелательного контента.
• Системы защиты сервисов онлайн-платежей и дистанционного банковского обслуживания (Fraud Management)/Системы, предназначенные для выявления, анализа и предотвращения мошенничества.
• Средства антивирусной защиты/программы, предназначенные для обнаружения/перехвата и обезвреживания вредоносного ПО как в памяти устройства, так и во входящем/исходящем трафике.
• Средства выявления целевых атак.
• Системы, предназначенные для обнаружения атак на конкретную организацию, страну или индустрию с целью кражи данных или получения контроля над ресурсами.
• Средства гарантированного уничтожения данных/ Программные средства, использующие специальные методики многократной перезаписи определенными паттренами, для минимизации вероятности восстановления информации с носителей на базе HDD. Ограниченно применимы к SSD.
• Системы предотвращения утечек информации (Data Leak Ргеvеntion)/Системы, предназначенные для предотвращения распространения конфиденциальной информации из информационной системы вовне.
• Средства криптографической защиты информации и электронной подписи/Средства, предназначенные для защиты конфиденциальности, целостности и аутентичности данных, для формирования и проверки электронной подписи, а также управления ключевой информацией, включая ключи электронной подписи и ключи проверки электронной подписи; системы, предназначенные для изготовления сертификатов открытых ключей и управления ими (аннулирование, приостановление, возобновление), включая служебные функции (управление списками сертификатов, подтверждение статусов сертификатов открытых ключей, сервисы доверенного времени).
• Системы управления доступом к информационным ресурсам (Identity and Access Management)/Совокупность программно-аппаратных технических средств безопасности, имеющих целью ограничение и регистрацию доступа к ресурсам информационной системы.
• Системы резервного копирования (backup)/Программы, обеспечивающие создание копии данных на носителе (жёстком диске, дискете и т. д.) и предназначенные для их восстановления в оригинальном или новом месте в случае их повреждения или утраты.

• Мультимедийное ПО/программы, обеспечивающие представление информации в виде звука, анимированной компьютерной графики, видеоряда.
• Плагины (plug-in)/Независимо компилируемый программный модуль, динамически подключаемый к основной программе и предназначенный для расширения её возможностей.
• Игры и развлечения/программы, организующие игровой процесс (gameplay), связь с партнерами по игре, или сама выступающая в качестве партнёра.

• Файловые менеджеры (File Manager)/программы (приложения), позволяющие создавать, удалять, копировать и перемещать файлы в доступных пользователю хранилищах файлов.
• Коммуникационное ПО/программы, обеспечивающие коммуникации пользователей, в том числе в виде голосовых и видеозвонков, обмена текстовыми сообщениями, файлами, электронными письмами.
• Офисные пакеты/совокупность взаимосвязанных программ (приложений) с унифицированным интерфейсом, предназначенных для создания, просмотра и редактирования электронных документов.
• Почтовые приложения/программы, обеспечивающие доступ пользователя к его почтовым ящикам с учетом разграничения прав, которые позволяют получать, создавать, просматривать, редактировать, отправлять и хранить сообщения электронной почты.
• Органайзеры/программы (приложения), предназначенные для организации информации о личных контактах, задачах и событиях пользователя.
• Средства просмотра/программы (приложения), предназначенные только для просмотра файлов (электронных документов).
• Браузеры/программы (приложения), предназначенные для взаимодействия пользователя с удаленными (или локальными) ресурсами информационной сети Интернет в соответствии со спецификациями W3C.
• Редакторы мультимедиа/программы (приложения), предназначенные для создания, просмотра и редактирования информации в виде графики, звука, анимированной компьютерной графики, видеоряда.
• Редакторы презентаций/программы (приложения), предназначенные для создания, просмотра, редактирования и демонстрации мультимедиа-презентаций (слайд-фильмов), состоящих из нескольких слайдов, на которых размещаются тексты, рисунки, таблицы, графики, диаграммы и др.
• Табличные редакторы/программы (приложения), предназначенные для создания, просмотра и редактирования электронных таблиц.
• Текстовые редакторы/программы (приложения), предназначенные для создания, просмотра и редактирования текстовых файлов.

• Парсеры и Семантические анализаторы/Системы анализа текстов на естественных языках с выделением синтаксических структур в предложениях или выделением семантических отношений между элементами текста и общего смысла текстов.
• Системы речевого перевода/Системы анализа, синтеза и голосового перевода.
• Системы распознавания символов/программы, позволяющие переводить изображения документов (фотографий, результатов сканирования, PDF-файлов) в электронные редактируемые форматы.
• Системы распознавания и синтеза речи/программы преобразования речевого сигнала в электронные редактируемые форматы и синтеза речевого сигнала на основе данных электронного редактируемого формата.
• Системы автоматизированного перевода/Системы автоматизированного перевода текстов и документов разных форматов.
• Электронные словари/Словарь в электронной форме для поиска значения или перевода слов и словосочетаний.
• Системы проверки правописания (spell checker)/Системы поиска орфографических ошибок в электронных текстах.

• Системы управления проектами/ПО управления проектами, портфелями и программами проектов. Реализует функции планирования проектов, управления ресурсами и финансами проектов, контроля реализации проектов, управления рисками и изменениями в проектах, управления коммуникациями, автоматизации построения консолидированной отчетности.
• Системы управления жизненным циклом изделия (РLМ)/Универсальные Машиностроительные САПР (MCAD), Специализированные отраслевые САПР на базе универсальных (CAD), САПР для радиоэлектроники и электротехники (ECAD, EDA), Системы инженерного анализа (САЕ), Системы управления оборудованием с ЧПУ (САМ), Системы технологической подготовки производства (САРР), Системы управления инженерными данными об изделии (PDM), Интегрированные системы CAD/CAM/CAE/PDM.
• Системы информационного моделирования зданий и сооружений (ВIМ)/архитектурно- строительного проектирования (АЕС CAD), проектирования и расчета строительных конструкций зданий и сооружений, электротехнического проектирования, проектирования технологических трубопроводов и установок, проектирования внутреннего водоснабжения, канализации, отопления и вентиляции, проектирования генплана, инженерных сетей и объектов инфраструктуры, проектирования мостов, автомобильных и железных дорог, магистральных продуктопроводов, кадастрового учета строительных объектов, проектирования организации строительства, производства работ, планирования и сметных расчетов, управления проектными данными, справочники НТД и базы оборудования, изделий и материалов.

• Системы управления бизнес-процессами (ВРМ)/ПО, предназначенное для управления совокупностью взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей.
• Системы управления производственными процессами (MES, LIMS, и т.д.)/МES-системы предназначены для решения задач синхронизации, координации, анализа и оптимизации выпуска продукции в рамках какого-либо производства. LIMS системы оптимизируют сбор, анализ, возврат и отчетность лабораторных данных.
• Системы управления технологическими процессами (АСУ ТП, SCADA системы)/комплекс технических и программных средств, предназначенных для автоматизации управления технологическим оборудованием на промышленных предприятиях.
• Системы управления эффективностью предприятия (СРМ/ЕРМ)/Системы поддержки полного цикла управления предприятием, в том числе в части финансовой консолидации, подготовки финансовой и управленческой отчетности, стратегического планирования и прогнозирования, бюджетирования, планирования и прогнозирования, согласования данных и расчета балансов, моделирования и оптимизации прибыльности с использованием средств поддержки принятия решений и бизнес- анализа (DSS, BI).
• Системы управления основными фондами предприятия (ЕАМ)/ПО, реализующее непосредственное администрирование и документальное сопровождения комплекса имущественных отношений организации, в том числе планирование и своевременное обеспечение производства и/или организации всеми видами материальных и энергетических ресурсов, а также анализ, планирование и оптимизацию складских запасов в соответствии с целями и бизнес-процессами организации.
• Системы финансового менеджмента, управления активами и трудовыми ресурсами (ЕRР)/комплекс программ, обеспечивающий на непрерывную балансировку и оптимизацию ресурсов предприятия.
• Системы электронного документооборота (EDMS)/Программные компоненты управления различными видами документов обеспечивают создание, изменение, хранение, передачу, обмен, согласование, в том числе между различными субъектами, поиск документов на протяжении всего их жизненного цикла: от создания до их уничтожения.
• Системы управления отношениями с клиентами (СRM)/Программные продукты, автоматизирующие процессы обслуживания клиентов (call-центры), сбор данных, планирование, бюджетирование, проведение и анализ результатов маркетинговых кампаний и программ лояльности, а также позволяющие контролировать процесс продаж и анализировать их динамику.
• Системы управления информационными ресурсами, корпоративные хранилища данных и системы управления основными данными (ЕСМ, EDW, MDM)/самостоятельные программные компоненты, предназначенные для поддержки единого жизненного цикла структурированной, слабоструктурированный и неструктурированной информации (контента) различных типов и форматов.
• Системы управления IT-службой, IT- инфраструктурой и IT-активами (ITSM- ServiceDesk, SCCM, Asset Management)/Комплекс программ, обеспечивающих управление ИТ- услугами/
• Системы управления содержимым (CMS), сайты и портальные решения/программы, обеспечивающие процесс совместного создания, редактирования и управления контентом.
• Системы электронной коммерции (ecommerce platform)/Программаa для создания и управления интернет-магазином, предоставляющая весь набор функций для организации дистанционной торговли в сферах В2С и В2В/

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

Power Platform в Едином реестре российских программ для ЭВМ и БД

Запись произведена на основании поручения Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 03.04.2023 по протоколу заседания экспертного совета от 27.03.2023 №193пр. Правообладателем программного обеспечения является ООО Ай-Джи-Эй Системы, дочерняя компания АО Ай-Джи-Эй Технологии.

Класс программного обеспечения по классификатору, утвержденному приказом от 22.09.2020 № 486

Основной:

• 04.08 Интегрированные платформы для создания приложений

Коды продукции в соответствии с Общероссийским классификатором продукции по видам экономической деятельности:

• 58.29.14 Средства разработки инструментальные и программное обеспечение языков программирования на электронном носителе

• 62 Продукты программные и услуги по разработке программного обеспечения; консультационные и аналогичные услуги в области информационных технологий

Power Platform — web-платформа, предназначенная для решения индивидуальных потребностей промышленных компаний. Выступает в качестве единого источника достоверной информации за счет объединения в одну единую среду платформенных решений.

Теги: IGA Technologies, PLM, единая платформа

Поделиться записью

• Поделиться Facebook
• Поделиться Twitter
• Share on WhatsApp
• Поделиться LinkedIn
• Поделиться Tumblr
• Поделиться Vk
• Поделиться по почте

Источник: igatec.com