Меры поддержки цифровизации в России существуют, но они устроены не так, как их представляет большинство предпринимателей. Это не касса, куда приходят за деньгами на автоматизацию. Это четыре разных механизма с разной логикой: налоговые преференции, которые решаются на этапе договора; прямые деньги, которые почти всегда приходят возмещением уже потраченного; льготное финансирование под финмодель и обеспечение; и нефинансовая помощь, которую недооценивают чаще всего. У каждого — свой получатель, свой оператор и своя цена оформления.
Главная развилка, из-за которой теряют больше всего времени, проходит не между программами, а между получателями. Значительная часть того, что в обзорах называется «поддержкой ИТ», адресована разработчику программного обеспечения: тому, кто пишет и продаёт код. Компании, которая ПО покупает и внедряет у себя, эти меры недоступны — и то, что она может получить, лежит совсем в другом месте. Оптовик, стоматология, производство мебели и подрядчик по инженерным системам ищут в неправильном разделе примерно в половине случаев.
Дальше — карта механизмов с указанием, кому каждый доступен и что придётся сделать; способ за час проверить, подходите ли вы, не читая ни одного обзора; расчёт стоимости оформления в часах сотрудника и в рублях; арифметика, показывающая, почему ожидание решения обычно дороже самой выгоды; и три сценария продолжения — для тех, кто покупает готовое ПО, заказывает внедрение или разрабатывает своё. Оговорка, которая относится ко всему тексту: конкретные условия, ставки, перечни и сроки приёма меняются в течение года, поэтому здесь описана механика, а не действующие параметры. Всё, что касается денег и налогов, проверяется на дату чтения по первоисточнику и обсуждается с вашим бухгалтером.
Четыре типа механизмов и почему их нельзя мерить одной меркой
Слово «поддержка» склеивает вещи, у которых общего только источник — бюджет. Инструменты различаются по трём признакам: когда вы видите деньги, что от вас требуется до получения и что остаётся после. Разница принципиальная: одни механизмы не требуют от вас ничего, кроме правильно составленного договора, другие оставляют обязательства на годы вперёд.
- Налоговые преференции. Денег вам никто не даёт — уменьшается налоговая база или ставка. Ключевая особенность: это решается не заявкой, а формулировками в договоре и статусом продукта, и решается до подписания. После подписания менять поздно.
- Прямые деньги: субсидии и гранты. Субсидия почти всегда работает как возмещение уже понесённых затрат — сначала вы платите сами, потом подтверждаете и получаете часть обратно. Грант ближе к финансированию проекта, но выдаётся под конкретный профиль и почти никогда — под покупку типового ПО в обычную компанию.
- Льготное финансирование: займы региональных фондов, поручительство гарантийных организаций, льготные кредитные программы. Деньги возвратные, зато их обычно больше и приходят они до, а не после. Требуется финмодель, а часто залог или поручительство.
- Нефинансовая поддержка: обучение, консультации, помощь с подготовкой документов, участие в выставках, льготный доступ к сервисам через центры «Мой бизнес». Самый недооценённый тип: получить проще всего, а для небольшой компании консультация по подготовке пакета иногда стоит дороже самой субсидии.
Из этого следует практический вывод. Если вы покупаете и внедряете ПО, начинать надо не с поиска грантов, а с двух вопросов к договору: какой у продукта статус и как разделена стоимость. Это стоит нуля часов дополнительной работы, потому что договор вы всё равно подписываете, а эффект получается сразу и без заявок. Всё остальное — уже сверху и с ценой оформления.
Второй практический вывод касается порядка. Механизмы первого типа действуют в момент сделки, механизмы второго — после неё, третьего — до. Это значит, что откладывать проект имеет смысл только ради льготного займа, и то если без него денег на проект нет вовсе. Ради возмещения откладывать нельзя по определению: возмещать нечего, пока вы не заплатили. Половина вопросов «а не подождать ли нам» снимается одним этим наблюдением.
Сравнение в четыре колонки: «Налоговые преференции», «Субсидии и гранты», «Льготное финансирование», «Нефинансовая помощь». В каждой колонке три строки с одинаковыми подписями слева: «Когда видны деньги» (до сделки / после затрат / до проекта / сразу), «Что требуется» (формулировки в договоре / заявка и пакет / финмодель и обеспечение / регистрация и запись), «Что остаётся после» (ничего / отчётность и обязательства / долг и график / ничего). Внизу общая подпись: «Это не одна касса, а четыре разных механизма». Чертёжный стиль, все подписи по-русски.
Разработчик ПО и покупатель ПО: разные вселенные
Это самая частая путаница в теме, и она стоит недель. В обзорах «поддержка ИТ-отрасли» и «поддержка цифровизации бизнеса» лежат рядом и выглядят одинаково, хотя адресованы разным компаниям. Первая — тем, кто производит программное обеспечение как продукт. Вторая — тем, кто внедряет его у себя, чтобы меньше тратить на ручную работу.
Доля дохода компании, полученная от деятельности в области информационных технологий: разработки, адаптации, сопровождения программ, оказания ИТ-услуг. Это ключевой параметр, который отделяет ИТ-компанию от компании с ИТ-отделом. Собственный отдел разработки, даже большой, профильной выручки не создаёт: вы продаёте не программы, а товары или услуги. Конкретный порог доли и перечень засчитываемых видов деятельности задаёт действующая редакция требований и проверяется на дату обращения.
| Инструмент | Разработчик ПО | Компания, которая покупает и внедряет |
|---|---|---|
| Аккредитация ИТ-организации | Профильный статус, к нему привязана часть льгот | Обычно не подходит по профильной выручке и не нужна |
| Реестр отечественного ПО | Может включить в него свой продукт | Проверяет чужой продукт при закупке — это фактор выбора системы |
| Льготы по страховым взносам и налогу на прибыль для ИТ | Да, при выполнении условий по статусу и выручке | Нет: собственный ИТ-отдел прав на них не даёт |
| Налоговый режим при передаче прав на ПО | Влияет на цену, по которой он продаёт | Влияет на итоговую сумму договора — проверяется до подписания |
| Субсидии для МСП на цифровизацию | Как и всем МСП | Основной доступный канал прямых денег |
| Гранты на разработку продукта | Основной канал | Почти всегда мимо: типовое внедрение не проект разработки |
| Займы региональных фондов | Редко | Реально, чаще у производственных компаний под оборудование и проекты развития |
Регулярная логика заказчика: «у нас шесть программистов в штате, значит мы можем претендовать на ИТ-льготы». Не можете: значение имеет не наличие разработчиков, а структура выручки юридического лица и виды деятельности. Компания, которая продаёт станки и пишет софт для себя, остаётся производителем станков. Идея выделить разработчиков в отдельное юрлицо «под льготы» существует, но это вопрос налоговых рисков и деловой цели, который решает налоговый консультант, а не инженер по автоматизации. Мы разбираем эту развилку отдельно в материале про аккредитацию ИТ-компании.
Карта механизмов: кому доступен, что делать, сколько занимает
Таблица ниже — не перечень программ, а перечень типов. Названия программ и их условия меняются в течение года; типы устойчивы. Столбец со сроком — ориентир по трудоёмкости и циклу рассмотрения, а не обещание: конкретный срок задаёт оператор конкретной программы, и приём заявок может быть закрыт в тот момент, когда вы читаете этот текст.
| Механизм | Кому доступен | Что придётся сделать | Ориентир по сроку |
|---|---|---|---|
| Налоговый режим по продукту из реестра ПО | Любому покупателю, если продукт в реестре и договор оформлен соответственно | Проверить продукт в реестре, выбрать вид договора и разделить стоимость до подписания | Дни: решается на этапе договора |
| Учёт расходов на внедрение | Всем, вопрос только в документах | Детализировать смету и акт, собрать закрывающие документы | Дни: делается вместе с договором |
| Льготы для аккредитованных ИТ-организаций | Только организациям с аккредитацией и профильной выручкой | Получить статус, поддерживать долю выручки, сдавать отчётность, дать согласие на раскрытие налоговой тайны | Недели на статус, дальше обязанности постоянно |
| Субсидия-возмещение части затрат | МСП из реестра, без задолженностей, по перечню оператора | Сначала оплатить проект самим, затем собрать пакет и отчитаться | 1–3 месяца пакет и рассмотрение, плюс ожидание волны приёма |
| Грант на проект | Под конкретный профиль, отрасль или технологию | Заявка с проектом, защита, целевое расходование, отчётность | 2–6 месяцев полный цикл |
| Заём регионального фонда | Чаще производственным компаниям, под оборудование и проекты развития | Финмодель, обеспечение или поручительство, целевое расходование | 1–3 месяца |
| Поручительство гарантийной организации | МСП, которым не хватает залога для банка | Заявка через банк-партнёр, комиссия за поручительство | Недели, внутри кредитной сделки |
| Нефинансовая поддержка центров «Мой бизнес» | МСП из реестра | Регистрация и запись на услугу | Дни |
Обратите внимание на верхние две строки. Они не требуют ни заявки, ни ожидания, ни отчётности — только внимания к договору в тот момент, когда вы его и так подписываете. Именно поэтому мы всегда начинаем разговор про деньги с них, а не с грантов: это единственная часть темы, где выгода не съедается стоимостью оформления. Как читать смету подрядчика и как разделить в ней лицензии, работы, доработку и поддержку — отдельная тема, и на странице бюджетов у нас разложены типовые проекты по этим статьям.
Почему половина статей в выдаче устарела
Тема поддержки — рекордсмен по количеству мёртвого контента. Причина механическая: перечни мер обновляются несколько раз в год, а статьи в блогах — никогда. Текст, написанный в прошлом году, продолжает висеть в выдаче с теми же обещаниями, и отличить его от свежего по внешнему виду невозможно. Поэтому единственный рабочий подход — не искать «список программ», а научиться за минуту отличать живой источник от пересказа.
- 1Есть ли на странице ссылка на конкретный документ — порядок, положение, правила предоставления — или только пересказ своими словами. Пересказ без документа не даёт вам ничего: подавать вы будете по документу.
- 2Назван ли оператор поимённо, с сайтом и телефоном. «Государство компенсирует» — это не оператор. Оператор — конкретная организация, которая принимает заявки, и у неё есть страница программы.
- 3Указаны ли даты волны приёма. У живой программы всегда есть период подачи. Формулировка «приём идёт» без дат — признак того, что автор не проверял.
- 4Совпадает ли дата обновления страницы с датой изменения самих правил. Дата публикации статьи здесь ни о чём не говорит: перепечатка прошлогоднего перечня датируется сегодняшним днём так же легко.
- 5Есть ли в тексте обещание результата. Формулировки «поможем гарантированно получить» и оплата процентом от суммы — маркер посредника, а не источника. Ни один оператор не гарантирует одобрение заранее.
- 6Проходит ли текст простую проверку звонком. Пять минут разговора с оператором дают более точный ответ, чем час чтения обзоров, и сразу закрывают вопрос, открыт ли приём.
Прежде чем читать десять статей, позвоните в центр поддержки предпринимательства своего региона и задайте три вопроса: открыт ли сейчас приём по мерам на цифровизацию, подходит ли ваш основной вид деятельности, какой пакет документов. Разговор занимает пять-семь минут и снимает большую часть неопределённости. Если ответ отрицательный, вы сэкономили неделю чтения; если положительный, у вас есть имя оператора и актуальный перечень вместо чужого пересказа.
Абстрактный разбор веб-страницы (не скриншот реального сайта): прямоугольник страницы с шестью выносками к отдельным зонам. Выноски подписаны: «ссылка на документ, а не пересказ», «оператор назван поимённо, с телефоном», «даты волны приёма», «дата изменения правил, а не дата статьи», «нет обещания результата и оплаты процентом», «подтверждается звонком». Две зоны отмечены крестиком как отсутствующие, четыре — галочкой. Внизу подпись «дата публикации статьи ни о чём не говорит». Чертёжный стиль, подписи по-русски.
Проверка на дату чтения: маршрут на один час
Этот раздел — главный в статье, потому что он единственный не устаревает. Вместо того чтобы искать, какие меры существуют, проверьте, подходите ли вы под требования, которые встречаются почти во всех программах. Порядок шагов важен: первые три отсекают большинство заявителей, и делать их надо до того, как вы потратите время на изучение условий.
- 1Шаг 1. Проверьте себя в реестре МСП — 5 минут
Единый реестр субъектов малого и среднего предпринимательства ведёт ФНС, проверка бесплатная и по ИНН. Статус МСП — входное условие большинства программ прямой поддержки. Если вашей компании в реестре нет или категория не та, которую ждёт оператор, дальше можно не читать.
- 2Шаг 2. Сверьте основной вид деятельности — 10 минут
У многих программ есть перечень допустимых или, наоборот, исключённых видов деятельности. Смотреть надо на основной код в выписке, а не на то, чем вы фактически занимаетесь. Расхождение между фактической деятельностью и кодом в реестре — одна из самых обидных причин отказа, потому что она устранима заранее.
- 3Шаг 3. Проверьте задолженность — 10 минут
Отсутствие задолженности по налогам и взносам требуют почти везде, и порог бывает символическим. Проверять надо не «в целом», а на конкретную дату справкой: типичный отказ — задолженность в несколько сотен рублей, о которой в компании никто не знал.
- 4Шаг 4. Найдите своего оператора — 15 минут
Меры поддержки в регионах устроены по-разному, и федеральные обзоры этого не отражают. Точки входа: портал органов власти вашего субъекта, центр «Мой бизнес», региональный фонд развития промышленности, региональная гарантийная организация. Задача этого шага — получить имя организации и телефон, а не список программ.
- 5Шаг 5. Позвоните и задайте три вопроса — 10 минут
Открыт ли приём, подхожу ли по виду деятельности и размеру, какой состав пакета. Ответы записывайте с датой разговора и именем сотрудника. Этот шаг заменяет чтение обзоров и даёт актуальность, которой нет ни у одной статьи, включая эту.
- 6Шаг 6. Зафиксируйте дату проверки — 5 минут
Положите в папку проекта файл с датой, именем оператора, ответами и ссылками на документы. Через два месяца, когда вы вернётесь к теме, будет видно, что именно проверено и что уже могло поменяться. Без этой записи проверку придётся делать заново с нуля.
Схема-маршрут из шести последовательных блоков со стрелками слева направо: «Реестр МСП — 5 мин», «Вид деятельности — 10 мин», «Задолженность — 10 мин», «Найти оператора — 15 мин», «Звонок: три вопроса — 10 мин», «Зафиксировать дату — 5 мин». Первые три блока обведены общей рамкой с подписью «отсекают большинство заявителей, 25 минут». В конце маршрута итоговая плашка «Итого 55 минут». Под схемой строка: «Проверяется соответствие, а не список программ». Чертёжный стиль, подписи по-русски.
Сколько стоит оформление: расчёт в часах
В обзорах мер поддержки никогда нет этой части, а она и решает вопрос. Оформление — это работа живого человека, которую надо оплатить, даже если он у вас в штате. Ниже — модельная оценка по компании, которая один раз проходит цикл возмещения затрат. Часы взяты по нижней границе для организации с нормальным документооборотом: если бухгалтерия ведётся на аутсорсе, а договоры лежат в трёх папках, будет больше.
Теперь сопоставим с выгодой. Модельный проект автоматизации: 900 000 ₽ разово и 25 000 ₽/мес поддержки, внутри — лицензии на 300 000 ₽, работы по внедрению на 520 000 ₽ и оборудование на 80 000 ₽. Допустим, механизм возмещает половину расходов на лицензии; конкретная доля задаётся конкретной программой и у разных операторов различается, но порядок величины типичный. Возмещение получается 150 000 ₽.
78 000 ₽ — это реальные деньги, и отказываться от них незачем. Но масштаб стоит понимать: 8,7 % бюджета проекта. Для сравнения, ошибка в выборе первого процесса или лишний этап в смете стоят дороже. Поэтому мы всегда просим заказчиков не подчинять проект заявке: заявка — это премия к правильно сделанному проекту, а не его смысл. Как считать сам эффект внедрения, мы подробно разбирали в статье об окупаемости автоматизации, и порядок величин там на порядок больше.
Диаграмма из трёх столбиков в рублях с подписанными значениями: «Возмещение — 150 000 ₽», «Стоимость оформления, 60 часов × 1 200 ₽ — 72 000 ₽», «Чистая выгода — 78 000 ₽». Справа тонкая вертикальная шкала с отметкой «бюджет проекта 900 000 ₽» и указателем на уровне 8,7 % с подписью «доля выгоды в бюджете проекта». Ось значений в рублях, единицы подписаны. Чертёжный стиль, все подписи по-русски.
Цена ожидания: почему пауза дороже субсидии
Самая дорогая ошибка в этой теме выглядит безобидно: «давайте дождёмся решения по заявке, а потом начнём». Логика понятна — не хочется потратить свои деньги и не получить возмещение. Арифметика, однако, беспощадна: проект, который приносит экономию каждый месяц, за время ожидания теряет больше, чем даёт любая субсидия.
Отсюда единственный разумный порядок действий: запускать проект и готовить заявку параллельно, не связывая их между собой. Механизм возмещения к этому приспособлен по своей природе — он и так требует сначала оплатить, а потом подтверждать. Условие одно: до подписания договора надо узнать у оператора, какие требования предъявляются к договору и закрывающим документам, чтобы потом не оказалось, что формулировка в акте не подходит под условия программы. Это те же 8 часов из расчёта выше, и они окупаются.
Второй способ потерять деньги на поддержке — подогнать состав проекта под перечень оператора: взять не тот продукт, добавить ненужное оборудование, разбить этапы иначе, чем требует процесс. Экономия на возмещении в такой конструкции измеряется сотнями тысяч, а потери от неверно выбранного решения — годами эксплуатации. Правильный порядок обратный: сначала считаете проект по своей задаче, потом смотрите, что из него попадает под возмещение.
График накопленного результата за 6 месяцев, две линии. Линия «Запускаем сразу, заявку готовим параллельно» растёт с первого месяца по 95 000 ₽/мес. Линия «Ждём решения» остаётся на нуле три месяца и только затем начинает расти с тем же наклоном. Разрыв между линиями на шестом месяце подписан «285 000 ₽ недополученной экономии». Отдельная отметка на обеих линиях: «+78 000 ₽ возмещение» — одинаковая в обоих сценариях. Оси: месяцы и рубли, единицы подписаны.
Три сценария: покупаете, заказываете, разрабатываете
Дальнейшие действия зависят от того, что именно вы делаете. Три ситуации выглядят похоже с точки зрения бюджета и совершенно по-разному с точки зрения доступных механизмов.
- 1Сценарий 1. Покупаете готовое ПО по подписке или лицензии
Главный и почти единственный рычаг — статус продукта и вид договора, и оба решаются до подписания. Проверьте продукт в реестре отечественного ПО, уточните у поставщика, по какому договору передаются права, и попросите разделить в счёте лицензию и услуги. Субсидия-возмещение здесь тоже возможна, но её размер обычно считается от расходов на лицензии, а не от всей суммы. Что даёт реестр на практике и когда он вообще ни на что не влияет — разбираем в отдельном материале кластера.
- 2Сценарий 2. Заказываете внедрение у подрядчика
Ключевое действие — детализация. Договор и акт должны разделять лицензии, работы по внедрению, доработку, обучение, поддержку и оборудование: от этого зависит и учёт расходов, и то, какая часть проекта вообще может попасть под возмещение. Одна строка «услуги по автоматизации» на всю сумму усложняет жизнь и бухгалтеру, и оператору программы. Требования к составу документов лучше выяснить до подписания — переделать акт задним числом обычно нельзя.
- 3Сценарий 3. Разрабатываете собственный продукт
Это единственный сценарий, в котором осмысленно смотреть на аккредитацию ИТ-организации, гранты на разработку и включение результата в реестр ПО. Здесь же появляется вопрос прав на результат: без исключительного права на код разговор о реестре не начинается. И здесь же нужен налоговый консультант — не потому, что тема сложная, а потому, что цена ошибки в структуре выше стоимости консультации.
В первых двух сценариях — то есть у подавляющего большинства компаний — вся практическая работа сводится к трём действиям: проверить продукт, правильно оформить договор, при желании подать на возмещение уже после запуска. Ни одно из них не требует останавливать проект. В третьем сценарии речь идёт не о разовой выгоде, а о смене налогового профиля компании, и это решение принимается вместе с бухгалтером и налоговым консультантом.
Схема-развилка: один входной блок «У компании есть задача и бюджет 900 000 ₽» разветвляется на три ветки. Ветка «Покупаем готовое ПО» ведёт к блокам «Проверка в реестре», «Вид договора», «Разделение лицензии и услуг». Ветка «Заказываем внедрение» — к блокам «Детализация сметы», «Акт по статьям», «Возмещение после запуска». Ветка «Разрабатываем своё» — к блокам «Права на результат», «Аккредитация», «Реестр ПО», «Налоговый консультант». Под третьей веткой пометка «единственная, где аккредитация уместна». Чертёжный стиль, подписи по-русски.
Нефинансовая поддержка: то, что берут реже всего
Если оценивать меры по отношению «полученная польза к потраченным часам», выигрывает не субсидия, а нефинансовая поддержка. Она не выглядит как деньги, поэтому её пропускают, хотя получить её проще всего: обычно достаточно регистрации и записи на услугу, а цикл измеряется днями, а не месяцами.
- Консультации по подготовке документов. Для компании, у которой нет отдельного человека под заявки, это снимает основную часть тех самых 60 часов — а именно они и делали историю невыгодной.
- Обучение сотрудников. Закрывает частую проблему внедрения: систему поставили, а работать в ней не умеют. Мы регулярно видим проекты, где не хватает не функций, а обученного администратора на стороне заказчика.
- Юридические и бухгалтерские консультации. Полезны ровно там, где мы как инженеры обязаны остановиться: договорные и налоговые развилки.
- Помощь с выставками, каталогами и продвижением. К автоматизации отношения не имеет, но для небольшой компании это иногда более быстрая отдача, чем возмещение части лицензий.
- Льготный доступ к отдельным сервисам и площадкам. Условия меняются чаще всего, проверять только у оператора и только на дату обращения.
Практическая рекомендация: даже если по деньгам вы не проходите или подавать не собираетесь, один звонок в центр поддержки предпринимательства стоит сделать. Худший сценарий — потратить семь минут. Лучший — получить бесплатную консультацию по документам, которая закрывает половину трудозатрат из расчёта выше.
Арифметика здесь простая и в пользу нефинансовой поддержки. Если консультация снимает 20 часов из 60, это 24 000 ₽ по той же ставке 1 200 ₽ — почти треть стоимости оформления, и получена она за один звонок и одну встречу. При этом никаких обязательств после консультации не остаётся: нет ни целевого использования, ни отчётности, ни возврата. Ни один денежный механизм такого соотношения не даёт.
Когда за поддержкой идти не надо
Мы инженеры, а не консультанты по субсидиям, и наш интерес прямой: чтобы проект был запущен и работал. Поэтому скажем то, чего нет в обзорах мер поддержки. Есть пять ситуаций, в которых заявку подавать не стоит, и в них мы прямо советуем этого не делать.
- Проект дешевле 300 000 ₽. Стоимость оформления почти не зависит от размера проекта: те же 60 часов уйдут и на возмещение 150 000 ₽, и на возмещение 40 000 ₽. Практический порог — ожидаемая выгода от 250 000 ₽; ниже этого возня съедает результат.
- Задача срочная и имеет внешний дедлайн. Требование площадки, срок по маркировке, окончание поддержки старой системы — здесь любая задержка стоит дороже возмещения, а сроки приёма заявок вы не контролируете.
- В компании некому вести документы. Если пакет будет собирать собственник в свободное время, считайте его час по реальной стоимости — и расчёт почти наверняка станет отрицательным. Заявка требует не героизма, а исполнителя.
- Пограничный вид деятельности или недавние изменения в юрлице. Смена основного кода, реорганизация, свежая регистрация — типичные основания для отказа по формальным признакам. Проверять надо до подготовки пакета, а не после.
- Есть задолженность или неидеальная отчётность. Требование об отсутствии задолженности встречается почти везде и проверяется автоматически. Пока это не закрыто, работать над заявкой бессмысленно.
И обратный случай, для честности: подавать стоит обязательно, когда проект крупный, горизонт длинный, в компании есть человек, который ведёт документы, а вид деятельности прямо назван в перечне оператора. На бюджете в несколько миллионов рублей возмещение перестаёт быть премией и становится заметной статьёй. Только и там порядок остаётся прежним: сначала проект, потом заявка.
Мы не сопровождаем заявки и не консультируем по налогам — это работа другого специалиста. Но мы готовим то, что от подрядчика требуется в пакете: детализированную смету с разделением на лицензии, работы, доработку, обучение и поддержку; описание результата в терминах, которые понятны оператору; расчёт эффекта с прозрачной методикой. Этого обычно достаточно, чтобы проектная часть заявки не вызывала вопросов.
Сравнение в две колонки. Левая «Не подавать» с пятью строками: проект дешевле 300 000 ₽, срочный внешний дедлайн, некому вести документы, пограничный вид деятельности, есть задолженность. Правая «Подавать» с четырьмя строками: крупный проект, длинный горизонт, есть исполнитель по документам, вид деятельности прямо в перечне. Между колонками вертикальная разделительная линия с подписью «порог: ожидаемая выгода 250 000 ₽». Внизу общая строка: «В обоих случаях проект запускается сразу». Чертёжный стиль, подписи по-русски.
Что запомнить и что перепроверить
Вся статья написана по состоянию на сентябрь 2026 года и описывает механику, а не действующие параметры. Ставки, перечни, требования к заявителям, размеры возмещения и сроки приёма меняются в течение года и различаются по регионам. Ни одна цифра отсюда не годится для подачи заявки — годится только порядок действий.
- 1Определите, к какому из трёх сценариев вы относитесь: покупаете готовое, заказываете внедрение или разрабатываете своё. От этого зависит весь дальнейший маршрут.
- 2Сначала займитесь тем, что не требует заявок: статус продукта, вид договора, разделение стоимости, состав закрывающих документов. Это ноль дополнительных часов и эффект сразу.
- 3Пройдите часовой маршрут проверки: реестр МСП, вид деятельности, задолженность, оператор, звонок, запись даты.
- 4Сопоставьте ожидаемую выгоду со стоимостью оформления. Порог — 250 000 ₽; ниже него подача обычно не окупается.
- 5Запускайте проект, не дожидаясь решения. Пауза на три месяца в модельном расчёте стоит 285 000 ₽ против 78 000 ₽ чистой выгоды.
- 6Всё, что касается налогов и учёта, отдайте бухгалтеру, а вопросы структуры юрлиц — налоговому консультанту. Наша зона — процесс, смета и документы по проекту.
Поддержка — это премия к правильно сделанному проекту. Проект, придуманный ради премии, не окупается ни с ней, ни без неё.
