ФНС России подготовила требования к информационным системам для налогового мониторинга: что проверить компаниям

11 сентября 2026 г.

Мария Ковалева

Автор статьи

ФНС России разработала проект требований к информационным системам организаций, к которым налоговые органы получают доступ в рамках налогового мониторинга. Документ пока не утвержден: проект размещен на федеральном портале проектов нормативных правовых актов под ID 167163, а его утверждение планируется к 1 декабря 2026 года.

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

Статья подготовлена совместно с экспертами

Павел Сергеев, руководитель группы Presale VK Tech

Иван Бобров, аналитик-методолог VK Tech

Главное: почему на проект стоит обратить внимание уже сейчас

С 1 сентября 2026 года в статье 105.28 НК РФ появилось новое основание для досрочного прекращения налогового мониторинга: информационная система компании не соответствует требованиям ФНС России.

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

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

Важно: до утверждения приказа отдельные положения могут измениться.

Что ФНС России предлагает изменить

В проекте — 12 блоков и более 100 требований. Они касаются всего контура, через который организация раскрывает сведения для налогового мониторинга: учетных систем, архивов документов, нормативно-справочной информации, системы внутреннего контроля и интерфейса для взаимодействия с инспекторами.

ФНС России предлагает закрепить требования к:

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

Какие данные нужно будет раскрывать в системе

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

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

«Инспектору должна быть доступна логичная цепочка: от показателя отчетности — к регистру, операции и подтверждающему документу»
Павел Сергеев,
руководитель группы Presale VK Tech

Сквозная расшифровка показателей

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

Например, инспектор открывает строку декларации по НДС и должен иметь возможность перейти:

к регистру налогового учета;
затем — к хозяйственным операциям;
далее — к первичным документам;
при необходимости — к данным контрагента и договору.

«Если компания корректирует отчетность, проект предусматривает автоматическое сопоставление разных версий данных с визуальным выделением изменений. Это позволит быстрее понять, что именно изменилось в декларации, регистрах или учете»
Иван Бобров,
аналитик-методолог VK Tech

Усиление требований к автоматическому контролю

ФНС России предлагает закрепить в информационной системе автоматические контрольные процедуры в трех направлениях.

Контроль показателей отчетности

Система должна автоматически проверять:

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

«Идея в том, чтобы часть возможных расхождений можно было увидеть до того, как данные станут предметом запроса со стороны налогового органа»
Павел Сергеев,
руководитель группы Presale VK Tech

Контроль первичных документов

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

Контроль нормативно-справочной информации

Отдельное внимание уделено НСИ: ставкам налогов, КБК, кодам операций, кодам ОКОФ, реквизитам контрагентов и банковским счетам. Проект предусматривает, что система должна хранить справочники и автоматически проверять корректность их использования.

Регулярное обновление нормативно-справочной информации

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

запрещать использовать устаревшие записи при вводе данных;
предлагать пользователю актуальную версию справочной информации;
автоматически контролировать актуальность НСИ;
хранить данные за предыдущие периоды;
показывать идентификатор, версию и сроки действия записи.

Обновлять НСИ нужно будет в течение 30 дней после публикации сведений на сайте ФНС России. Для бизнеса это означает, что процесс обновления справочников лучше сделать прозрачным: определить ответственных, настроить контроль сроков и проверить, как изменения в НСИ отражаются в учетных системах и витрине данных.

Защита электронных документов и скан-образов от изменений

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

В частности, потребуется обеспечить:

защиту от неправомерного доступа, изменения и удаления;
запрет на редактирование подписанного документа без создания новой версии;
резервное копирование;
восстановление данных при необходимости.

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

Для электронных документов также должны сохраняться сведения об электронной подписи, а для скан-образов — данные о том, где находится оригинал или копия бумажного документа.

Упростите взаимодействие с ФНС России с помощью витрины VK Tax Compliance. На демо покажем, как решение может встроиться в ваш контур

Связь документов, договоров, контрагентов и операций

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

«Это особенно актуально для компаний, в которых данные распределены между несколькими системами: отдельно ведется учет, отдельно работает ЭДО, а архив документов размещен в другом контуре. В таком случае важно заранее проверить, можно ли собрать целостную цепочку данных без ручного поиска и дополнительной подготовки файлов по каждому запросу»
Иван Бобров,
аналитик-методолог VK Tech

Контроль ответов на требования ФНС России

В проекте есть отдельные требования к обработке требований налогового органа о представлении документов и информации.

Информационная система должна будет хранить:

уникальный идентификатор требования;
связь требования с соответствующей декларацией;
срок подготовки ответа;
текущий статус обработки;
сведения об ответственном сотруднике.

Для работы с требованиями предусмотрены статусы:

Статус	Что означает
Зарегистрировано	Требование получено и зарегистрировано в системе
Назначено	Определен ответственный исполнитель
В работе	Исполнитель приступил к подготовке ответа
Выполнено	Ответ подготовлен, но еще не направлен
Отправлено	Ответ на требование налогового органа направлен
Исполнено	Ответ принят налоговым органом

Система также должна напоминать о приближении срока ответа. А если в требовании указаны уникальные идентификаторы электронных документов, ответ предполагается формировать автоматически.

Отдельный интерфейс для запросов инспекторов

ФНС России предлагает закрепить требования к интерфейсу, в котором инспектор сможет направить запрос, а компания — подготовить и предоставить ответ.

В таком интерфейсе должно быть возможно:

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

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

Требования к журналам действий пользователей

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

Доступ к журналам должен быть у администратора и специалиста по информационной безопасности. Это важно для внутреннего расследования спорных ситуаций: например, чтобы понять, кто и когда изменил параметры доступа или подготовил ответ на запрос.

Цифровой контур для СВК

Отдельный блок посвящен системе внутреннего контроля — СВК. Проект предполагает, что в информационной системе должны формироваться и храниться:

перечень налоговых рисков;
контрольные процедуры;
результаты выполнения контрольных процедур;
данные об обеспеченных и необеспеченных рисках;
сведения о процедурах, выполненных с нарушением периодичности;
информация о процедурах, которые выявили ошибки.

Это означает, что СВК нужно описывать в документах и связывать с регулярной практикой контроля и отчетностью по ее результатам.

Как подготовиться к новым требованиям

Пока приказ не утвержден, можно использовать проект как чек-лист для оценки текущего состояния систем.

1. Проведите инвентаризацию данных и систем

Определите, где хранятся:

данные бухгалтерского и налогового учета;
регистры;
первичные документы;
договоры и сведения о контрагентах;
нормативно-справочная информация;
данные по рискам и контрольным процедурам.

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

2. Проверьте сквозную расшифровку отчетности

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

3. Оцените контрольные процедуры

Проверьте, какие контроли уже автоматизированы, а какие выполняются вручную. В первую очередь — контрольные соотношения в отчетности, сверка с учетными данными, контроль НСИ и первички.

4. Проверьте документы и архивы

Убедитесь, что документы защищены от несанкционированного изменения, имеют необходимые метаданные и связаны с договорами, контрагентами и операциями учета. Если архивов несколько, важно проверить доступность документов с учетом прошлых периодов.

5. Настройте процесс работы с требованиями

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

6. Спланируйте изменения в регламенте информационного взаимодействия

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

Как VK Tax Compliance помогает подготовить контур налогового мониторинга

VK Tax Compliance — витрина данных для работы в режиме налогового мониторинга. Решение помогает организовать раскрытие данных для налогового органа и адаптируется к ИТ-ландшафту конкретной компании.

Для инспектора в системе создается отдельная роль с доступом только к раскрытой информации и форме запроса. Он не может поменять данные или зайти в системы-источники.

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

В платформе VK Tax Compliance уже реализованы инструменты для контроля корректности данных

В проекте для АО «АВТОВАЗ» витрину адаптировали под собственную учетную систему компании и три архива электронных документов. Через решение организация раскрывает данные по налогу на прибыль, НДС, налогу на имущество, НДФЛ, страховым взносам, транспортному налогу и акцизам.

Выводы

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

Ответы на частые вопросы

Обязательно ли уже сейчас дорабатывать информационную систему под проект требований ФНС России?

Нет. Проект требований к информационным системам пока не утвержден, поэтому его положения не являются действующими обязательными требованиями. Однако участникам налогового мониторинга и компаниям, которые планируют перейти на этот режим, полезно заранее оценить текущий ИТ-контур: проверить раскрытие данных, работу с документами, НСИ, контрольными процедурами и запросами ФНС России. Это поможет спланировать возможные доработки после публикации финальной версии приказа.

Могут ли прекратить налоговый мониторинг, если информационная система не соответствует требованиям ФНС России?

Да, несоответствие информационной системы требованиям ФНС России предусмотрено как одно из оснований для досрочного прекращения налогового мониторинга в статье 105.28 НК РФ. При этом для практического применения нормы необходим утвержденный перечень требований и понятный порядок проверки. Пока приказ находится в разработке, компаниям стоит использовать его проект как ориентир для подготовки.

Какие данные должна раскрывать компания в информационной системе для налогового мониторинга?

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

Что такое сквозная расшифровка показателей отчетности?

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

Нужно ли хранить первичные документы непосредственно в витрине данных?

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

Как должна быть организована работа с требованиями ФНС России?

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

Можно ли использовать несколько учетных систем и архивов документов?

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