Офисы IT-компаний

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

Что такое соглашение о неконкуренции?

Зачем работодателю соглашение о неконкуренции (NCA)?

Законно ли заключение соглашения о неконкуренции с работником?

Как защититься работодателю без классического NCA?

Можно ли заключить соглашение о неконкуренции с компанией?

Ответственность за заключение незаконного соглашения о неконкуренции

Что нужно указать в соглашении о неконкуренции?

Что нельзя делать при заключении NCA?

Законные альтернативы соглашению о неконкуренции?

Я давно заметил, что в российском IT‑секторе годами жила иллюзия полной юридической неприкосновенности. Льготы, отсрочки от армии и программы господдержки усыпили бдительность фаундеров и CTO. Сложилось ложное чувство безопасности. Казалось, что жесткие уголовные риски, обыски, визиты оперативников ОЭБиПК (ОБЭП), «письма счастья» и приглашения «просто поговорить» — это проблемы из какого‑то другого мира. Из мира сырьевиков, ритейла или застройщиков.

Сейчас реальность изменилась. IT‑компании, Web3-проекты, разработчики смарт‑контрактов и финтех‑сервисы постоянно попадают под прицел силовиков. Поводы бывают разные: доследственные проверки по жалобам недовольных клиентов, претензии налоговой к «бумажному НДС» у контрагентов или аудит ИТ‑госконтрактов и гособоронзаказа (ГОЗ). А иногда за этим стоит банальное желание конкурентов забрать себе чужой исходный код.

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

В статье подробно разбираются в частности следующие вопросы:

1.Какой договор заключать на разработку ПО?

2.Что именно создаем, предмет договора и техническое задание

3.Когда начинается и заканчивается разработка, сроки и этапы разработки ПО

4.Как управляем изменениями, оформление изменений в ТЗ и дополнительных работ

5.Как платим за разработку, стоимость разработки и порядок оплаты

6.Как принимаем разработанное ПО?

7.Кому принадлежит исключительное право на ПО?

8.Что делать со сторонними компонентами?

9.Что происходит при расторжении договора?

10.Гарантия, ответственность, NDA и персональные данные

В конце материала представлен чек-лист проверки договора на разработку ПО

​​​​​

Договоренности между основателями часто существуют только «на словах». Пока отношения хорошие, это работает. Проблемы начинаются, когда нужно принять спорное решение, привлечь инвестора или кто‑то решает выйти из проекта.

Пример: Два основателя создали фирму, распределили корпоративный контроль 50/50, всё идёт хорошо, но вот предлагается сделка, её нужно согласовать как крупную, а по уставу кворум может быть только при 100% голосов «За». В преддверии общего собрания у основателей произошёл личный конфликт, в итоге один из них голосует стабильно «Против». В результате сделка сорвана, проект потерял деньги, предприятие стало приближаться к банкротству.

И это далеко не единичный случай, когда отсутствие зафиксированных договорённостей приводит к параличу деятельности стартапа.

Как решить будущие проблемы одним документом — соглашением между основателями

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

Очень важно изложить все договорённости на бумаге — первоначально это может быть соглашение о намерениях (term sheet), а в последующем, при понимании, что за бизнес‑модель, у кого какие будут обязанности, какие цели намечены на ближайшее время — корпоративный договор, в котором могут быть прописаны в том числе и способы разрешения тупиковых ситуаций.

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

Проблемы начинаются ниже этой диаграммы. Один пользователь находится за офисным межсетевым экраном, второй подключён через домашний роутер. На Windows экран входа живёт не в той сессии, в которой запущен интерфейс приложения. macOS может разрешить захват экрана и запретить ввод. Wayland вообще не даёт приложению просто взять содержимое экрана. При плохом канале очередь видеокадров растёт быстрее, чем сеть успевает их отправлять. А если пустить трафик через свой сервер, возникает неприятный вопрос: может ли этот сервер увидеть экран или перехватить управление?

3 июля состоялась седьмая ежегодная конференция от UX-исследователей Контура — KUB | Kontur UX Base. Рассказываем, как это было, и делимся записями докладов ✨

В ИТ-проектах я всё чаще вижу новую норму: когда руководитель проекта, заказчик или HR рассматривает специалиста в команду, он уже не ограничивается присланным резюме. Гораздо проще открыть ChatGPT, Gemini, DeepSeek или другую привычную модель и спросить: «Что известно об этом человеке как о профессионале?» И вот здесь начинается самое интересное: машина собирает ответ не из того, что человек хотел о себе рассказать, а из того, что о нём действительно осталось в цифровой среде.

Для зрелого специалиста это создаёт совершенно новую проблему. Можно иметь двадцать лет опыта, десятки сложных проектов и сильную профессиональную репутацию — и при этом обнаружить, что в цифровом мире вся эта история существует разрозненными кусками. Резюме сообщает должности, профиль показывает выбранное представление, цифровой след хранит отдельные события, но ни один из этих элементов сам по себе ещё не доказывает профессиональную способность. Чем легче с помощью ИИ написать безупречное резюме, тем важнее становится другое: можно ли восстановить путь от заявленной компетенции к реальной задаче, личному действию, результату и подтверждению.

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

Я айти-юрист и почти каждую неделю вношу чужой софт в реестр российского ПО. Реестр я вижу изнутри: заявления, экспертиза, протоколы, отказы. Но обычно ты смотришь на него глазами одной заявки. А что, если посмотреть на весь реестр сразу?

Я выгрузила его целиком на 7 августа 2026 года. Получилось 32 071 запись. Я проанализировала, как реестр рос, из чего он состоит, кто туда вступает и на каких основаниях компании заявляют права на свой код.

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

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

Мы подошли к двум крайним и ключевым метафорам Гарета Моргана — «Политическая система» и «Господство», образующих собой диалектическую пару преактивного и реактивного инструментов.

Помимо всего перечисленного выше, реальная организация активно используется для эксплуатации, подавления и контроля над людьми. В то время как «Культура» (душа) говорит об общих ценностях, а «Психическая тюрьма» — о ментальных ловушках, «Политическая система» рассматривает организацию как арену борьбы за власть, ресурсы и контроль над актуальной повесткой.

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

Ещё во время работы в ФНС мне хотелось показать налоговый контроль таким, каким он существует в действительности. Но оставаясь сотрудником налоговой службы, публично комментировать внутреннюю логику работы контрольного блока было затруднительно. Сейчас, когда я уже не работаю в ФНС, у меня появилась возможность высказывать свою позицию и рассказать о тех механизмах, которые я наблюдал на протяжении почти 12 лет.

В этой статье я разберу как появляется и развивается налоговый риск. А если вам это окажется интересным, и вы заходите узнать больше о том как работает ФНС, то в следующих статьях я разберу и другие аспекты работы налоговой службы.

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

Ключевая идея: Организация представляет собой не просто место, где работают сотрудники, а мини-общество, со своей корпоративной культурой, социальными конструкциями реальности, смыслами и ценностями, ритуалами и символами, задающими основу идентичности. С этой точки зрения успех компании зависит не столько от ее ресурсов, сколько от силы духа в «сказаниях и былинах», которые люди слагают о ней и пересказывают друг другу.

Элементы: Это не отделы и не нейроны, а символы, язык и ритуалы. Например, дизайн офиса, дресс-код, манера общения, отношение к клиенту.

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

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

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

Минфин предложил обсудить исключение оптовой и розничной торговли из перечня видов деятельности, для которых регионы вправе устанавливать пониженные ставки УСН. Селлеры в льготных регионах могут лишиться возможности платить 1% налогов с доходов.

В последние годы правила ИТ‑аккредитации претерпели существенные изменения. Наличие нужного кода ОКВЭД и простого указания профиля деятельности на сайте организации более не являются достаточными условиями для того, чтобы получить аккредитацию как ИТ‑компания. Требования Минцифры стали жестче, в частности:

Детализированы требования к информации, размещаемой на сайте ИТ‑организации;

Запрещена аккредитация компаний, контролируемых иностранными лицами;

Стартапу, зарегистрированному в регионе, в котором не создан региональный реестр стартапов, теперь необходимо получать статус МТК или иметь выручку более 1 млн.руб.

В данной статье представлены все актуальные требования к аккредитации ИТ‑компании и пошаговый алгоритм прохождения аккредитации в 2026 году (информация по состоянию на 28.07.2026).

В законе о цифровых валютах и цифровых правах, принятом Государственной думой 21 июля 2026 года, предусмотрено немало нововведений, которые заметно усложнят гражданам России покупку, продажу, хранение и перевод криптовалюты через российских посредников. Одно из них антифрод-механизм (механизм предотвращения мошенничества) в виде 48-часового периода охлаждения для отдельных переводов криптовалюты.

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

Задержка предусмотрена для двух категорий операций.

1 - Перевод на сумму более 100 тыс. рублей на адрес, который не обслуживается ни одним российским цифровым депозитарием.

Закон называет его адресом-идентификатором, не администрируемым цифровым депозитарием. Проще говоря, это внешний криптовалютный адрес, который российский посредник не ведет в своей системе учета. Для применения задержки не имеет значения, кому он принадлежит. Если клиент переводит криптовалюту стоимостью 150 тыс. рублей на собственный внешний кошелек, операция будет отложена на 48 часов. Если адрес принадлежит родственнику, продавцу, контрагенту или другому лицу, результат будет таким же: порог в 100 тыс. рублей уже превышен.

2 - Перевод на сумму более 300 тыс. рублей третьему лицу (другому человеку или организации).

В инструкции приводится разбор процесса самостоятельной регистрации товарного знака в Роспатенте, в том числе:

1) определения объема правовой охраны товарного знака, подбор товаров и услуг, а также классов МКТУ;

2) особенности подготовки и подачи заявки по шагам через сервис «АРМ Регистратор» (самый надежный способ);

3) расчет и оплата пошлин за каждый этап регистрации;

4) общее описания процедуры: формальная экспертиза и экспертизы по существу;

5) ТОП-10 самых распространенных причин для отказа в регистрации.

В парадигме рассмотрения организации через метафору «Мозг», акцент рекогносцировки смещается на обучение, и Организация рассматривается уже как когнитивная система, способная анализировать информацию, интегрироваться в сложность мира и быть восприимчивой к своим ошибкам. Если «Машина» специализируется на правилах и контроле, а «Организм» — на выживаемости в среде, то «Мозг» трактует организацию как интеллектуальную, распределенную и самообучающуюся систему, с высоким потенциалом к самоорганизации.

21 июля 2026 года Госдума приняла законопроект «О цифровых валютах и цифровых правах» сразу во втором и третьем чтениях.

Большая часть положений нового закона должна вступить в силу с 1 сентября 2026 года. Речь идёт о требованиях к участникам рынка, правилах допуска инвесторов, ограничениях по отдельным операциям и других элементах будущей системы регулирования.

Однако полностью переводить рынок на новые правила начнут позднее. Требование проводить операции с криптовалютой через участников, включённых в реестр Банка России, должно заработать с 1 июля 2027 года. До этой даты предусмотрен переходный период, необходимый для лицензирования посредников и подготовки нормативной базы.

Формально законодательная процедура ещё не завершена: документ должен пройти Совет Федерации, быть подписан Президентом и официально опубликован. Но сомнений в том, что закон будет окончательно принят, практически нет.

Вчера, 21 июля, помимо того, что госдума приняла законопроект о регулировании криптовалютного рынка, Павел Дуров анонсировал встроенный в Telegram некастодиальный Gram Wallet. Это означает, что ключи, позволяющие распоряжаться криптовалютой, будут храниться у самого пользователя, а не у оператора сервиса.

Как сообщил Дуров, Gram Wallet должен появиться во всех приложениях Telegram уже этим летом. По его словам, пользователям станут доступны мгновенные переводы криптовалюты без комиссии. В основе переводов будет находиться блокчейн TON.

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