СЗПК vs ТОР в 1С:ERP: как не сжечь льготы и зачем здесь вообще ERP и ИИ
Меня зовут Марина. Я — действующий член Института профессиональных бухгалтеров России, аттестованный главный бухгалтер коммерческой организации с обособленными подразделениями и аккредитованный профессиональный налоговый консультант. Более 20 лет руковожу финансовыми департаментами. Последние несколько лет занимаюсь внедрением ИИ в бухгалтерские процессы.
Коллеги, если вы совмещаете статусы участника СЗПК и резидента ТОР, самое дорогое, что можно сделать, — это «забыть» про раздельный учёт. Не потому, что оштрафуют, а потому, что льгота просто перестанет применяться. Разбираем, как это устроено в 1С:ERP и где здесь место ИИ, а где — категорически нет.
Что говорит закон (и почему это важно для архитектуры учёта)
Для резидентов ТОР правило простое: пониженная ставка применяется либо ко всей базе (если доходы от деятельности в рамках соглашения ≥ 90% всех доходов), либо только к отдельной базе от деятельности в рамках соглашения — но при условии раздельного учёта доходов и расходов на протяжении всего срока действия соглашения . Это не рекомендация, а условие применения льготы.
Для участников СЗПК логика иная: механизм налогового вычета позволяет уменьшать налог на прибыль (и другие налоги) на сумму затрат, отражённых в уведомлении, но вычет привязан к деятельности в рамках конкретного соглашения . Если вы совмещаете СЗПК и ТОР по разным проектам, налоговые базы обязаны быть разделены. Если по одному и тому же — нужно выбирать одну льготу, а не складывать их.
Минфин в письме от 01.07.2026 № 03-03-06/1/56278 прямо указал: резидент ТОР, получивший статус малой технологической компании, может применять льготы МТК исключительно к базе от иной деятельности, не относящейся к ТОР . То есть разделение баз — не формальность, а единственный способ легально совместить разные режимы.
Почему 1С:Бухгалтерия здесь не справится, а 1С:ERP — да
Раздельный учёт налоговых баз — это не «отчёт», а свойство учётной системы. В типовой Бухгалтерии нет сквозной проектной аналитики: вы можете сделать ручные проводки, но не можете гарантировать, что каждая хозяйственная операция несёт признак проекта. В ERP это решается штатными механизмами:
Варианты налогообложения прибыли. В 1С:ERP реализован механизм раздельного учёта налога на прибыль через субконто «Варианты налогообложения прибыли» на счетах 09, 68.04.2, 77, 90, 91, 97.11, 99. Ставки задаются отдельно для каждого варианта, а листы декларации формируются по вариантам . Это ровно то, что нужно: один вариант — СЗПК, другой — ТОР, третий — обычная деятельность.
Направления деятельности и проекты. Сквозная аналитика проставляется в первичке и накапливается в регистрах. Без этого ИИ бесполезен: он не создаст учётные данные, он работает поверх той аналитики, которая уже заложена.
Раздельный учёт НДС. В ERP есть готовый механизм распределения «входящего» НДС между облагаемыми и необлагаемыми операциями, а также между разными видами деятельности . Для проектов с разными льготами это критично: если НДС «перетечёт» из льготного проекта в обычный, база исказится.
Правила распределения косвенных расходов. Общехозяйственные, управленческие, амортизация, проценты по кредитам — всё это должно раскладываться между проектами по обоснованной базе (выручка, прямые затраты, ФОТ). В ERP правила задаются на уровне настроек, а не формул в обработках.
Где здесь ИИ и почему он не отменяет ERP
ИИ не создаёт налоговую базу. Он контролирует качество данных, которые в эту базу попадут. Роли, которые имеют смысл:
Классификация первички. ML-модель размечает входящие акты, счета, договоры по проектам там, где бухгалтер забыл проставить аналитику. Это не замена учёту, а страховка от «смешивания» баз.
Аномалии в распределении. Модель отслеживает нетипичные проводки: расход с признаком СЗПК, но контрагент или номенклатура характерны для ТОР-проекта. Сигнал до закрытия периода, пока исправление стоит дёшево.
Сценарное моделирование. Просчитать налоговую нагрузку при выборе ТОР vs СЗПК по каждому проекту с учётом правила «одна льгота на один проект». Решение принимает человек, но модель показывает цену ошибки.
Мониторинг условий соглашения. Объём капвложений, сроки, KPI. Если модель видит риск невыполнения условия льготы, она сигналит заранее — до того, как налоговая обнаружит это в декларации.
Практический чек-лист
- Аудит учётной политики. Проверьте, закреплён ли в налоговой политике вариант применения льгот (ко всей базе или к отдельной) и не противоречит ли он фактическому учёту.
- Настройка вариантов налогообложения прибыли в ERP. Убедитесь, что каждый проект имеет свой «вариант» и что ставки заданы корректно.
- Проверка аналитики в первичке. Прогоните выборку документов за период: везде ли проставлен признак проекта/направления деятельности. Там, где нет, — либо ручная доразметка, либо ИИ-классификатор.
- Правила распределения косвенных расходов. Зафиксируйте базу распределения и проверьте, что она не «перекашивает» базы между проектами.
- Только после этого — ИИ. Подключайте модели к данным, которые уже разделены в ERP. Иначе ИИ будет умно классифицировать то, что всё равно ляжет в одну базу.