Zarlaw: право & IT

⚙️Системно значимые банки обязаны обеспечить своим клиентам техническую возможность работать с цифровым рублём — открывать кошельки, принимать переводы и платежи. С 1 сентября 2026 года вступает в силу обязанность для клиентов таких банков - крупных компаний В2С сегмента обеспечивать покупателям возможность оплаты товаров и услуг цифровыми рублями. Это требование касается продавцов (исполнителей, владельцев агрегаторов), которые: ⏩️ являются клиентами крупнейших банков; ⏩️ выручка которых за прошедший год превышает 120 млн рублей. Бизнес с выручкой свыше 30 млн руб. обязан начать работу с цифровыми рублями с 1 сентября 2027 г., а остальные банки и продавцы с выручкой менее 30 млн рублей в год - с 1 сентября 2028 г. При этом продавцы и исполнители могут не выполнять требование закона о приеме оплаты в цифровых рублях, если: ⏩️ на месте оплаты товаров, работ, услуг отсутствует доступ к интернету или мобильной связи; ⏩️ выручка торгового объекта, принадлежащего продавцу, за предшествующий год составила менее 5 миллионов рублей (в данном случае от обязанности приема оплаты в цифре освобождается только этот торговый объект). Что необходимо сделать бизнесу уже сейчас ⏩️ проверить, попадает ли компания под критерии обязательного подключения; ⏩️ уточнить в своём банке сроки и порядок подключения к платформе цифрового рубля; ⏩️ проверить контрольно-кассовую технику и POS-оборудование — как правило, отдельное оборудование не требуется, если уже используется QR-эквайринг или СБП; ⏩️ настроить бухгалтерский учет компании; ⏩️ обучить сотрудников осуществлению расчетов цифровыми рублями. Ответственность за неисполнение Если компания обязана принимать цифровой рубль, но не обеспечивает такую возможность, возможны претензии по нарушению прав потребителей, связанных с оплатой товаров, работ или услуг. В таком случае предусмотрен административный штраф согласно ч. 4 ст. 14.8 КоАП РФ: ⏩️ для должностных лиц — от 15 000 до 30 000 рублей; ⏩️ для организаций — от 30 000 до 50 000 рублей. До 31.12.2026 г. с компаний не будет взиматься комиссия за проведение операций в цифровых рублях. После этого начнут действовать минимальные на платежном рынке комиссии. Тарифы опубликованы на сайте Банка России.

💲 За последние месяцы на канале ZARLAW накопилось довольно много практических материалов для IT- и digital-бизнеса. Если вы пропустили — собрали небольшую навигацию по темам. Если сейчас думаете про налоги и льготы IT-компании: ⏩️ налоговые риски IT-компаний ⏩️ льготы для IT ⏩️ Сколково ⏩️ реестр отечественного ПО ⏩️ аудит IT-деятельности Если работаете с самозанятыми: ⏩️ когда ФНС может увидеть трудовые отношения ⏩️ какие признаки переквалификации самые опасные ⏩️ что проверять в договорах, актах и фактических процессах Если приводите в порядок персональные данные: ⏩️ аудит ПДн ⏩️ уведомления Роскомнадзора ⏩️ утечки данных ⏩️ ПДн для FinTech и цифровых платформ ⏩️ что нужно проверить еще до запуска продукта Если строите цифровую платформу: ⏩️ договорная архитектура маркетплейсов и агрегаторов ⏩️ номинальные счета ⏩️ платежные интеграции ⏩️ юридические вопросы при запуске цифрового продукта Если развиваете юридическую функцию: ⏩️ автоматизация работы юристов ⏩️ плейбуки ⏩️ применение AI в юридических процессах ⏩️ как перестраивать юридическую функцию растущей IT-компании ⚙️И отдельно там есть разборы реальных кейсов, вебинары и короткие видео с ответом на один конкретный вопрос. 🚩Сохраняйте, если периодически нужно быстро найти ответ на конкретный вопрос: 👉 https://www.youtube.com/@ZarlawRu А если есть тема, которую вы хотели бы видеть на канале, — напишите в комментариях. Посмотрим, что записать следующим.

И здесь тоже важно: опцион — это не просто договор. Сначала нужно понять, кого компания хочет удержать, за какой результат готова делиться экономической выгодой и что должно произойти, если сотрудник уйдет раньше времени. 📎Если собрать все пять направлений вместе, получается довольно показательная картина. IT-бизнес сейчас гораздо реже приходит к юристу просто «за документом». Он приходит с вопросами: ❓ как перестроить налоговую модель ❓ как выдержать проверку ❓ как защитить данные ❓ как адаптироваться к новому регулированию ❓ как удержать сильную команду. А с какими юридическими задачами работали вы этим летом?)

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

💲В РБК был представлен один из последних кейсов, касающихся обработки персональных данных. Рассказываем, как в ходе аудита ПДн для лизинговой платформы мы: ⚫️ разобрали 4 канала сбора данных и сотни партнерских виджетов ⚫️ определили роли участников и правовые основания обработки ⚫️ убрали лишнее согласие, которое создавало дополнительный шаг для клиента ⚫️ сохранили работу партнерских виджетов и реферальных сценариев ⚫️ связали юридические требования с конкретными экранами, чекбоксами и API В результате обязательная проверка перестала зависеть от добровольного согласия, а путь клиента стал проще. ПДн — это не только про документы и соблюдение закона. Это еще и про продукт, UX и бизнес-процессы. Читайте полный кейс на РБК: https://companies.rbc.ru/news/eNkbeuNLsg/kak-ne-poteryat-konversiyu-pri-sozdanii-dokumentov-po-obrabotke-pdn/

💲На практике возникают вопросы о том, могут ли некоммерческие организации претендовать на государственную аккредитацию IT-компаний. Мы решили направить запрос в Минцифры для получения разъяснений в отношении таких организаций. И вот, наконец получили разъяснения, которые проливают свет на особенности аккредитации таких организаций. Полезные выводы из ответа Минцифры: 1️⃣ Получить аккредитацию в качестве IT-компании могут как частные НКО, так и учрежденные государством или муниципальным образованием. В своем ответе Минцифры нам указали следующее: «Обращаем внимание, что Положением (Постановление Правительства № 1729) не предусмотрены ограничения на получение государственной аккредитации некоммерческими организациями, в том числе частными учреждениями.» Это означает, что частное учреждение, АНО и фонд вправе получить IT-аккредитацию при соблюдении общих критериев. Это расширяет возможности для частных НКО, работающих в социальной, образовательной и иных сферах с использованием IT-технологий. 2️⃣ Для отдельных категорий НКО установлен особый порядок получения аккредитации. В соответствии с п. 9 Положения, для казенных учреждений, АНО, созданных РФ или субъектом РФ, общественно полезных фондов и фондов развития IT, созданных РФ, предусмотрен специальный порядок: вместо доли выручки в сфере IT (как для коммерческих организаций) они подтверждают, что ведут деятельность в сфере информационных технологий с помощью справки о расходах в области с указанием процентного соотношения с общей долей расходов. Таким образом, при получении и подтверждении IT-аккредитации НКО с государственным участием необходимо показывать расходы, а не доходы. 3️⃣ Частные НКО получают аккредитацию как IT-компания в обычном порядке. Для получения аккредитации в качестве IT-компаний в обычном порядке необходимо: ▫️ Иметь подходящий ОКВЭД из списка ▫️ Зарплата в компании выше средней по субъекту РФ/РФ в целом (или иметь выручку от своего ПО в реестре Минцифры) ▫️ Доля выручки в сфере IT должна быть более 30% от суммы всей выручки компании ▫️ Иметь свой сайт с информацией под требования Минцифры ▫️ Подать согласие на раскрытие налоговой тайны в ФНС

Например, собрать рабочий плейбук для проверки договоров. На тренинге по ИИ мы взяли конкретную задачу: компания регулярно заключает договоры поставки с монтажом. И вместо очередного промта «проверь договор и найди риски» пошли другим путем. Сначала вместе сформулировали правила компании, по которым такие договоры должны проверяться. Например: ⏩️ договор должен оставаться именно договором поставки, несмотря на наличие монтажа ⏩️ изготовление идет по ТЗ, чертежам и размерам заказчика, и он отвечает за корректность этих данных ⏩️ производство не начинается до получения необходимых материалов и аванса ⏩️ минимальный аванс — 30% ⏩️ сроки поставки и монтажа не могут быть меньше установленных компанией ⏩️ дополнительные работы должны отдельно согласовываться и оплачиваться. А потом превратили эти правила в плейбук, по которому ИИ может проверять каждый следующий договор. Для каждого условия есть три статуса: СООТВЕТСТВУЕТ НЕ СООТВЕТСТВУЕТ ОТСУТСТВУЕТ Причем если в договоре недостаточно информации, ИИ не должен «додумывать», что все нормально. Условие признается отсутствующим и уходит юристу на доработку. Почему мне нравится эта конструкция. Плейбук — это не только инструмент проверки договора. Это точка сбора экспертизы юридической команды. Появился новый проблемный кейс — добавили правило. Изменилась позиция бизнеса — обновили правило. Нашли риск, который раньше пропускали, — зафиксировали его в плейбуке. То есть знания перестают оставаться исключительно «в голове» конкретного юриста. И есть еще следующий уровень. В такой плейбук можно добавить типовой промт-интервью, который до начала анализа задаст вопросы юристу и бизнес-заказчику: ❓ что за сделка ❓ кто контрагент ❓ насколько он важен ❓ какие коммерческие условия для бизнеса критичны ❓ чем мы готовы поступиться ❓ какие риски принять нельзя И тогда получается уже полноценный процесс: контекст сделки → вопросы → правила компании → проверка договора → рекомендации юристу. Не «100 универсальных промтов для юриста», а собственная юридическая база знаний, поверх которой работает ИИ. 💲А сам плейбук, который мы сделали на занятии, решила не прятать — отдаем целиком. Можно брать за основу и переделывать под свои типы договоров.

Мы видели десятки таких кейсов. ⚙️Бизнес решает: «Хватит рутины, внедряем IT-решение». Покупают дорогой конструктор, CRM, систему с ИИ. Громкий запуск, обучение, энтузиазм… А через полгода сотрудники тихо саботируют систему и втайне возвращаются к Excel, Word и пересылке файлов по почте. Почему так происходит❓ Софт здесь ни при чём. ⚠️Потому что нельзя автоматизировать то, что сломано изначально. Если у вас: ⚫️ нет единых шаблонов ⚫️ каждый юрист согласовывает договор по-своему ⚫️ маршруты согласования прыгают от директора к финансисту и обратно ⚫️ а документы хранятся в личных папках на рабочих столах… ...то любой софт схватится как бетон на этой основе. Зафиксирует каждую лишнюю ступень согласования, каждый дублирующий шаг, каждую «особенность» конкретного юриста. Теперь ошибки воспроизводятся не эпизодически, а системно и с каждым запуском Правило, выстраданное бизнесом: ⚠️Если автоматизировать хаос - получится автоматизированный хаос. Только теперь он обходится в разы дороже. 📌Наш главный принцип, с которого мы начинаем любой проект: 1. Сначала - оптимизация (убираем лишние шаги). 2. Затем - стандартизация (создаём единые правила и шаблоны). 3. И только потом - автоматизация. Продолжаем рубрику. В следующем посте - разберём нашу трёхшаговую модель ОСА и покажем, как именно мы проводим компании через этот путь. А пока вопрос к вам: Был ли у вас опыт, когда на работе внедряли «умную» программу, а она так и не прижилась? Делитесь в комментариях.⏬

На вебинаре мы много говорили о том, что ФНС проверяет не только договор с самозанятым и наличие чеков. Налоговая сопоставляет договоры, акты, переписку, выплаты и то, как исполнитель фактически встроен в работу компании. Поэтому формально правильный договор может не помочь, если реальные отношения выглядят как трудовые. Вот пять вопросов для быстрой проверки своей модели. 1️⃣ Мы покупаем конкретный результат или рабочее время человека? Безопаснее выглядит ситуация, когда самозанятому поручают отдельную задачу: ▫️разработать дизайн ▫️подготовить исследование ▫️создать определенный объем текстов ▫️выполнить конкретный этап разработки Риск выше, если человек постоянно выполняет одну функцию, работает по графику и закрывает текущие поручения руководителя. Главный вопрос: компания оплачивает готовый результат или фактическое присутствие человека в рабочем процессе? 2️⃣ Как мы ставим задачи? Сам по себе Telegram, таск-трекер или корпоративная почта не превращают отношения в трудовые. Важно содержание коммуникации. Одно дело: Подготовить лендинг к 15 августа. Вот требования к результату. Другое: Сегодня с 10:00 до 12:00 сделайте эту задачу, затем согласуйте ее с руководителем и вечером направьте отчет. Чем больше в переписке обязательного режима, оперативного контроля и подчиненности, тем сложнее доказать самостоятельность исполнителя. 3️⃣За что и как мы платим? Регулярные выплаты сами по себе еще не означают трудовые отношения. Но риски растут, когда одновременно присутствуют: ▫️одинаковая сумма каждый месяц ▫️выплаты через равные промежутки времени ▫️отсутствие связи суммы с объемом работы ▫️акты с общей формулировкой «услуги за месяц» ▫️оплата независимо от конкретного результата Более убедительно выглядит последовательность: задание → результат → приемка → оплата. 4️⃣ Что написано в заданиях и актах? Это одна из самых недооцененных зон риска. В договоре могут быть правильные формулировки о самостоятельности исполнителя. Но если каждый месяц стороны подписывают одинаковый акт без описания результата, именно акты могут сыграть против компании. При проверке нужно смотреть не только договор, но и: ▫️задания ▫️приложения ▫️акты ▫️отчеты ▫️чеки ▫️переписку ▫️корпоративные доступы ▫️порядок приемки работы Все документы и процессы должны подтверждать одну и ту же модель. 5️⃣ Почему эту работу выполняет самозанятый, а не штатный сотрудник? Лучше ответить на этот вопрос до того, как его задаст ФНС. Разумными объяснениями могут быть: ▫️проектный характер работы ▫️временная потребность ▫️необходимость привлечь узкого специалиста ▫️отсутствие экономической необходимости содержать постоянную должность Если человек годами выполняет основную функцию бизнеса на тех же условиях, что и сотрудники, объяснить гражданско-правовую модель будет сложнее. ⚠️Главный вывод Проверять работу с самозанятыми по принципу: Есть договор и чек — значит все хорошо уже недостаточно. Нужно проверить всю цепочку: что поручаем → как ставим задачу → кто организует работу → какой результат принимаем → за что платим → какие доказательства сохраняем. Именно из этих деталей ФНС собирает  реальную картину отношений. Когда клиент обращается с запросом оценить риски претензий со стороны ФНС мы проверяем не только договоры с самозанятыми, но и задания, акты, выплаты, переписку, доступы и фактическую роль исполнителя. Оставить заявку на аудит модели работы с самозанятыми

💲Запись вебинара уже доступна! «Аудит IT-деятельности: как подтвердить право на налоговые льготы» Налоговые льготы для IT-компаний — это не только аккредитация. Чтобы сохранить право на их применение, важно понимать, что именно проверяет ФНС и какие документы подтверждают соответствие требованиям. На вебинаре разобрали: ➕ условия применения налоговых льгот ➕ какие доходы относятся к IT-выручке ➕ что проверяет ФНС при налоговом контроле ➕ как провести аудит IT-деятельности и выявить риски до проверки ➕ какие ошибки чаще всего приводят к спорам с налоговой Если вы пропустили эфир или хотите пересмотреть материал — запись уже доступна по ссылке 👇 🔗 https://rutube.ru/video/0acf215c392a00e5647e0770c4747a67/

💲В продолжение недавно проведённого вебинара отвечаем на вопросы, которые были нами получены в ходе вебинара: Если СМЗ находится за пределами нашей страны более 183 дней, то он теряет налоговое резидентство по НК РФ и статус СМЗ? ⏩️Нет. Статус налогового резидентства и режим самозанятости никак не связаны. Часто заключают просто ГПХ без самозанятости. Можно ли так делать, в чём отличия и риски? ⏩️Да, иногда физические лица заключают с компаниями договоры ГПХ и без использования режима самозанятости, и такой подход действительно снижает риски переквалификации. Дело в том, что зачастую инициатором переквалификации и доначислений выступает именно ФНС. Если в договоре ГПХ отсутствует факт налоговой экономии — поскольку за физическое лицо без статуса самозанятого уплачиваются те же налоги, что и за работника, — налоговый орган не обращает внимания на такие отношения. А трудовая инспекция не обладает данными из ФНС, чтобы зафиксировать потенциальное нарушение и начать в них разбираться. Поэтому договор ГПХ с физлицом без статуса самозанятости в части переквалификации намного безопаснее. При выездной налоговой проверке ООО могут ли заинтересоваться отношениями с самозанятыми, например, не превысили ли они лимит в 2,4 млн рублей в какой-то период? ⏩️Потенциально да, но, как правило, данное обстоятельство уже известно ФНС, и в таких случаях сразу приходит требование о доплате НДФЛ. При этом может быть и другой сценарий: например, при проверке по иным признакам переквалификации на допросе СМЗ сообщил, что получал оплату в безналичной форме без выставления чека. Если такие выплаты привели к превышению лимита, это может заинтересовать налоговый орган и привести к доначислению. Выдача самозанятому специализированного технического оборудования для выполнения работ является риском и может трактоваться как организация рабочего места при дистанционном формате работы? ⏩️Да, исполнитель должен обладать собственными ресурсами для выполнения взятых на себя обязанностей. Факт удалённого выполнения задач не меняет этого обстоятельства.

22 июля 2026 года Государственная Дума приняла в третьем чтении законопроект № 959258-8 о внесении изменений в КоАП РФ. Поправки, разработанные Минэкономразвития России, вводят административную ответственность для операторов посреднических цифровых платформ и саморегулируемых организаций оценщиков. Основная часть изменений вступает в силу с 1 октября 2026 года. Напомним, закон о платформенной экономике был принят 31 июля 2025 года. Новые составы правонарушений обеспечивают его практическую реализацию и защищают права партнёров-продавцов и исполнителей. 🔗 Ключевые новеллы законопроекта: ▫️ Защита от ценового давления. Оператор обязан не позднее чем за 5 рабочих дней уведомить партнёра о планируемом снижении цены за его счёт и предоставить техническую возможность установить запрет на такую скидку. Нарушение этого запрета влечёт штраф до 400 тысяч рублей. При этом прямо запрещено применять любые меры воздействия за отказ от скидки — блокировку, снижение рейтинга, ухудшение позиции в поисковой выдаче или прекращение размещения карточек товара. За такие действия также предусмотрены штрафы до 400 тысяч рублей. ▫️ Сроки рассмотрения споров. Впервые вводится ответственность за несоблюдение сроков досудебного разрешения споров на платформе. Жалоба должна быть рассмотрена в течение 15 дней, а незаконно применённые меры — отменены в течение 48 часов. За неисполнение этих требований — штраф для юрлиц до 500 тысяч рублей. ▫️ 12 составов правонарушений для операторов платформ: от неисполнения процедурных требований до незаконной блокировки партнёров. Штрафы — от 20 до 500 тысяч рублей в зависимости от тяжести нарушения. ▫️ Новые составы для СРО оценщиков. Штрафы до 200 тысяч рублей, а также ответственность за нарушение требований к публичному размещению предложений о продаже товаров — до 200 тысяч рублей за повторное нарушение. ▫️ Увеличение срока давности привлечения к ответственности по делам о платформенной экономике с 60 до 90 дней. ▫️Отсрочка до 1 января 2027 года для наиболее технически сложных требований (проверка информации в карточке товара через государственные информационные системы). Если вы оператор цифровой платформы - новый закон касается вас напрямую. Команда «Зарцын и партнеры» знает, как настроить внутренние регламенты и договорную базу, чтобы новые штрафы не стали для вас реальностью. Ждем вас на консультации! 💲

📅30 июля | 12:00 (МСК) Налоговые льготы для IT-компаний — это не только аккредитация. ФНС проверяет фактическую деятельность компании, структуру выручки, договоры, права на ПО и подтверждающие документы. На вебинаре разберем: ▫️ какие условия необходимо соблюдать для применения льгот ▫️ что именно проверяет ФНС ▫️ какие доходы относятся к IT-выручке ▫️ какие документы подтверждают право на льготы ▫️ как провести аудит IT-деятельности и выявить риски до налоговой проверки В конце вебинара вы получите чек-лист для самостоятельной проверки IT-деятельности и сможете задать вопросы эксперту. ⚠️Ждем вас уже завтра в 12:00 (МСК)! Регистрация : https://zarlaw.timepad.ru/event/4091330/

После вебинара собрали практический чек-лист, по которому можно проверить: 📶 все ли точки сбора данных учтены 📶 правильно ли распределены роли оператора и обработчика 📶 где действительно нужно согласие, а где есть другое основание 📶 как оформлена работа с подрядчиками 📶 подтверждается ли получение согласий 📶 готова ли команда к утечке и уведомлению Роскомнадзора 📶 соответствует ли юридическая модель реальному устройству продукта. Это не просто перечень документов. В чек-листе есть вопросы к сайту, приложению, виджетам, API, CRM, подрядчикам и процессам внутри команды. В конце — быстрая оценка, которая поможет понять, достаточно ли точечных изменений или нужен системный аудит. ⏬ Скачивайте чек-лист и сохраняйте запись вебинара. ⏬ Если в одном блоке осталось несколько незакрытых пунктов, лучше разбирать не отдельную политику, а весь маршрут данных — от первого экрана до подрядчика и внутренней системы.

🚀Новый кейс от Людмилы Харитоновой Когда бизнес растет, старые юридические решения перестают работать. Но многие замечают это только тогда, когда возникают первые серьезные риски. В новой статье разбираем реальную ситуацию из практики, показываем, где была проблема, какие последствия она могла повлечь и как удалось выстроить рабочее юридическое решение. Полезно руководителям, основателям технологических компаний и юристам, сопровождающим IT-бизнес. 🔗 Читать статью: https://vc.ru/id3909923/3041577-kogda-kompanii-nuzhen-pervyj-shtatnyj-yurist

Когда запускают FinTech-платформу, внимание обычно сосредоточено на продукте, интеграциях, скоринге, платежах и требованиях регулятора. Персональные данные при этом нередко оформляют «в конце»: добавляют политику, согласие и чекбокс. Но проблема обычно не в отсутствии одного документа. Она в том, что никто не собрал полную карту движения данных. Что стоит проверить еще до запуска или масштабирования продукта: 📶 Какие данные получает платформа. Не только ФИО, телефон и паспорт. Это могут быть сведения для скоринга, проверки статуса инвестора, идентификации, исполнения требований 115-ФЗ, записи звонков, технические данные и информация из внешних систем. 📶 Кто является оператором в каждом процессе. Владелец интерфейса не всегда является оператором ПДн. Оператором становится тот, кто определяет цели и состав обработки. В одном сценарии им может быть сама платформа, в другом — банк, лизингодатель, эмитент или иной партнер.  📶Как устроены скоринг и обязательные проверки. Не для каждой обработки требуется согласие. Например, проверка, обязательная по закону, не должна зависеть от добровольного согласия пользователя, которое он может отозвать. Для каждой операции нужно определить свое основание: закон, договор или согласие.  📶 Какие внешние сервисы подключены. Сервисы идентификации, проверки клиентов, CRM, аналитика, колл-трекинг, электронная подпись, облачная инфраструктура. Нужно понимать, кому передаются данные и действует ли подрядчик самостоятельно или по поручению оператора. 📶 Что происходит в партнерских каналах. Заявка может приходить не только через основной сайт, но и через виджет партнера, реферальную ссылку, звонок или форму на чужом ресурсе. Пользователь должен понимать, кому и зачем он передает сведения. В одном из наших проектов именно партнерские виджеты оказались отдельной зоной риска.   📶Разделены ли разные категории пользователей. У инвестора, эмитента, заемщика, поставщика и представителя компании разные цели, объем данных и основания обработки. Универсальное согласие для всех сценариев обычно не отражает реальную модель продукта.  📶Где физически находятся данные. Облака, резервные копии, иностранные сервисы и доступ зарубежных подрядчиков могут создавать вопросы локализации и трансграничной передачи. 📶 Не мешают ли документы конверсии. Лишний чекбокс — это не дополнительная защита, а еще один этап, на котором пользователь может уйти. В лизинговом проекте корректное разделение оснований позволило убрать ненужные согласия и упростить путь клиента.  ⚠️Главный вывод: ПДн в FinTech — это не папка документов. Это часть архитектуры продукта. Сначала нужно восстановить реальные потоки данных, распределить роли и основания обработки. И только после этого готовить политики, согласия, договоры и задания для разработчиков. 💲28 июля в 12:00 на вебинаре разберем, как выстроить работу с персональными данными на инвестиционной и FinTech-платформе и что проверить до появления вопросов у Банка России или Роскомнадзора. Регистрация: https://zarlaw.timepad.ru/event/4091271/

Когда лизинговая платформа была небольшим стартапом, юридическая модель работала. Но с ростом бизнеса появились новые продукты, партнеры и процессы — а документы остались прежними. В результате компания столкнулась с рисками, которые могли повлиять на масштабирование проекта и взаимоотношения с клиентами. В новом кейсе рассказываем: 🖇️ почему старые документы перестают работать вместе с ростом бизнеса 🖇️ какие юридические риски возникают у цифровых платформ 🖇️ как пересобрать договорную модель без остановки продукта. Полезно владельцам цифровых платформ, FinTech-проектов и юристам, сопровождающим технологический бизнес. 💲Читать кейс: «Лизинговая платформа выросла, а документы — нет»

Сегодня на вебинаре мы много говорили о том, что одного правильно составленного договора с самозанятым уже недостаточно. Суды смотрят не на название договора, а на фактическую модель работы. Что помогло компании отбить доначисления: ⏩️ отдельные задания и понятный результат ⏩️оплата после приемки работ ⏩️ размер вознаграждения зависел от объема ⏩️ не было постоянного графика ⏩️ не было рабочего места и включенности в штат ⏩️ компания объяснила, почему постоянный сотрудник ей не нужен. Что, наоборот, убедило суд в наличии трудовых отношений: ▫️ работа с 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.