Школа IT юриста

Так выглядит большинство сопроводительных писем. Проблема не в том, что оно плохое. Проблема в том, что оно ничего не добавляет к резюме и не отвечает на главный вопрос работодателя: Почему именно этого кандидата стоит позвать на собеседование? Сопроводительное письмо — это не вежливое приложение к резюме. Это короткий ответ на вакансию. Как читать вакансию Не начинайте с текста письма. Сначала разберите вакансию на четыре блока. 1️⃣ Какие задачи предстоит решать Ищите глаголы: — разрабатывать договоры — сопровождать IT-продукты — консультировать продуктовую команду — работать с персональными данными — оформлять права на программное обеспечение — вести претензионную работу — взаимодействовать с регуляторами Именно задачи, а не красивое описание компании, должны стать основой письма. 2️⃣ Какие знания нужны Например: — интеллектуальная собственность — лицензионные договоры — персональные данные — реклама — электронная коммерция — налоговые льготы для IT — платформенные модели — английский язык Не нужно переносить в письмо весь список. Выберите два-три требования, по которым у вас есть наиболее убедительное подтверждение. 3️⃣ Что для работодателя особенно важно Смотрите, что повторяется в вакансии или вынесено отдельно: — опыт именно в IT — самостоятельность — способность работать с бизнесом — умение объяснять сложное простым языком — интерес к продукту — готовность выстраивать процессы с нуля Это и есть скрытый приоритет работодателя. 4️⃣ Какой у компании продукт Перед откликом нужно понять: — что компания продает — кто ее пользователь — как она зарабатывает — какую роль в продукте выполняет юрист — какие юридические риски здесь наиболее вероятны Фраза «мне интересна ваша компания» ничего не доказывает. А фраза: «Мне интересна ваша вакансия, поскольку компания развивает B2B-платформу, где юридическая работа связана не только с договорами, но и с архитектурой продукта, распределением ответственности и обработкой персональных данных» показывает, что кандидат хотя бы изучил бизнес. ⚠️Что переносить из вакансии в письмо Не копируйте требования дословно. На каждое важное требование дайте свое подтверждение. В вакансии: «Сопровождение договорной работы». В письме: «В текущей работе я самостоятельно готовлю и согласовываю лицензионные договоры, договоры разработки и соглашения с подрядчиками». В вакансии: «Консультирование продуктовых команд». В письме: «Работал с разработчиками и product-менеджером при запуске сервиса: определял договорную модель и переводил юридические требования в задачи для команды». В вакансии: «Знание законодательства о персональных данных». В письме: «Проводил аудит форм сбора данных, готовил согласия и политику, участвовал в оформлении отношений с обработчиками». В вакансии: «Опыт в IT необязателен». В письме: «Прямого опыта в IT-компании у меня пока нет, но я изучил продукт, прошел обучение по IT-праву и могу показать проекты, в которых работал с лицензиями, ПДн и договорами разработки». Конструктор сопроводительного письма Хорошее письмо можно собрать из четырех частей. 1. Почему вы откликаетесь именно сюда Добрый день! Откликаюсь на вакансию IT-юриста, потому что мне интересна работа с цифровыми продуктами и задачами на стыке договорного права, интеллектуальной собственности и персональных данных. 2. Какие задачи из вакансии вы уже решали В вакансии указаны сопровождение договоров разработки, оформление прав на ПО и консультирование продуктовой команды. На текущем месте я готовлю договоры с разработчиками и подрядчиками, участвую в приемке результатов и проверяю оформление исключительных прав. 3. Что вы понимаете о продукте компании Я посмотрел продукт компании и обратил внимание, что юридическая функция здесь должна учитывать не только договоры, но и пользовательские сценарии, партнерские интеграции и обработку данных. 4. Что предлагаете дальше Буду рад обсудить, как мой опыт может быть полезен вашей команде. Резюме и примеры релевантных задач приложил.

Приветствую! Вы как?

Сегодня на вебинаре мы много говорили о том, что одного правильно составленного договора с самозанятым уже недостаточно. Суды смотрят не на название договора, а на фактическую модель работы. Что помогло компании отбить доначисления: ⏩️ отдельные задания и понятный результат ⏩️оплата после приемки работ ⏩️ размер вознаграждения зависел от объема ⏩️ не было постоянного графика ⏩️ не было рабочего места и включенности в штат ⏩️ компания объяснила, почему постоянный сотрудник ей не нужен. Что, наоборот, убедило суд в наличии трудовых отношений: ▫️ работа с 08:00 до 17:00 ▫️ контроль со стороны заказчика ▫️ совместная работа со штатными сотрудниками ▫️ регулярные ежемесячные выплаты ▫️ типовые договоры без конкретного объема и результата ▫️ почти весь доход самозанятых от одного заказчика ▫️ отсутствие собственных материалов, оборудования и реальной самостоятельности.  📌Главный вывод: регулярность сама по себе еще не означает трудовые отношения. Но если компания покупает не конкретный результат, а фактически рабочее время человека, договор с СМЗ не спасет. Проверять нужно не только документы, но и: ▪️ постановку задач ▪️ переписку ▪️ график ▪️ орядок контроля ▪️ выплаты ▪️ акты ▪️ доступы ▪️ фактическую роль исполнителя. Если хотите проверить модель работы с самозанятыми до запроса ФНС, оставьте заявку на аудит:  https://zarlaw.tilda.ws/anketayd См. подробнее: - Постановление АС Уральского округа от 13.05.2025 № Ф09-1232/25 по делу № А60-28456/2024; - Постановление АС Центрального округа от 27.04.2026 № Ф10-509/2026 по делу № А85-2081/2024; - Постановление АС Дальневосточного округа от 27.02.2026 № Ф03-141/2026 по делу № А04-2065/2025.

А что в таком проекте делает IT-юрист? В распределительном центре «Мираторга» автономные роботы перевозят паллеты между конвейером и зоной хранения. Они работают круглосуточно, самостоятельно заряжаются и выдерживают температуру до –20 °C. Со стороны кажется, что это исключительно задача инженеров и разработчиков. Но запуск промышленной роботизации требует серьезной юридической работы. Какие задачи решает IT-юрист ? 1️⃣Определяет предмет договора Что именно приобретает заказчик: 🟤оборудование 🟤программное обеспечение 🟤услуги по внедрению 🟤доступ к системе управления роботами 🟤техническую поддержку Важно разделить результат каждого этапа и установить критерии его приемки. 2️⃣Закрепляет требования к системе В договоре должны быть зафиксированы: ⚪️ производительность роботов ⚪️ температурный режим ⚪️ допустимый процент простоев ⚪️ требования к безопасности ⚪️ сроки реакции на сбои ⚪️ порядок масштабирования решения Формулировки «система должна работать стабильно» здесь недостаточно. 3️⃣Распределяет ответственность Кто отвечает, если робот: 🟤повредит товар или складское оборудование 🟤 остановит производственный процесс 🟤 создаст угрозу сотруднику 🟤 неправильно выполнит задачу 🟤 потеряет связь с системой управления Особенно важно разделить ответственность разработчика, поставщика оборудования, интегратора и заказчика. 4️⃣Оформляет права на программное обеспечение Нужно проверить, кому принадлежат права на: ⚪️ систему управления роботами ⚪️ доработки под конкретный склад ⚪️ интерфейсы и интеграционные модули ⚪️ техническую документацию ⚪️ данные, формируемые системой И отдельно предусмотреть, сможет ли заказчик продолжить эксплуатацию системы при прекращении отношений с интегратором. 5️⃣Регулирует работу с данными и информационную безопасность Даже если решение не интегрировано напрямую с WMS, оно получает сведения о маршрутах, заданиях, загрузке склада и движении продукции. Юристу необходимо определить: 🟤 состав передаваемых данных 🟤 места их хранения 🟤 правила доступа 🟤 требования к защите 🟤 порядок уведомления об инцидентах 6️⃣Организует опытную и промышленную эксплуатацию До полноценного запуска обычно нужны: ⚪️ пилотный проект ⚪️ программа и методика испытаний ⚪️ акт готовности инфраструктуры ⚪️ обучение сотрудников ⚪️ регламент действий при аварии ⚪️ критерии перехода в промышленную эксплуатацию 7️⃣Роботизация — хороший пример того, как меняется работа IT-юриста. Он уже не просто согласовывает договор на поставку техники. Он помогает юридически спроектировать всю систему: от пилота и прав на ПО до ответственности за остановку склада. И чем глубже технологии входят в реальные производственные процессы, тем выше цена одной неточной формулировки в договоре.

Продолжаем смотреть вакансии крупных технологических компаний не только ради возможности откликнуться, но и чтобы понять: какие компетенции сегодня действительно нужны юристу в IT-бизнесе. На этот раз Т-Банк ищет юриста, который будет заниматься объектами интеллектуальной собственности, кроме программного обеспечения. Кого ищут Юриста с опытом работы в сфере интеллектуальной собственности от трех лет, который умеет самостоятельно: ⚪️регистрировать товарные знаки в России и за рубежом ⚪️работать по национальной и Мадридской процедурам ⚪️проводить предварительные поиски и оценивать возможность регистрации обозначения ⚪️отвечать на уведомления и возражения патентных ведомств ⚪️взаимодействовать с иностранными патентными поверенными ⚪️готовить и согласовывать лицензионные договоры, договоры отчуждения, авторского заказа и соглашения о сосуществовании товарных знаков ⚪️вести претензионную и судебную работу ⚪️представлять компанию в Палате по патентным спорам. Английский нужен на уровне не ниже B2. Статус патентного поверенного будет преимуществом. Что важно увидеть юристу в этой вакансии: 1. Узкой специализации уже недостаточно Даже юристу, который занимается интеллектуальной собственностью, необходимо ориентироваться в рекламе, персональных данных, защите конкуренции и прав потребителей. В технологическом бизнесе вопросы редко существуют отдельно друг от друга. Например, запуск нового бренда может одновременно потребовать: ⚪️проверки и регистрации товарного знака ⚪️анализа рекламной кампании ⚪️оценки допустимости использования изображений и контента; ⚪️подготовки договоров с авторами и подрядчиками ⚪️проверки сайта и пользовательских документов. 2. Бизнесу нужен юрист полного цикла Недостаточно подать заявку в Роспатент или проверить договор. От юриста ждут сопровождения объекта интеллектуальной собственности на всех этапах: создание → оформление прав → использование → договоры → защита → спор. 3. Нужно уметь объяснять, а не только анализировать В вакансии отдельно указано умение формулировать правовые позиции, понятные бизнесу, готовить методические материалы и проводить обучение. Это один из главных навыков современного IT-юриста. Не просто написать: «Существует риск нарушения исключительных прав». А объяснить: ⚪️в чем именно риск ⚪️насколько он вероятен ⚪️как он влияет на запуск продукта ⚪️что нужно сделать, чтобы бизнес мог продолжить работу. 4. Интеллектуальная собственность — это не только товарные знаки Для IT-компании особенно важно правильно оформить права на программное обеспечение, дизайн, базы данных, контент и другие результаты работы сотрудников и подрядчиков. Сам факт оплаты разработки или наличие свидетельства о регистрации программы для ЭВМ еще не всегда означает, что исключительные права действительно принадлежат компании. Что проверить в первую очередь: ⚪️введен ли режим служебных произведений ⚪️ставятся ли разработчикам служебные задания ⚪️предусмотрен ли порядок передачи результатов ⚪️правильно ли оформлены отношения с подрядчиками ⚪️выплачивается ли предусмотренное законом вознаграждение авторам. Разбор того, как IT-компании оформить права на разработку, можно посмотреть в записи вебинара Школы IT-юриста: https://itpravo.tech/itcomp Вакансия Т-Банка и условия отклика: https://www.tbank.ru/career/back-office/vacancy/moscow/vedushchij-yuriskonsult-po-intellektualnoj-sobstvennosti/019f4bc9-a8f9-7448-a302-345c8adb5674/ Даже если вы пока не готовы откликаться, используйте вакансию как чек-лист: каких навыков вам не хватает до уровня ведущего юриста крупной технологической компании?

Авито ищет юриста в команду договорного отдела. Формат работы — офис в Москве или гибрид.  Что предстоит делать: ▪️ согласовывать договоры и разрабатывать шаблоны кредитных договоров, договоров по финансовым инструментам, лицензионных договоров и договоров на разработку ПО ▪️ оптимизировать договорный процесс ▪️ консультировать внутренние команды ▪️ разбирать сложные договорные задачи и предлагать подходы к их решению ▪️ унифицировать договорные подходы, готовить инструкции, чек-листы и стандартные положения ▪️ проводить внутренние юридические тренинги. Авито ждёт кандидата с опытом договорной работы от трёх лет в IT-сфере или юридическом консалтинге, в том числе с кредитными договорами. Важно уметь оценивать юридические риски не изолированно, а с учётом бизнес-процессов компании.  🔗 Описание вакансии и отклик: https://career.avito.com/vacancies/yurisprudentsiya-i-gr/19936/ Что полезно повторить перед откликом ❓ Одна из задач — сопровождение договоров на разработку программного обеспечения. Такой договор нельзя проверять как обычный договор оказания услуг. Юристу важно понять: ▫️какой именно продукт должен получить заказчик как зафиксированы требования к результату ▫️ кому будут принадлежать права на код ▫️ как проходит приёмка ▫️ передаются ли репозиторий, документация и доступы ▫️ что произойдёт при смене разработчика ▫️можно ли использовать в продукте сторонние и open source-компоненты. В Базе знаний Школы IT-юриста есть подробный материал: «Почему 80% договоров на разработку ПО опасны для заказчика: чек-лист IT-юриста» В нём разбираем, как проверить договор с разработчиком и не потерять права на продукт.  🔗 https://itpravo.tech/tpost/m3fnirsma1-pochemu-80-dogovorov-na-razrabotku-po-op Перед собеседованием попробуйте сформулировать ответы на три вопроса: ➡️Какие риски вы проверите в договоре разработки ПО в первую очередь? ➡️Как убедиться, что заказчик действительно получит права на созданный продукт? ➡️Какие условия позволят компании продолжить работу с продуктом после прекращения отношений с подрядчиком? Такая подготовка поможет показать себя не просто договорным юристом, а специалистом, который понимает IT-продукт, бизнес-процессы и последствия выбранной договорной конструкции. #вакансии #ITюрист #Авито #договоры #разработкаПО #ШколаITюриста

❗️МНОГОМИЛЛИОННЫЕ ШТРАФЫ могут убить ваш бизнес: как защитить деньги ресторана от проверок и судов Роскомнадзор начал «охоту» на рестораны: ваш бизнес — следующий в списке на проверку? В 2026 году проверки по персональным данным стали тотальными. РКН заходят туда, где проще всего найти ошибки: в сайты доставок, формы бронирования и чат-боты. 🗓 9 июля в 11:00 (мск) на практическом вебинаре ServiceGuru разберем, как перестать играть в рулетку с законом и привести базу данных в порядок. Программа вебинара: 🔹 Почему сайт, доставка и чат-боты — это главные зоны финансовой опасности. 🔹 Законный сбор данных: как правильно оформить согласия, чтобы к вам не было вопросов при проверке. 🔹 Передача данных подрядчикам: как обезопасить себя при работе со службами доставки и сервисами рассылок. 🔹 Что делать в первые 30 минут, если база «утекла» или взломана, чтобы минимизировать последствия для бизнеса. 🌟 Подарки на нашем вебинаре: • Шаблон согласия на обработку ПДн (с учетом специфики доставки и маркетинга). • Чек-лист для аудита сайта и мобильного приложения глазами Роскомнадзора. • Чек-лист для самозащиты внутренних процессов ресторана. Перестаньте рисковать прибылью ресторана. 👉 Бесплатная регистрация на вебинар

И дальше юристу нужно самому понять: ➡️ какие вопросы задать клиенту ➡️ какие риски увидеть ➡️ какие документы понадобятся ➡️ что делать сейчас, а что можно отложить ➡️ где проходят границы ответственности бизнеса Именно поэтому мы полностью перестроили обучение в Школе IT  юриста и запустили  Практикум «Юрист IT компании». Теперь его основа — не темы законодательства, а профессиональное мышление IT-юриста и обучение на кейсах. В процессе каждый слушателт в составе мини группы разбиарет кейсы, предлагает решение, а дальше мы разбираем правильность решения, особенности кейса.  Каждый модуль строится одинаково: ⚪️ мастер-класс (не лекция) ⚪️ практические материалы ⚪️ чек-листы ⚪️ реальный кейс ⚪️ живой разбор Например, вместо лекции «Договор разработки ПО» будет мастер-класс: Как проверить договор разработки ПО глазами заказчика. Вместо лекции «Персональные данные»: Как провести аудит обработки персональных данных цифрового продукта. Вместо лекции «Платформы»: Как спроектировать юридическую архитектуру цифровой платформы. По сути, мы учим не запоминать нормы, а работать так, как ежедневно работает команда консультантов. Еще один важный шаг — сейчас мы параллельно разрабатываем профессиональный стандарт IT-юриста. Именно он стал основой новой программы: сначала определяем, какими компетенциями должен обладать специалист, а затем строим обучение вокруг этих компетенций, а не вокруг отдельных законов. Если вам интересно посмотреть программу или обсудить, каких навыков сегодня действительно не хватает IT-юристам, буду рада обратной связи. Практикум стартует совсем скоро, а описание программы уже доступно на сайте Школы IT-юриста: Практикум «Юрист IT-компании» Мне особенно интересно мнение коллег, которые работают in-house или сопровождают технологические компании в консалтинге. Если бы вы сегодня заново начинали карьеру IT-юриста, какой один практический навык вы хотели бы освоить в первую очередь?

Разбирали реальный запрос Роскомнадзора. Самое интересное — регулятор начал не с документов. Он начал с сайта. Попробуйте посмотреть на сайт своего клиента так же. Чек-лист для IT-юриста 1️⃣ Есть формы сбора данных? Регистрация, обратная связь, заявки, подписки, вебинары, мероприятия, личный кабинет. Если формы есть — значит есть обработка персональных данных. 2️⃣ Понятно, на каком основании собираются данные? Роскомнадзор в запросе отдельно указал, что не увидел правовых оснований обработки персональных данных через формы сайта. Не просто форму. Именно основание обработки. 3️⃣ Есть Яндекс Метрика? Если есть — задайте себе вопрос: На каком основании происходит обработка данных пользователей через метрику? Есть ли информирование пользователя? Как это отражено в документах? 4️⃣ Есть Google Analytics? Тогда автоматически возникает следующий вопрос: Как организована трансграничная передача данных? Подавалось ли уведомление в Роскомнадзор? 5️⃣ Есть Google Forms? Или другие зарубежные формы сбора данных? Тогда следующий вопрос: Где фактически оказываются данные российских пользователей? 6️⃣ Есть cookie-баннер? И самое главное: Он реально работает или существует только для дизайна? 7️⃣ Сайт использует внешние сервисы? ⚪️Платежи ⚪️Чат-боты ⚪️CRM ⚪️Онлайн-консультанты ⚪️Сервисы рассылок ⚪️Виджеты Каждый такой сервис — потенциальный новый участник обработки данных. 8️⃣ Есть политика обработки персональных данных? Теперь сложный вопрос. Она соответствует реальным процессам? Или была скачана несколько лет назад и больше не обновлялась? 9️⃣ Вы понимаете, кто оператор? Это один из самых частых вопросов на практике. Компания считает себя обработчиком. Роскомнадзор считает оператором. Именно отсюда часто начинаются проблемы. Что происходит дальше? Если смотреть на запрос, логика Роскомнадзора выглядит примерно так: ⚪️Изучаем сайт ⚪️Находим формы ⚪️Находим метрики ⚪️Находим зарубежные сервисы ⚪️Проверяем документы ⚪️Запрашиваем подтверждение законности обработки данных 🔗Поэтому хороший IT-юрист сегодня должен уметь делать не только аудит документов. Он должен уметь провести аудит сайта и бизнес-модели глазами регулятора. ⚠️ Именно этому мы учимся на практике, когда разбираем реальные кейсы цифровых платформ и IT-компаний.

Один из самых опасных мифов: «Когда случится утечка — тогда и разберёмся» На практике именно первые часы после обнаружения инцидента часто определяют, насколько болезненными будут последствия для компании. Сохраняйте алгоритм действий.⏫️ 💡 Главный вывод для юриста: 🚩Работа начинается не после утечки. Работа начинается задолго до неё. 🚩Если в компании заранее нет документов, регламентов, распределения ролей и понятного порядка реагирования, за 24 часа исправить ситуацию уже не получится. 💡Кстати, именно такие практические кейсы мы разбираем на Практикуме «Юрист IT-компании», который стартует 20 июля Посмотреть программу и записаться https://itpravo.tech/itlawyer1

⚠️Выложили запись вебинара в открытый доступ! Утечки персональных данных уже давно перестали быть проблемой только крупных компаний. Сегодня бизнесу важно понимать не только требования закона, но и что делать в первые часы после инцидента: когда уведомлять Роскомнадзор, как распределяется ответственность между компанией и подрядчиком, какие документы должны быть готовы заранее. На вебинаре разобрали практические сценарии, типичные ошибки и алгоритм действий при утечке ПДн. Если пропустили эфир - запись уже доступна ⏬ 🔗Ссылка на запись: https://rutube.ru/video/f850ffe51648fc405b5cab9e1cf279f9/

Ряду цифровых  платформ пришли требования  от прокуратуры: за несколько дней поднять полный комплект документов по персональным данным — от политики до договоров с хостингом и сервисами, через которые бегут данные клиентов. Это не плановая проверка Роскомнадзора, а запрос прокуратуры, но по факту —аудит ПДн с дедлайном «вчера». Дописать документы по ходу уже  практически невозможно. Что должно быть готово заранее в компании. 1️⃣ Базовые документы: ▪️Политика по ПДн (для сайта и внутренняя) ▪️Локальные акты: цели, категории данных и субъектов, сроки хранения, порядок уничтожения ▪️Положение об оценке вреда и мерах его предотвращения ▪️Положение об ответственности сотрудников за ПДн 2️⃣ Организационные приказы: ▪️Назначение ответственного за ПДн и за безопасность ПДн в ИСПДн ▪️Перечень лиц, допущенных к ПДн ▪️Перечень ИСПДн и состав данных в каждой ▪️Комиссия по уничтожению носителей, места хранения, формы документов 3️⃣ Обучение и допуск: ▪️Документы об обучении и ознакомлении с ФЗ‑152 и локальными актами ▪️Программы/инструкции/тесты ▪️Журналы и расписки по режиму конфиденциальности. 4️⃣ ИБ и учёт: ▪️Описание организационных и технических мер защиты ПДн ▪️Инструкции по безопасности, мониторингу и реагированию на инциденты ▪️Регламенты доступа и учёта действий в ИСПДн ▪️Журналы носителей, обращений субъектов, учётных записей/паролей ▪️Сведения, где физически стоят сервера и рабочие станции ⚠️Боевая точка №1: передача третьим лицам Тут прокуратура смотрит особенно внимательно. ▫️Формы согласий на ПДн + отдельно согласия на передачу данных третьим лицам (подрядчики, партнёры, сервисы аналитики, облака) ▫️Понятно ли из текста, какие данные, кому, с какой целью и на каком основании вы передаёте ▫️Договоры/поручения на обработку ПДн с колл‑центрами, платёжками, CRM, маркетингом, техподдержкой ▫️Договоры с клиентами/пользователями, где закреплены согласия на ПДн и маркетинг. Если согласия только «на обработку», но никак не на передачу третьим лицам — это красный флаг. ⚠️Боевая точка №2: локализация и иностранные сервисы Вторая любимая тема запросов. ▫️Договоры с хостинг‑провайдерами и облаками: видно ли, где физически обрабатываются ПДн ▫️Договоры по сервисам, через которые идёт сбор/обработка/хранение/передача ПДн (онлайн‑запись, приложения, платформы, таск‑менеджеры, AI‑сервисы) ▫️Уведомления Роскомнадзора о трансграничной передаче, если данные уходят за пределы РФ ▫️Внутренние регламенты: какие категории данных разрешено заводить в иностранные сервисы, а какие — нет. Критичный вопрос: можете ли вы быстро показать, какие массивы данных остаются в РФ, а какие уходят в иностранные сервисы и на каком основании.

💵Номинальный счёт — одна из тем, с которой регулярно сталкиваются юристы маркетплейсов, агрегаторов, образовательных платформ, финтех-сервисов и других цифровых проектов. При этом многие юристы знают определение из ГК РФ, но не понимают, как этот инструмент работает в реальной бизнес-модели. А зря. Именно вокруг расчётной модели часто строится вся архитектура платформы. ⚙️ Разберём 5 вопросов, которые важно понимать IT-юристу. ❓ 1. Для чего вообще нужен номинальный счёт и где он регулируется? Главная задача номинального счёта — разделить деньги платформы и деньги пользователей. Если платформа принимает платежи в пользу продавцов, исполнителей или иных участников, возникает вопрос: Чьи это деньги до момента выплаты? Именно для этого и используется номинальный счёт. Базовое регулирование содержится в статьях 860.1–860.6 ГК РФ. Но на практике юристу недостаточно прочитать только эти нормы. При построении модели приходится учитывать: ⚪️ агентские конструкции ⚪️ порядок расчётов между участниками платформы; ⚪️налоговые последствия ⚪️требования банковского комплаенса и 115-ФЗ ⚪️особенности платёжной инфраструктуры. 📌Поэтому номинальный счёт — это не просто банковский инструмент, а элемент юридической архитектуры платформы. ❓ 2. Какие документы нужно проверить в первую очередь? Ошибка многих юристов — начинать с договора с банком. На практике сначала нужно анализировать: ⚪️пользовательское соглашение ⚪️оферту для исполнителей или продавцов ⚪️агентский договор (или иную посредническую модель) ⚪️правила расчётов между участниками. Если договорная модель собрана неправильно, банк проблему не решит. ❓ 3. Почему бухгалтер и юрист должны работать вместе? Потому что одна и та же конструкция одновременно влияет на: ⚪️ налоги ⚪️бухгалтерский учёт ⚪️движение денежных средств ⚪️права участников платформы Очень часто юридически корректная схема оказывается неудобной для бухгалтерии. Или наоборот — удобная для учёта модель создаёт юридические риски. Хороший IT-юрист умеет разговаривать с бухгалтером на одном языке. ❓ 4. Какие риски чаще всего пропускают юристы? Самые распространённые ошибки: ⚪️не определены роли участников расчётов • договоры не соответствуют фактическим процессам ⚪️неясно, кому принадлежат деньги в конкретный момент времени ⚪️не урегулирован порядок возвратов ⚪️не описан механизм распределения платежей между несколькими получателями. Именно эти вопросы обычно всплывают при масштабировании платформы или проверке банка. ❓ 5. Что на самом деле спрашивают клиенты? Как правило, не про номинальный счёт. Они спрашивают: ⏩️Как сделать так, чтобы деньги пользователей не стали нашей выручкой? ⏩️Как организовать расчёты между участниками платформы? ⏩️Какую договорную модель выбрать? ⏩️Какие риски увидит банк или налоговая? То есть клиент приходит с бизнес-задачей, а не с юридическим термином. И именно поэтому востребованный IT-юрист должен понимать не только нормы закона, но и экономику цифрового бизнеса. ⚠️ Что должен знать IT-юрист о номинальном счёте? Минимальный набор компетенций: ➕ понимать статьи 860.1–860.6 ГК РФ; ➕ различать номинальный счёт, специальный банковский счёт и обычный расчётный счёт; ➕ понимать агентские модели расчётов; ➕ уметь определять, когда деньги становятся выручкой платформы; ➕ понимать базовые налоговые последствия выбранной модели. 📎Номинальный счёт — хороший пример того, почему IT-юрист сегодня должен разбираться не только в договорах, но и в бизнес-модели клиента. Именно за эту компетенцию бизнес готов платить больше всего. А вы сталкивались с номинальными счетами в проектах? Какие вопросы вызывают больше всего сложностей? Видео урок

Аудит работы с ПДн, внутренний пакет документов, настройка процессов и внедрение инструментов ИБ стоят дорого. 🔐Чтобы сделать это по‑уму, юристам нужно проводить интервью с ключевыми членами команды, трогать реальные процессы, менять привычные схемы. Сейчас не время? РКН не факт, что придёт с проверкой. Поэтому 70% компаний останавливаются на внешнем контуре: вносят себя в реестр операторов ПДн, выкладывают пару документов на сайт — и идут дальше. ⚠️Формально вы рискуете, но на практике многим «везёт»: ничего не происходит, а бюджет и силы уходят на другие задачи. Все меняется, когда: 🟤 вы хотите интегрироваться с крупными сервисами вроде Сбер ID 🟤 или пользователь внезапно обнаруживает, что его данные утекли И тогда в очень сжатые сроки приходится: ⚪️отвечать пользователям и партнёрам ⚪️разбираться, уведомлять ли Роскомнадзор ⚪️объяснять, кто виноват — вы, подрядчик или IT‑команда ⚪️собирать документы, которых раньше никто не готовил 💵а возможные штрафы в десятки раз превышают бюджет проекта по Аудиту ПДн и разработке внутреннего контура документов. 15 июня в 12.00 мы проведем вебинар на котором разберем: ⏩️ что считается утечкой ПДн с точки зрения закона и практики Роскомнадзора ⏩️ какие шаги компания должна сделать в первые часы после инцидента ⏩️ когда и как уведомлять РКН ⏩️ как распределяется ответственность между компанией, подрядчиками и IT‑командой ⏩️ какие ошибки чаще всего допускают юристы и бизнес ⏩️ как подготовить документы и процессы так, чтобы не «собирать всё с нуля» в момент кризиса. Главное — поговорим не только о том, что делать, если утечка уже случилась, но и о том, как быть к ней готовыми, даже если вы пока живёте на минимальном внешнем контуре. 👤 Для кого вебинар: ▪️юристы IT‑компаний ▪️in‑house юристы ▪️собственники бизнеса и CEO 📅 Регистрация и подробности: https://zarlaw.timepad.ru/event/4007568/

💲 В «Зарцын и партнеры» мы все больше получаем запросов по ПДн. И это не просто формат «сделайте Политику конфиденциальности» это «проверьте готовы ли мы к проверке РКН», «как узаконить трансграничную передачу ПДн», «можно ли передавать ПДн контрагентам» или «что делать в случае утечки ПДн».   Мы сделали  материалы по персональным данным — забирайте. 📋 Чек-лист проверки договора по 152-ФЗ Если вы проверяете договор с обработчиком ПДн — это ваш рабочий инструмент. 10 разделов, итоговая таблица оценки, блоки «какой риск закрываем». 📖 Глоссарий по ПДн для IT-юриста 22 термина: от «автоматизированной обработки» до «цели обработки». Каждый — с нормой закона и практическим риском. Учите, используйте в консультациях. Оба файла — в прикреплённых файлах этого поста. Хотите разобрать тему глубже? 👉 База знаний по персональным данным

🚨 Ошибка в одном чеке может стоить бизнесу миллионы. Мы разбирали кассовые чеки, 54-ФЗ и ошибки, за которые компании получают огромные штрафы. И проблема в том, что многие нарушения происходят… просто “по привычке”.

📎 Сохраняйте, если у вас есть разработчики, дизайнеры, маркетологи или подрядчики. Сделайте аудит документов раньше, чем придет инвестор, налоговая или бывший разработчик. ⚠️