Почему при выгрузке декларации по НДС возникают ошибки некорректных ИНН/КПП?

← На главную

Работа с регламентированной отчетностью в конфигурации УПП 1.3 зачастую сопровождается диагностическими сообщениями о некорректности данных. Одной из самых частых проблем является ошибка: «В разделе 9 указаны некорректные ИНН/КПП покупателя». Давайте разберем, почему это происходит и как пошагово решить данную задачу.

Понимание природы проблемы

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

Шаг 1: Проверка справочника контрагентов

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

Юридические лица: ИНН должен содержать ровно 10 знаков, КПП — 9 знаков. Обязательно наличие заполненного поля КПП.
Физические лица (включая ИП): ИНН должен содержать 12 знаков. Поле КПП должно быть пустым, так как для физлиц оно не предусмотрено.

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

Шаг 2: Анализ регистра «Журнал учета счетов-фактур»

Основным источником данных для Раздела 9 декларации является регистр сведений Журнал учета счетов-фактур. Если данные в карточке контрагента были изменены, но документ Счет-фактура не был перепроведен, в регистре остаются старые или пустые значения. Именно они и вызывают конфликт при формировании файла.

Порядок действий:

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

Шаг 3: Что делать, если ошибка остается

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

Убедитесь, что в карточке Контрагента установлены корректные данные (ИНН/КПП).
Найдите документ Счет-фактура, по которому возникла ошибка.
Проверьте, не «зашились» ли пустые значения непосредственно в документ. Для этого откройте форму документа и убедитесь, что реквизиты контрагента подтянулись верно.
Перезапишите и перепроведите документ.
После того как все документы исправлены, обязательно перезаполните регламентированный отчет.

Метод глубокой диагностики через консоль запросов

Если ошибок много, искать их вручную — неэффективно. Используйте Консоль запросов, чтобы быстро найти проблемные записи в регистре:


ВЫБРАТЬ
    ЖурналУчетаСчетовФактур.СчетФактура КАК СФ,
    ЖурналУчетаСчетовФактур.Контрагент,
    ЖурналУчетаСчетовФактур.ИНН,
    ЖурналУчетаСчетовФактур.КПП
ИЗ
    РегистрСведений.ЖурналУчетаСчетовФактур КАК ЖурналУчетаСчетовФактур
ГДЕ
    ДЛИНАСТРОКИ(ЖурналУчетаСчетовФактур.ИНН) <> 10 
    И ДЛИНАСТРОКИ(ЖурналУчетаСчетовФактур.ИНН) <> 12

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

Заключение

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