Почему в декларации по НДС в 1С:Бухгалтерия 3.0 не срабатывают контрольные соотношения 1.27 и 1.28?

С введением системы прослеживаемости товаров налогоплательщики столкнулись с необходимостью жесткого соблюдения новых контрольных соотношений (КС) в декларации по НДС, в частности пунктов 1.27 и 1.28. Эти соотношения отвечают за проверку реквизитов прослеживаемости: РНПТ, количества и единиц измерения. Однако часто возникают ситуации, когда в программе 1С:Бухгалтерия 3.0 проверка сообщает об отсутствии ошибок, а налоговая инспекция присылает уведомление о несоответствиях. Рассмотрим подробно, почему это происходит и как исправить ситуацию.

Разберем суть контрольных соотношений 1.27 и 1.28

Прежде чем переходить к техническим решениям, проанализируем, что именно проверяют данные алгоритмы. Эти КС были введены для контроля за оборотом прослеживаемых товаров (начиная с отчетности за 3 квартал 2021 года):

1. КС 1.27: Контролирует корректность заполнения данных в Разделе 8 (Книга покупок) и соответствующих приложениях. Она сверяет наличие РНПТ и правильность указания единицы измерения товара.
2. КС 1.28: Выполняет аналогичную проверку для Раздела 9 (Книга продаж).

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

Решение 1: Проверка метода создания отчета

Одной из самых распространенных причин "невидимости" новых проверок является использование старых черновиков или копирование документов прошлых периодов. Рассмотрим, почему это критично:

В конфигурации 1С:Бухгалтерия предприятия 3.0 формы регламентированной отчетности динамически обновляются. Если вы создаете отчет методом "Скопировать" из списка документов, программа может подтянуть настройки и алгоритмы из предыдущего (старого) экземпляра отчета. В результате новые процедуры проверки, добавленные в модули формы в актуальном релизе, могут не инициализироваться корректно.

Рекомендуемый алгоритм действий:

1. Перейдем в раздел "Отчеты" — "Регламентированные отчеты".
2. Избегаем выбора отчета через список "Избранное" или через контекстное меню "Скопировать".
3. Нажмем кнопку "Создать", выберем в справочнике Декларация по НДС и укажем актуальный период. Это гарантирует, что 1С применит самую свежую версию экранной формы и модулей (например, ФормаОтчета2021Кв3).

Решение 2: Технический анализ программного кода

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

Интересующие нас алгоритмы находятся в модуле формы отчета. В актуальных релизах (начиная с 3.0.103.12 и выше) за это отвечают процедуры ПроверкаКС_1_27 и ПроверкаКС_1_28. Выясним, как проверить их работу:

1. Откроем конфигуратор и найдем объект Отчет.РегламентированныйОтчетНДС.
2. Перейдем в форму ФормаОтчета2021Кв3.
3. В модуле формы найдем указанные выше процедуры.

Пример кода, реализующего логику проверки, выглядит следующим образом:

Процедура ПроверкаКС_1_27(МассивОшибок)
    // Логика проверки данных прослеживаемости в Книге покупок
    // Проверка соответствия РНПТ и единиц измерения ТН ВЭД
    Если Не ПроверитьРеквизитыПрослеживаемости(Раздел8) Тогда
        ДобавитьОшибкуВМассив(МассивОшибок, "Нарушено контрольное соотношение 1.27");
    КонецЕсли;
КонецПроцедуры

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

Решение 3: Обновление платформы "1С:Предприятие"

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

Рассмотрим ситуацию: если конфигурация обновлена до актуального релиза (например, 3.0.105.45), а платформа осталась версии ниже 8.3.18, некоторые механизмы форматно-логического контроля могут работать некорректно или полностью игнорироваться движком программы. Попробуем обновить платформу до актуального стабильного релиза, рекомендованного фирмой 1С для вашей версии конфигурации. Это часто исправляет ошибки "невидимых" контрольных соотношений без изменения кода.

Решение 4: Проблема "неявных" ошибок и классификаторов

Выясним причину, по которой 1С пишет "Ошибок не обнаружено", а ФНС отклоняет декларацию. Это часто связано с Классификаторами ТН ВЭД и ОКСМ.

Внутренняя проверка 1С проверяет заполнение полей, но она не всегда может проверить реальное существование РНПТ в базе ФНС в режиме реального времени. Если вы указали РНПТ, который не прошел по цепочке от поставщика, 1С сочтет строку корректной (поле заполнено), а система налоговой выдаст ошибку по КС 1.27.

Что нужно проверить дополнительно:

• Проанализируем справочник Номенклатура. У товаров, подлежащих прослеживаемости, должен быть установлен соответствующий признак и указан верный код ТН ВЭД.
• Проверим "Журнал учета счетов-фактур". Если в базе включены автоматические исправления (патчи), убедимся, что установлены патчи, касающиеся обработки округлений в книге покупок. Иногда разница в 1 копейку при расчете стоимости прослеживаемого товара приводит к срабатыванию КС на шлюзе налоговой, хотя внутри 1С допускается погрешность до рубля.

Итоговые рекомендации для успешной сдачи

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

1. Очистите кэш: Удалите временные файлы пользователя 1С. Часто старые определения форм (Managed Forms Cache) мешают работе обновленных механизмов проверки.
2. Пересоздайте отчет: Используйте только кнопку "Создать", не копируйте старые отчеты.
3. Проверьте расширения: В меню Администрирование — Печатные формы, отчеты и обработки — Расширения временно отключите те, что могут влиять на регламентированную отчетность или прослеживаемость.
4. Выгрузите XML: Попробуйте выгрузить файл декларации на диск и проверить его внешней утилитой (например, CheckXML). Если внешняя проверка найдет ошибки по КС 1.27/1.28, значит проблема в первичных данных (не заполнены РНПТ в документах поступления/реализации), и вам нужно перепроверить заполнение регистров прослеживаемости.

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