Виды деятельности ип без регистрации: какую предпринимательскую деятельность можно осуществлять без государственной регистрации — Дело Модульбанка

Какие виды деятельности требуют обязательной регистрации в качестве ИП \ Акты, образцы, формы, договоры \ КонсультантПлюс

• Главная
• Правовые ресурсы
• Подборки материалов
• Какие виды деятельности требуют обязательной регистрации в качестве ИП

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

• Индивидуальный предприниматель:
• 18210202103081013160
• 18210202140061110160
• 18210807010011000110
• 18211301020016000130
• 4-ндфл кто сдает
• Ещё…

Статьи, комментарии, ответы на вопросы: Какие виды деятельности требуют обязательной регистрации в качестве ИП

Зарегистрируйтесь и получите пробный доступ к системе КонсультантПлюс бесплатно на 2 дня

Открыть документ в вашей системе КонсультантПлюс:
«Комментарий к Федеральному закону от 24 июля 2007 г. N 209-ФЗ «О развитии малого и среднего предпринимательства в Российской Федерации»
(постатейный)
(Батрова Т.А., Пешкова (Белогорцева) Х.В., Баранов И.В., Ротко С.В., Беляев М.А., Тимошенко Д.А.)
(Подготовлен для системы КонсультантПлюс, 2021)Вторым ориентиром является Федеральный закон от 27.11.2018 N 422-ФЗ «О проведении эксперимента по установлению специального налогового режима «Налог на профессиональный доход», который допускает ведение без государственной регистрации в качестве индивидуальных предпринимателей деятельности, доходы от которой облагаются налогом на профессиональный доход, кроме случаев, когда ведение какого-либо вида деятельности требует обязательной регистрации в качестве индивидуального предпринимателя в соответствии с федеральными законами (п. 6 ст. 2). Таким образом, налог на профессиональный доход могут платить как лица со статусом индивидуального предпринимателя, так и лица, не имеющие такого статуса.

Зарегистрируйтесь и получите пробный доступ к системе КонсультантПлюс бесплатно на 2 дня

Открыть документ в вашей системе КонсультантПлюс:
Статья: Компенсация за незаконное использование товарного знака в Российской Федерации
(Гульбин Ю. Т.)
(«Имущественные отношения в Российской Федерации», 2022, N 8)Логика, изложенная в позиции Конституционного Суда в отношении индивидуальных предпринимателей, а не физических лиц без такового статуса, понятна. Согласно пункту 4 статьи 23 ГК РФ лицо, осуществляющее предпринимательскую деятельность без образования юридического лица с нарушением требований о приобретении статуса индивидуального предпринимателя, не вправе ссылаться в отношении заключенных им при этом сделок на то, что оно не является предпринимателем. Суд может применить к таким сделкам правила об обязательствах, связанных с осуществлением предпринимательской деятельности. Вместе с тем представляется, что выраженная КС РФ позиция могла бы быть предусмотрена в отношении не только индивидуальных предпринимателей, но и физических лиц, не наделенных таким статусом. Согласно пункту 6 статьи 2 Федерального закона от 27 ноября 2018 года N 422-ФЗ «О проведении эксперимента по установлению специального налогового режима «Налог на профессиональный доход» физические лица при применении специального налогового режима вправе вести виды деятельности, доходы от которых облагаются налогом на профессиональный доход, без государственной регистрации в качестве индивидуальных предпринимателей, за исключением видов деятельности, ведение которых требует обязательной регистрации в качестве индивидуального предпринимателя. Кроме того, в настоящее время Министерством экономического развития Российской Федерации предложены поправки в ГК РФ в качестве «дорожной карты» трансформации делового климата в сфере интеллектуальной собственности, заключающиеся в предоставлении права регистрации товарных знаков физическим лицам .

Нормативные акты: Какие виды деятельности требуют обязательной регистрации в качестве ИП

Федеральный закон от 27.11.2018 N 422-ФЗ
(ред. от 28.06.2022)
«О проведении эксперимента по установлению специального налогового режима «Налог на профессиональный доход»6. Физические лица при применении специального налогового режима вправе вести виды деятельности, доходы от которых облагаются налогом на профессиональный доход, без государственной регистрации в качестве индивидуальных предпринимателей, за исключением видов деятельности, ведение которых требует обязательной регистрации в качестве индивидуального предпринимателя в соответствии с федеральными законами, регулирующими ведение соответствующих видов деятельности.

Виды деятельности, не требующие регистрации в качестве ИП

Здравствуйте.
Вопрос по возврату товара надлежащего качества, приобретенного дистанционным путем в ООО «ДНС Ритейл». Материнская плата (комплектующие для ПК) куплена через сайт с онлайн-оплатой. Чисто технически исправна, идеальный внешний вид. Меня не устроила по причине высокочастотных писков, хотя никаких характеристик по шумности не указано, т.е. чисто субъективный параметр. Купил аналогичную плату другого производителя, с ней никаких посторонних звуков нет. Иду в магазин делать возврат платы, которая со «звуком», 7 законных дней не истекли. Объясняю сразу в магазине, что чисто технически — это полностью исправный товар и просто по человечески объяснил, что посторонние звуки меня не устраивают, тем более, что на другой плате, купленной в этом же магазине, таких звуков нет. Это магазин сети ДНС. Общался с управляющим магазина. Мне было заявлено, что необходима проверка качества не зависимо от того исправную или неисправную плату я сдаю. Я сказал: делайте если считаете нужным, но мне нужен возврат. Никак не желали оформить именно как возврат товара надлежащего качества. И даже горячая линия ДНС уверят, что все на усмотрение управляющего магазином. В итоге выдали «заказ-наряд» с формулировкой «товар принимается для проведения проверки качества.» И далее «неисправность со слов клиента : при запуске появляется высокочастотный писк. Внешний вид, комплектация полная, состояние новой». Я стал возражать, что я пришел делать возврат, а не просить проводить проверку (мне она не нужна). И несколько раз спросил почему не составляют по форме заявление именно на возврат, как я прошу? В ответ, мол, у нас такие правила: сначала проверка, потом — заявление на возврат. Мол, не волнуйтесь, деньги вернем вам, но потом. Это все на словах. Я говорю управляющем, что не надо заполнять пункт «неисправность», мои претензии к товару — это чисто субъективные ощущения, которые даже измерить нечем и другой человек посторонние звуки может и не заметить, уровень шума все равно ничем не регламентируется и такого параметра в характеристиках нет. В ответ мне: мы не можем не заполнить графу «неисправность», надо что-то в ней написать. Я понимаю уже, что столкнулся с юридической некомпетентностью сотрудника или намеренным желанием ввести меня в заблуждение. Максимум чего я добился, это того, что внизу заказ-наряда управляющий написал от руки: «Проверка качества проводится для возврата денежных средств клиенту. В связи с просьбой вернуть денежные средства за исправный товар (со слов клиента)».
Я сразу управляющему объяснил, что уверен на 99,99% в том, что никаких дефектов в товаре не найдут. Ответ управляющего: вот и хорошо, что не найдут, мы вам после этого сделаем возврат денег. А если найдут дефект, то тоже, мол, вернут деньги. Далее мой вопрос управляющему: если товар окажется исправным, то уже пройдут сроки в 7 дней для возврата товара надлежащего качества. Ответ управляющего: не волнуйтесь, на время проверки (до 21 дня) у вас срок возврата исправного товара увеличится на срок проверки. Я сразу сказал, что вряд ли закон так работает. Еще перезвонил на горячую линию ДНС и мне подтвердили, что если проверка качества покажет, что никаких проблем не найдено, то я, действительно, в этом случае потеряю возможность вернуть товар надлежащего качества в установленные 7 дней, т.к. этот срок уже пройдет.
Вот и получается, что мозги мне запудрили и теперь я лишен юридической возможности вернуть товар? Т.к. чисто технически он исправен, в этом сомневался лишь продавец (а вдруг я что-то сам не то и не так делаю, а не залил ли я и т.д. и т.п.).
Я даже когда позвонил на горячую линию ДНС и получил ответ, что скорее всего я не смогу уже вернуть исправный товар, то я сразу же опять пошел в магазин и попросил вернуть мне товар, т.к. он находился еще в магазине, но и тут мне отказали.
Получается, что я вроде бы сам пришел просить сделать проверку товара и именно это написано в выданной мне бумаге. Хотя раз десять я повторил, что мне нужен возврат, а проверка нужна самому магазину и я не инициализировал проверку.
Что я могу сделать чтобы вернуть товар? И как так получается, что магазин не желает работать по закону, а пытается всячески запутать покупателя?
У меня еще есть вариант подать заявление на возврат? 7 дней не прошли.
Товар мне не нужен и именно с целью возврата я и пришел в магазин.

приложений и субъектов-служб в Azure AD — Microsoft Entra

• Статья
• 02.11.2022
• 6 минут на чтение

В этой статье описывается регистрация приложений, объекты приложений и субъекты-службы в Azure Active Directory (Azure AD): что это такое, как они используются и как они связаны друг с другом. Также представлен пример сценария с несколькими арендаторами, иллюстрирующий взаимосвязь между объектом приложения приложения и соответствующими объектами субъекта-службы.

Регистрация приложения

Чтобы делегировать функции управления удостоверениями и доступом в Azure AD, приложение должно быть зарегистрировано в клиенте Azure AD. Когда вы регистрируете свое приложение в Azure AD, вы создаете конфигурацию удостоверения для своего приложения, которая позволяет ему интегрироваться с Azure AD. Когда вы регистрируете приложение на портале Azure, вы выбираете, будет ли оно одноклиентским или мультитенантным, и можете дополнительно задать URI перенаправления. Пошаговые инструкции по регистрации приложения см. в кратком руководстве по регистрации приложения.

Когда вы завершили регистрацию приложения, у вас есть глобально уникальный экземпляр приложения (объект приложения), который находится в вашем домашнем арендаторе или каталоге. У вас также есть глобальный уникальный идентификатор для вашего приложения (идентификатор приложения или клиента). Затем на портале вы можете добавить секреты или сертификаты и области, чтобы ваше приложение работало, настроить фирменный стиль вашего приложения в диалоговом окне входа и многое другое.

Если вы регистрируете приложение на портале, в вашем домашнем арендаторе автоматически создаются объект приложения и объект субъекта-службы. Если вы регистрируете или создаете приложение с помощью API Microsoft Graph, создание объекта субъекта-службы — это отдельный шаг.

Объект приложения

Приложение Azure AD определяется своим единственным объектом приложения, который находится в клиенте Azure AD, в котором было зарегистрировано приложение (известном как «домашнее» арендатор приложения). Объект приложения используется в качестве шаблона или схемы для создания одного или нескольких объектов субъекта-службы. Субъект-служба создается в каждом арендаторе, где используется приложение. Подобно классу в объектно-ориентированном программировании, объект приложения имеет некоторые статические свойства, которые применяются ко всем созданным субъектам-службам (или экземплярам приложения).

Объект приложения описывает три аспекта приложения:

• Как служба может выдавать токены для доступа к приложению
• Ресурсы, которые могут потребоваться приложению для доступа
• Действия, которые может выполнять приложение

Вы можете использовать страницу регистрации приложений на портале Azure, чтобы перечислять и управлять объектами приложений в вашем домашнем клиенте.

Сущность приложения Microsoft Graph определяет схему свойств объекта приложения.

Объект субъекта-службы

Чтобы получить доступ к ресурсам, защищенным клиентом Azure AD, объект, которому требуется доступ, должен быть представлен субъектом безопасности. Это требование справедливо как для пользователей (субъект-пользователь), так и для приложений (субъект-служба). Субъект безопасности определяет политику доступа и разрешения для пользователя/приложения в клиенте Azure AD. Это включает основные функции, такие как проверка подлинности пользователя/приложения во время входа и авторизация во время доступа к ресурсам.

Существует три типа субъектов-служб:

• Приложение . Тип субъекта-службы — это локальное представление или экземпляр приложения глобального объекта приложения в одном арендаторе или каталоге. В этом случае субъект-служба — это конкретный экземпляр, созданный из объекта приложения и наследующий определенные свойства этого объекта приложения. Субъект-служба создается в каждом арендаторе, где используется приложение, и ссылается на глобально уникальный объект приложения. Объект субъекта-службы определяет, что приложение может фактически делать в конкретном клиенте, кто может получить доступ к приложению и к каким ресурсам может получить доступ приложение.

  Когда приложению предоставляется разрешение на доступ к ресурсам в арендаторе (при регистрации или согласии), создается объект субъекта-службы. Когда вы регистрируете приложение с помощью портала Azure, субъект-служба создается автоматически. Вы также можете создавать объекты субъекта-службы в клиенте с помощью Azure PowerShell, Azure CLI, Microsoft Graph и других инструментов.

• Управляемое удостоверение — этот тип субъекта-службы используется для представления управляемого удостоверения. Управляемые удостоверения избавляют разработчиков от необходимости управлять учетными данными. Управляемые удостоверения предоставляют удостоверение, которое приложения могут использовать при подключении к ресурсам, поддерживающим проверку подлинности Azure AD. Когда управляемое удостоверение включено, в вашем клиенте создается субъект-служба, представляющий это управляемое удостоверение. Субъектам-службам, представляющим управляемые удостоверения, можно предоставить доступ и разрешения, но их нельзя обновить или изменить напрямую.

• Устаревший — этот тип субъекта-службы представляет устаревшее приложение, которое является приложением, созданным до того, как была введена регистрация приложений, или приложением, созданным с помощью устаревшего интерфейса. Устаревший субъект-служба может иметь учетные данные, имена субъектов-служб, URL-адреса ответов и другие свойства, которые может редактировать авторизованный пользователь, но не имеет связанной регистрации приложения. Субъект-службу можно использовать только в клиенте, в котором он был создан.

Сущность Microsoft Graph ServicePrincipal определяет схему для свойств объекта субъекта-службы.

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

Связь между объектами приложения и субъектами-службами

Объект приложения — это глобальное представление вашего приложения для использования всеми арендаторами, а субъект-служба — это локальное представление для использования в конкретном арендаторе. Объект приложения служит шаблоном, из которого получаются общие свойства и свойства по умолчанию для использования при создании соответствующих объектов субъекта-службы.

Объект приложения имеет:

• отношение один к одному с программным приложением и
• Связь «один ко многим» с соответствующим объектом (объектами) субъекта-службы

В каждом тенанте, где используется приложение, должен быть создан субъект-служба, позволяющий установить удостоверение для входа и/или доступа к ресурсам, защищенным тенантом. Приложение с одним клиентом имеет только один субъект-службу (в своем домашнем клиенте), созданный и разрешенный для использования во время регистрации приложения. Мультитенантное приложение также имеет субъект-службу, созданную в каждом арендаторе, если пользователь этого арендатора дал согласие на его использование.

Последствия изменения и удаления приложений

Любые изменения, которые вы вносите в объект приложения, также отражаются в его объекте субъекта-службы только в домашнем арендаторе приложения (тенанте, в котором оно было зарегистрировано). Это означает, что удаление объекта приложения также приведет к удалению его домашнего объекта субъекта-службы клиента. Однако восстановление этого объекта приложения через пользовательский интерфейс регистрации приложений не приведет к восстановлению соответствующего субъекта-службы. Дополнительные сведения об удалении и восстановлении приложений и их объектов субъектов-служб см. в статье Удаление и восстановление приложений и объектов субъектов-служб.

Пример

На следующей диаграмме показана взаимосвязь между объектом приложения приложения и соответствующими объектами субъекта-службы в контексте примера многопользовательского приложения под названием HR app . В этом примерном сценарии есть три арендатора Azure AD:

• Adatum — арендатор, используемый компанией, разработавшей приложение HR

.

• Contoso — арендатор, используемый организацией Contoso, которая является потребителем Приложение HR
• Fabrikam — арендатор, используемый организацией Fabrikam, которая также использует приложение HR

.

В этом примерном сценарии:

Шаг	Описание
1	Процесс создания объектов приложения и субъекта-службы в домашнем клиенте приложения.
2	Когда администраторы Contoso и Fabrikam дают согласие, в клиенте Azure AD их компании создается объект субъекта-службы, которому назначаются разрешения, предоставленные администратором. Также обратите внимание, что приложение HR может быть настроено/разработано таким образом, чтобы разрешить пользователям согласие на индивидуальное использование.
3	Каждый клиент-потребитель приложения HR (Contoso и Fabrikam) имеет собственный объект субъекта-службы. Каждый представляет использование экземпляра приложения во время выполнения, регулируемое разрешениями, предоставленными соответствующим администратором.

Дальнейшие действия

Узнайте, как создать субъект-службу:

• Использование портала Azure
• Использование Azure PowerShell
• Использование Azure CLI
• Использование Microsoft Graph, а затем использование Microsoft Graph Explorer для запроса объектов приложения и субъекта-службы.

Мониторинг действий с помощью sp_WhoIsActive в SQL Server

В этой статье мы поговорим о хранимой процедуре sp_WhoIsActive и о том, как мы можем использовать ее для текущего мониторинга.
выполнение действий в SQL Server.

Введение

Администраторы баз данных (DBA) постоянно проверяют текущие операции над экземпляром SQL Server, особенно когда сервер замедляется.

В общем, Microsoft предоставила две системные хранимые процедуры, называемые «sp_who» и «sp_who2», для извлечения всех текущих данных.
запущенные процессы на экземпляре, но им не хватает полезной информации, которая может облегчить производительность
процесс мониторинга и анализа, а также они показывают много бесполезной информации (системные процессы).

По этой причине Адам Маханик (Microsoft MVP с 2004 г.) разработал более мощную хранимую процедуру под названием «sp_whoisactive», чтобы заполнить пробел между фактическими потребностями администраторов баз данных и потребностями администраторов баз данных.
предоставляемые в настоящее время процедуры (sp_who и sp_who2).

В следующих разделах мы кратко поговорим о хранимых процедурах sp_who и sp_who2, а затем проиллюстрируем
как загрузить и использовать хранимую процедуру sp_whoisactive.

sp_Who и sp_Who2

Как мы упоминали ранее, Microsoft предоставила хранимые процедуры sp_Who и so_Who2 для мониторинга активности в SQL.
Сервер. В этом разделе мы объясним, что представляет собой информация, возвращаемая каждой хранимой процедурой, и каковы различия между ними.

Как описано в официальной документации, sp_who «предоставляет информацию о текущих пользователях, сеансах и процессах в экземпляре ядра базы данных Microsoft SQL Server. Информация может быть
отфильтрованы, чтобы возвращать только те процессы, которые не простаивают, принадлежат определенному пользователю или
конкретного сеанса».

sp_who возвращает такую ​​информацию, как идентификатор процесса сеанса (SPID), идентификатор контекста выполнения (ECID), процесс
статус, идентификатор сеанса блокировки, имя базы данных, логин и имя хоста, связанные с этим процессом, а также
тип команды.

Рисунок – вывод sp_who

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

Рисунок – вывод sp_who2

Как показано на снимках экрана выше, выходные данные этих процедур показывают все запущенные системные и пользовательские процессы, что не требуется постоянно, и пользователь может фильтровать только с помощью имени входа или идентификатора сеанса, в то время как ему может потребоваться скрыть системные процессы. Кроме того, выходные данные не содержат никакой информации о выполняющейся в данный момент SQL-команде, такой как время начала выполнения, продолжительность выполнения, информация WAIT и другие сведения.

Загрузите и установите sp_whoisactive

Чтобы загрузить эту процедуру, вам нужно перейти на страницу загрузок веб-сайта и выбрать соответствующий выпуск или вы можете сделать это из репозитория GitHub.

После завершения загрузки вы должны открыть файл who_is_active. sql с помощью SQL Server Management Studio и
выполнить скрипт.

Использование sp_Whoisactive

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

Рисунок – Часть 1 вывода процедуры

Рисунок – вывод процедуры, часть 2

Как показано ниже, чтобы показать системные процессы, вы должны выполнить следующую команду:

Рисунок – Отображение системных процессов

Вы можете визуализировать больше информации из этой процедуры, передав дополнительные параметры, такие как
@get_additional_info, @get_locks, @get_avg_time и другие параметры.

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

Рисунок – встроенная документация процедуры

Как показано на изображении выше, команда справки состоит из трех разделов:

1. Общая информация: , где общая информация, такая как версия, веб-сайт, адрес электронной почты создателя
   при условии
2. Описание параметров: где список всех доступных параметров с их описанием
   при условии
3. Описание выходных столбцов: полный список всех доступных выходных столбцов с их
   описания

Сохранение исторических данных

Если нам нужно периодически сохранять информацию о запущенных процессах для дальнейшего анализа, а так как все выходные столбцы
типы данных и имя можно найти во встроенной документации процедуры, мы можем создать задание агента SQL, которое
периодически выполняет процедуру sp_whoisactive внутри команды INSERT, например:

Затем мы можем обратиться к сохраненным данным позже для дальнейшего анализа.

Ресурсы

Если вы хотите узнать больше об этой хранимой процедуре, вы можете обратиться к следующим ссылкам:

• Официальная документация Whoisactive
• Брент Озар: Как использовать sp_WhoIsActive для поиска медленных запросов SQL Server

Заключение

В этой статье мы кратко описали процедуры sp_who, sp_who2 и sp_whoisactive и объяснили, почему
sp_whoisactive является более мощным и более необходимым для администраторов баз данных.

• Автор
• Последние сообщения

Хади Фадлаллах

Хади — профессионал SQL Server с более чем 10-летним опытом. Его основная специализация — интеграция данных. Он является одним из ведущих участников ETL и SQL Server Integration Services на Stackoverflow.