Налоговый мониторинг можно потерять из-за ИТ-системы: как контролировать доступ ФНС

С 1 сентября 2026 года несоответствие информационной системы и сбои доступа стали самостоятельными основаниями для прекращения мониторинга

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

Почему это стало проблемой именно сейчас

До 1 сентября 2026 года пункт 1 статьи 105.28 НК РФ предусматривал четыре основания для досрочного прекращения мониторинга: неисполнение регламента информационного взаимодействия, которое стало препятствием для контроля; недостоверная информация; систематическое (два раза и более) непредставление документов по требованию; прекращение деятельности организации [2][3]. Федеральный закон от 28.11.2025 № 425-ФЗ добавил к ним ещё пять оснований, из которых три напрямую касаются ИТ-инфраструктуры компании: несоответствие регламента информационного взаимодействия требованиям ФНС; несоответствие информационных систем компании установленным требованиям; систематическое (два раза и более за период мониторинга) нарушение порядка или сроков доступа ФНС к информационным системам организации [2][3].

Раньше единственным техническим триггером для прекращения было именно неисполнение регламента, ставшее «препятствием» для контроля — размытая формулировка, которую сложно применить к короткому сбою. Новая редакция статьи 105.28 НК РФ вводит два уточнённых, более технических основания: формальное соответствие системы установленным требованиям и количественный критерий — «два раза и более». Это смещает акцент с субъективной оценки на измеримые события, которые ИТ-служба обязана уметь фиксировать и объяснять.

Дополнительно с 1 сентября 2026 года ФНС получила право устанавливать не только порядок, но и сроки получения доступа к информационным системам организации, а также порядок проверки соответствия этих систем требованиям (пункт 6 статьи 105.26 НК РФ) [1]. Пока сам порядок проверки не утверждён — проект приказа с требованиями к информационным системам опубликован на портале regulation.gov.ru (ID 167163) в конце апреля 2026 года, и его планируют утвердить 1 декабря 2026 года [4]. То есть на 1 сентября 2026 года основание «несоответствие ИС требованиям» формально уже действует, а сами требования и порядок их проверки появятся позже. Из-за этого разрыва во времени особенно важно уже сейчас не полагаться на то, что раз формальных требований ещё нет, то и проверять нечего: часть требований из проекта во многом описывает то, что здравомыслящая компания и так должна контролировать — работоспособность интерфейса, корректность отчётных форм, хранение документов, журналирование действий пользователей [4].

Кому и зачем нужен разговор о контроле доступа

Тема касается прежде всего:

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

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

Как работает доступ ФНС к информационным системам компании

Компания предоставляет ФНС доступ к документам и данным одним из способов, зафиксированных в регламенте информационного взаимодействия, — либо путём передачи документов по телекоммуникационным каналам связи, либо через доступ к собственной информационной системе или витрине данных [5]. Порядок технического подключения к информационным системам организации, включая настройку защищённого канала связи с использованием сертифицированных средств криптографической защиты, установлен приказом ФНС от 13.03.2023 № ЕД-7-23/163@ [6][7]. С 1 января 2026 года через такие информационные системы можно передавать не только сами документы, но и пояснения по требованиям налогового органа [1].

В самом регламенте информационного взаимодействия, согласно пункту 6 статьи 105.26 НК РФ, должны быть отражены: сроки и порядок представления документов и (или) доступа к ним через информационные системы организации; порядок ознакомления должностных лиц налогового органа с подлинниками документов; время доступа к документам в течение периода мониторинга и следующих трёх лет после его окончания [8][9]. То есть регламент — не формальность для подачи заявления, а документ, который прямо описывает, что и в какие сроки обязана обеспечить ИТ-инфраструктура компании; отступление от этих условий — уже основание для проверки со стороны ФНС.

Отдельный элемент технической инфраструктуры — справочник видов документов (СПВДОК), утверждённый приказом ФНС от 24.03.2023 № ЕД-7-23/182@. Он присваивает документам коды, по которым инспектор формирует автоматический запрос, а компания — автоматический ответ [10][11]. Если система не размечает документы кодами СПВДОК или размечает их некорректно, автоматический поиск документа для инспектора не сработает, даже если сам канал доступа технически исправен.

Что проверять помимо доступности сервера

Задача службы, ответственной за налоговый мониторинг, — определить исчерпывающий перечень функций, данных и каналов, которые должны быть доступны налоговому органу, и превратить каждый пункт в проверяемый технический тест. Доступность сервера — только первый и наименее информативный уровень проверки. Проект требований ФНС к информационным системам включает 12 блоков и более 100 пунктов — от общих требований к размещению информации до функциональных требований к системе внутреннего контроля [4]. Даже до утверждения этого приказа имеет смысл ориентироваться на его структуру и проверять систему по нескольким слоям:

• Сетевой уровень. Канал связи и защищённое соединение с АИС «Налог-3» действительно поднято и стабильно держит сессию, а не сбрасывает её при длительном запросе.
• Авторизация. Учётная запись инспектора действует, права доступа соответствуют регламенту, а не устарели после кадровых изменений в самой инспекции или в компании.
• Поиск документа. Интерфейс находит документ по реквизитам или коду СПВДОК за разумное время, а не только «существует в базе».
• Получение расшифровки. Показатель декларации или строка отчётности должна раскрываться до первичного документа и проводки, а не обрываться на промежуточном регистре — именно такую детализацию предполагает работа с аналитической витриной данных.
• Работа API и запросной системы. Технические сервисы обмена, через которые ФНС направляет запросы и получает документы, должны отвечать корректными кодами и в срок, а ошибки — обрабатываться предсказуемо, включая повторные запросы и временную недоступность.

Каждый из этих уровней может отказать независимо от остальных: сервер может быть доступен при неработающей авторизации, а авторизация — работать при неработающем полнотекстовом поиске по архиву. Формальная проверка «сервис отвечает» не обнаруживает ни одну из этих проблем.

Как фиксировать плановые работы, недоступность и причины инцидентов

Раз новое основание для прекращения мониторинга привязано к количеству нарушений («два раза и более»), у компании должен быть единый и достоверный журнал, который отвечает на три вопроса по каждому эпизоду: что произошло, сколько длилось и было ли это нарушением порядка или сроков доступа, предусмотренных регламентом.

Практический минимум для такого журнала:

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

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

Резервирование, уведомления и эскалация

Технической части ответа на новые основания прекращения мониторинга обычно не хватает организационной. Полезно заранее прописать:

• резервный канал или маршрут доступа на случай отказа основного — особенно если доступ обеспечивается через единственный сервер без резервирования;
• автоматические уведомления ИТ-службы при деградации любого из уровней доступа (сеть, авторизация, поиск, API), а не только при полной недоступности сервера;
• чёткую эскалацию от дежурного ИТ-специалиста к ответственному за налоговый мониторинг с фиксированным сроком реакции — так, чтобы к моменту истечения возможного срока устранения обстоятельств (по пункту 1.1 статьи 105.28 НК РФ у организации есть десять дней со дня получения уведомления от инспекции, чтобы устранить обстоятельства или представить пояснения [2]) ответственный уже знал о проблеме, а не узнавал о ней из уведомления ФНС.

Как сохранять доказательства, не раскрывая лишнего в логах

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

Разумный баланс — фиксировать факт и параметры проверки (время, уровень, код ошибки, статус), но не содержимое запрошенных документов и не избыточные технические детали инфраструктуры, не относящиеся к предмету проверки. Проект требований ФНС к информационным системам отдельно выделяет требования к хранению информации о действиях пользователей — то есть само по себе журналирование доступа ожидается как часть системы, а не как факультативная мера [4]. Задача — сделать этот журнал полезным для инспекции и защищённым для компании одновременно, а не выбирать между этими целями.

Что включить в договор с подрядчиком и в приёмочные испытания

Если информационную систему или витрину данных для налогового мониторинга разрабатывает или сопровождает подрядчик, требования доступности для ФНС стоит закрепить как измеримые условия договора и приёмки, а не как общее пожелание «система должна работать стабильно»:

• перечень уровней доступа (сеть, авторизация, поиск, расшифровка показателя, API), которые подрядчик обязан реализовать и протестировать отдельно, а не только «в целом»;
• сценарии приёмочных испытаний, включающие не только успешный сценарий, но и повторный запрос, временную недоступность и восстановление после сбоя;
• ответственность подрядчика за устранение недостатков, из-за которых доступ ФНС не соответствует условиям регламента, включая согласованные сроки реакции на инциденты после ввода системы в эксплуатацию;
• порядок передачи технической и эксплуатационной документации заказчику, чтобы контроль доступа не зависел от одного подрядчика или одного специалиста.

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

Ограничения и что нужно уточнять отдельно

Не любой краткий сбой доступа автоматически означает прекращение налогового мониторинга. Закон говорит о систематическом — два раза и более за период — нарушении порядка или сроков доступа, а решение о досрочном прекращении в любом случае проходит процедуру: налоговый орган уведомляет организацию в течение десяти дней со дня установления обстоятельств, у компании есть десять дней на устранение или пояснения, и только затем инспекция принимает решение [2]. Кроме того, конкретные требования к информационным системам, за несоответствие которым мониторинг можно прекратить, на момент подготовки материала существуют только в виде проекта приказа ФНС и должны быть утверждены не ранее 1 декабря 2026 года [4]. Прежде чем выстраивать регламент контроля доступа под конкретную компанию, юридическую квалификацию оснований, их повторность и процедуру прекращения стоит дополнительно проверить по актуальной редакции НК РФ и разъяснениям ФНС, а также следить за появлением итогового текста требований к информационным системам.

Вывод

Новые основания для прекращения налогового мониторинга смещают фокус с формальной доступности сервера на фактическую работоспособность канала доступа целиком: авторизацию, поиск, расшифровку показателей и работу API. Компании, которая заранее описала, что именно должно быть доступно ФНС, регулярно проверяет это по всем уровням и ведёт точный журнал инцидентов, будет проще доказать отсутствие систематического нарушения, чем той, что узнаёт о проблеме одновременно с уведомлением от налогового органа.

Источники

[1] rb.ru — Налоговый мониторинг с 1 сентября 2026 года: что изменится для бизнеса — https://rb.ru/reviews/nalogovyj-monitoring/

[2] consultant.ru — НК РФ Статья 105.28. Порядок досрочного прекращения налогового мониторинга — https://www.consultant.ru/document/cons_doc_LAW_19671/7765c337a9e0be494cf4052c91453f914e4d8032/

[3] infostart.ru — Правила проведения налогового мониторинга изменились с 1 сентября 2026 года — https://infostart.ru/journal/news/uchet-nalogi-pravo/pravila-provedeniya-nalogovogo-monitoringa-izmenilis-s-1-sentyabrya-2026-goda_2780149/

[4] kontur.ru — ФНС подготовила проект требований к информационным системам для налогового мониторинга — https://kontur.ru/n-monitoring/spravka/86389-proekt_trebovaniy_k_informacionnym_sistemam_dlya_nalogovogo_monitoringa

[5] dogovor-urist.ru — Статья 105.26 НК РФ. Общие положения о налоговом мониторинге (п. 6, редакция) — https://dogovor-urist.ru/m/%D0%BA%D0%BE%D0%B4%D0%B5%D0%BA%D1%81%D1%8B/%D0%BD%D0%BA_%D1%80%D1%84_1/%D1%81%D1%82_105_26/%D1%80%D0%B5%D0%B4-15.02.2016/

[6] garant.ru — Приказ ФНС России от 13.03.2023 № ЕД-7-23/163@ «Об утверждении Порядка получения доступа налоговых органов к информационным системам организации» — https://www.garant.ru/products/ipo/prime/doc/406433209/

[7] pgplaw.ru — Изменяется порядок доступа к информационным системам организации при проведении налогового мониторинга — https://www.pgplaw.ru/analytics-and-brochures/alerts/izmenyaetsya-poryadok-dostupa-k-informatsionnym-sistemam-organizatsii-pri-provedenii-nalogovogo-moni/

[8] consultant.ru — НК РФ Статья 105.26. Общие положения о налоговом мониторинге (п. 6) — https://www.consultant.ru/document/cons_doc_LAW_19671/b297385e9e25924bccbd86ca61140f4ba938002c/

[9] garant.ru — Статья 105.26 НК РФ. Общие положения о налоговом мониторинге — https://base.garant.ru/10900200/55c4adea16f76d3a3814eec43ce78c99/

[10] saby.ru — Справочник СПВДОК — что это и виды документов в налоговом мониторинге — https://saby.ru/articles/tax/spvdok

[11] kontur.ru — Что такое СПВДОК в налоговом мониторинге — https://kontur.ru/n-monitoring/spravka/55672-spvdok_v_nalogovom_monitoringe