7 мифов о налоговых проверках в 1С: что видит ФНС

7 мифов о налоговых проверках в 1С: что видит ФНС

Введение: почему мифы о налоговых проверках опасны для бизнеса

Каждый год тысячи российских компаний получают требования от ФНС, доначисления и штрафы — и значительная часть этих проблем возникает не из-за реальных нарушений, а из-за неправильного понимания того, как работает налоговый контроль. Бухгалтеры и руководители верят в устойчивые мифы: «если в 1С всё красиво — ФНС ничего не найдёт», «удалённые данные не восстановить», «маленький оборот — вне зоны риска». Эти заблуждения стоят бизнесу миллионов рублей.

В этой статье мы разберём 7 самых распространённых мифов о налоговых проверках применительно к системам на базе 1С, объясним, что на самом деле видит и анализирует ФНС, и покажем, как правильно вести учёт, чтобы не провоцировать лишнего внимания со стороны налоговых органов.

Миф №1: «ФНС видит только то, что мы сами отправляем в отчётности»

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

Что реально анализирует ФНС

ФНС использует автоматизированную систему контроля АСК НДС-3, которая в режиме реального времени сопоставляет данные из деклараций по НДС всех участников цепочки поставок. Если ваш поставщик не отразил реализацию, а вы приняли НДС к вычету — система немедленно фиксирует разрыв. Никакого «ручного» поиска не требуется.

Помимо АСК НДС-3, ФНС имеет доступ к:

  • Данным банков в рамках 115-ФЗ и автоматического обмена по запросам;
  • Сведениям из Росреестра, ГИБДД, ПФР, ФСС, Росстата;
  • Информации таможенных органов о внешнеторговых операциях;
  • Данным операторов электронного документооборота — все первичные документы в ЭДО видны налоговой;
  • Сведениям из системы маркировки «Честный знак» — подробнее об этом читайте в разделе про маркировку в 1С.

Таким образом, ФНС обладает перекрёстными данными из десятков источников, и декларация — лишь один из них.

Миф №2: «Удалённые данные в 1С не восстановить — можно чистить базу перед проверкой»

Этот миф не просто ошибочен — он опасен уголовно. Попытка «почистить» базу 1С перед налоговой проверкой квалифицируется как воспрепятствование проведению проверки и уничтожение доказательств.

Технические возможности восстановления данных

Современные СУБД (SQL Server, PostgreSQL), на которых работает 1С:Предприятие, хранят транзакционные журналы. Специалисты ФНС или привлечённые криминалистические эксперты способны:

  • Восстановить удалённые записи из журнала транзакций SQL;
  • Проанализировать теневые копии (Volume Shadow Copy) на сервере;
  • Получить данные из резервных копий, которые автоматически создаются на серверах 1С:Fresh или в облаке;
  • Сопоставить данные с информацией у контрагентов — их базы 1С никуда не делись.

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

// Пример запроса к журналу регистрации 1С для анализа удалений
// Выполняется через встроенный инструмент «Журнал регистрации»

ЖурналРегистрации = ПолучитьЖурналРегистрации();

Отбор = Новый Структура;
Отбор.Вставить("Событие", "_$Data$_.Delete"); // Событие удаления данных
Отбор.Вставить("НачалоПериода", НачалоГода(ТекущаяДата()));
Отбор.Вставить("КонецПериода", ТекущаяДата());

ЗаписиЖурнала = Новый МассивЗаписейЖурналаРегистрации;
ВыгрузитьЖурналРегистрации(ЗаписиЖурнала, Отбор);

// Анализируем каждую запись об удалении
Для Каждого Запись Из ЗаписиЖурнала Цикл
	Сообщить("Пользователь: " + Запись.Пользователь
		+ ", Время: " + Запись.Момент
		+ ", Объект: " + Запись.Данные);
КонецЦикла;

Миф №3: «Маленький оборот — вне зоны интереса ФНС»

«Мы небольшая компания, нами никто не займётся» — эту фразу слышит каждый налоговый консультант. И каждый раз объясняет: размер оборота не защищает от проверки.

Как ФНС выбирает объекты для проверки

Система управления рисками ФНС (СУР АСК НДС) присваивает каждой компании цветовой код: зелёный, жёлтый или красный. Малый бизнес автоматически попадает в красную зону, если:

  • Налоговая нагрузка ниже среднеотраслевой (данные публикуются на сайте ФНС ежегодно);
  • Доля вычетов по НДС превышает 89% от начисленного налога;
  • Компания является транзитным звеном в цепочке с «техническими» фирмами;
  • Зарплата сотрудников ниже среднеотраслевой или МРОТ;
  • Резкие скачки оборотов без очевидных причин.

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

Миф №4: «В 1С можно настроить учёт так, что противоречий не будет видно»

Некоторые бухгалтеры полагают, что грамотная настройка 1С позволяет «спрятать» противоречия внутри базы. Это глубокое заблуждение, основанное на непонимании того, как ФНС работает с данными.

Перекрёстный анализ данных из разных систем

ФНС сопоставляет данные между базами разных организаций, а не ищет противоречия внутри одной базы. Вот типичные сценарии выявления расхождений:

Источник данныхЧто сопоставляетсяКакое нарушение выявляется
АСК НДС-3Книга покупок покупателя vs книга продаж поставщикаРазрывы в цепочке НДС
РСВ vs 6-НДФЛБаза для страховых взносов vs доходы физлицВыплаты «в конверте»
Банк vs декларация УСНОбороты по счёту vs задекларированный доходЗанижение дохода
ТТН vs декларация по прибылиОбъём перевезённых товаров vs себестоимостьФиктивные расходы
Честный знак vs 1СДвижение маркированного товара vs данные учётаНеучтённый оборот

Внутренняя красота вашей базы 1С не имеет значения, если данные расходятся с внешними источниками. Именно поэтому корректная интеграция с 1С:Бухгалтерия и своевременное отражение всех операций критически важны.

Миф №5: «Технические ошибки в 1С — это просто ошибки, не нарушения»

«Это программа так посчитала, мы не виноваты» — аргумент, который не работает ни в суде, ни на комиссии ФНС. Налогоплательщик несёт ответственность за достоверность данных независимо от того, какое программное обеспечение использует.

Типичные «технические» ошибки, которые ФНС трактует как нарушения

Рассмотрим наиболее частые ситуации и соответствующий код для их диагностики:

// Процедура проверки корректности заполнения реквизитов счетов-фактур
// Запускается перед формированием декларации по НДС

Процедура ПроверитьСчетаФактуры(ДатаНачала, ДатаОкончания) Экспорт

	Запрос = Новый Запрос;
	Запрос.Текст =
		"ВЫБРАТЬ
		|	СФ.Ссылка КАК СчетФактура,
		|	СФ.Номер,
		|	СФ.Дата,
		|	СФ.Контрагент,
		|	СФ.КПП КАК КПП,
		|	СФ.ИНН КАК ИНН
		|ИЗ
		|	Документ.СчетФактураВыданный КАК СФ
		|ГДЕ
		|	СФ.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
		|	И (СФ.КПП = ""
		|		ИЛИ СФ.ИНН = ""
		|		ИЛИ СФ.Контрагент = ЗНАЧЕНИЕ(Справочник.Контрагенты.ПустаяСсылка))
		|УПОРЯДОЧИТЬ ПО
		|	СФ.Дата";

	Запрос.УстановитьПараметр("ДатаНачала", ДатаНачала);
	Запрос.УстановитьПараметр("ДатаОкончания", ДатаОкончания);

	Результат = Запрос.Выполнить();
	Выборка = Результат.Выбрать();

	Если Выборка.Количество() > 0 Тогда
		Сообщить("ВНИМАНИЕ! Найдены счета-фактуры с незаполненными реквизитами:");

		Пока Выборка.Следующий() Цикл
			Сообщить("СФ №" + Выборка.Номер
				+ " от " + Формат(Выборка.Дата, "ДФ=дд.ММ.гггг")
				+ " — контрагент: " + Выборка.Контрагент
				+ ", ИНН: '" + Выборка.ИНН + "'"
				+ ", КПП: '" + Выборка.КПП + "'");
		КонецЦикла;
	КонецЕсли;

КонецПроцедуры

Незаполненный ИНН контрагента, неверная дата счёта-фактуры, задвоенный номер документа — всё это автоматически выявляется при загрузке данных в АСК НДС-3 и генерирует требования о пояснениях.

Миф №6: «Обновление 1С — формальность, не влияющая на налоговые риски»

Многие компании годами работают на устаревших релизах 1С, считая, что это лишь вопрос удобства. На самом деле устаревшая версия 1С — прямой налоговый риск.

Почему несвоевременное обновление создаёт проблемы с ФНС

Форматы электронной отчётности регулярно меняются. ФНС, ПФР, ФСС обновляют XML-схемы деклараций, форматы книг покупок/продаж, электронных счетов-фактур. Устаревшая 1С может формировать файлы в старом формате, которые:

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

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

// Процедура проверки актуальности версии конфигурации
// Рекомендуется запускать перед каждым отчётным периодом

Процедура ПроверитьВерсиюКонфигурации() Экспорт

	ТекущаяВерсия = Метаданные.Версия;

	// Минимальная рекомендуемая версия БП для 2024 года
	МинимальнаяВерсия = "3.0.152.0";

	// Сравниваем версии
	ЧастиТекущей = СтрРазделить(ТекущаяВерсия, ".");
	ЧастиМинимальной = СтрРазделить(МинимальнаяВерсия, ".");

	ВерсияУстарела = Ложь;

	Для НомерЧасти = 0 По МинимальнаяВерсия.КоличествоЧастей() - 1 Цикл
		ТекущаяЧасть = Число(ЧастиТекущей[НомерЧасти]);
		МинимальнаяЧасть = Число(ЧастиМинимальной[НомерЧасти]);

		Если ТекущаяЧасть < МинимальнаяЧасть Тогда
			ВерсияУстарела = Истина;
			Прервать;
		ИначеЕсли ТекущаяЧасть > МинимальнаяЧасть Тогда
			Прервать; // Версия новее минимальной — всё ОК
		КонецЕсли;
	КонецЦикла;

	Если ВерсияУстарела Тогда
		Предупреждение("Версия конфигурации " + ТекущаяВерсия
			+ " устарела! Обновите до версии не ниже " + МинимальнаяВерсия
			+ " для корректного формирования отчётности.");
	Иначе
		Сообщить("Версия конфигурации актуальна: " + ТекущаяВерсия);
	КонецЕсли;

КонецПроцедуры

Миф №7: «Если контрагент добросовестный по данным ФНС — претензий не будет»

Проверка контрагента через сервисы ФНС («Прозрачный бизнес», ЕГРЮЛ) — необходимое, но недостаточное условие налоговой безопасности. Статус «действующая организация» не означает отсутствия претензий к вычетам по НДС.

Концепция «должной осмотрительности» в 2024 году

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

Критерии реальности сделки, которые проверяет ФНС:

  1. Наличие ресурсов у контрагента — персонал, оборудование, складские помещения;
  2. Деловая переписка — переговоры, коммерческие предложения, спецификации;
  3. Логистика — транспортные накладные, путевые листы, адреса доставки;
  4. Оплата — соответствие назначения платежа характеру сделки;
  5. Последующее использование — куда пошли приобретённые товары/услуги.

В 1С все эти данные должны быть отражены корректно и взаимосвязанно. Специалисты по задачам по 1С:ERP хорошо знают: в крупных системах связь между документами (заказ → поступление → счёт-фактура → платёж) критически важна именно для подтверждения реальности операций.

Практические рекомендации: как выстроить учёт в 1С для минимизации налоговых рисков

1. Настройте регулярный контроль данных

Внедрите в регламент бухгалтерии ежеквартальную процедуру самопроверки перед сдачей отчётности. Вот базовый набор проверок:

// Комплексная проверка данных перед сдачей декларации по НДС
// Запускается за 5-7 рабочих дней до срока сдачи

Процедура КомплекснаяПроверкаПередОтчётностью(НалоговыйПериод) Экспорт

	ДатаНачала = НачалоКвартала(НалоговыйПериод);
	ДатаОкончания = КонецКвартала(НалоговыйПериод);

	// Блок 1: Проверка соответствия книги продаж и выручки
	ЗапросВыручка = Новый Запрос;
	ЗапросВыручка.Текст =
		"ВЫБРАТЬ
		|	СУММА(РП.СуммаДокумента) КАК ВыручкаПоДокументам,
		|	СУММА(КП.СуммаВместеСНДС) КАК СуммаКнигиПродаж
		|ИЗ
		|	Документ.РеализацияТоваровУслуг КАК РП
		|		ПОЛНОЕ СОЕДИНЕНИЕ РегистрНакопления.НДСПродажи КАК КП
		|		ПО РП.Ссылка = КП.Регистратор
		|ГДЕ
		|	РП.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
		|	И РП.Проведен = ИСТИНА";

	ЗапросВыручка.УстановитьПараметр("ДатаНачала", ДатаНачала);
	ЗапросВыручка.УстановитьПараметр("ДатаОкончания", ДатаОкончания);

	РезультатВыручка = ЗапросВыручка.Выполнить().Выбрать();

	Если РезультатВыручка.Следующий() Тогда
		Расхождение = Абс(РезультатВыручка.ВыручкаПоДокументам
			- РезультатВыручка.СуммаКнигиПродаж);

		Если Расхождение > 0.01 Тогда
			Сообщить("ОШИБКА: Расхождение между выручкой и книгой продаж: "
				+ Формат(Расхождение, "ЧДЦ=2") + " руб.");
		Иначе
			Сообщить("OK: Выручка соответствует книге продаж.");
		КонецЕсли;
	КонецЕсли;

	// Блок 2: Проверка наличия счетов-фактур по всем поступлениям
	ЗапросПоступления = Новый Запрос;
	ЗапросПоступления.Текст =
		"ВЫБРАТЬ
		|	ПТУ.Ссылка КАК Поступление,
		|	ПТУ.Контрагент,
		|	ПТУ.Дата,
		|	ПТУ.СуммаДокумента
		|ИЗ
		|	Документ.ПоступлениеТоваровУслуг КАК ПТУ
		|ГДЕ
		|	ПТУ.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
		|	И ПТУ.Проведен = ИСТИНА
		|	И НЕ СУЩЕСТВУЕТ (
		|		ВЫБРАТЬ 1
		|		ИЗ Документ.СчетФактураПолученный КАК СФП
		|		ГДЕ СФП.ДокументОснование = ПТУ.Ссылка
		|			И СФП.Проведен = ИСТИНА
		|	)";

	ЗапросПоступления.УстановитьПараметр("ДатаНачала", ДатаНачала);
	ЗапросПоступления.УстановитьПараметр("ДатаОкончания", ДатаОкончания);

	РезультатПоступления = ЗапросПоступления.Выполнить();

	Если НЕ РезультатПоступления.Пустой() Тогда
		Сообщить("ВНИМАНИЕ: Поступления без счетов-фактур ("
			+ РезультатПоступления.Количество() + " шт.) — вычет НДС невозможен!");
	КонецЕсли;

КонецПроцедуры

2. Ведите досье на контрагентов прямо в 1С

Найдите специалиста для решения этой задачи на koderion.ru