При формировании регламентированной отчетности по НДС бухгалтеры часто сталкиваются с ситуацией, когда в Книге продаж у определенных контрагентов (чаще всего у индивидуальных предпринимателей) поле ИНН остается пустым. Это происходит даже в тех случаях, когда в карточке контрагента все данные заполнены корректно, а ИНН состоит из положенных 12 знаков. Такая ошибка может привести к отказу в приеме декларации по НДС со стороны налоговых органов, так как ИНН является обязательным реквизитом для идентификации покупателя.
Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам методы ее решения на примере программы 1С:Бухгалтерия 3.0.
Проанализируем ситуацию, которая чаще всего становится «невидимым» корнем проблемы. В программе 1С существует справочник Справочник.СтраныМира. Для корректного формирования налоговой отчетности крайне важно, чтобы у российского контрагента в поле «Страна регистрации» была указана Россия с кодом 643 согласно общероссийскому классификатору стран мира (ОКСМ).
Выясним причину, почему это влияет на ИНН. Если в справочнике по ошибке создано два элемента с названием «Россия» (например, один был загружен из классификатора, а второй создан пользователем вручную), программа может воспринимать «ручной» элемент как иностранное государство. Алгоритмы формирования Книги продаж в 1С настроены таким образом, что для иностранных организаций и лиц ИНН может не выводиться или заменяться другими идентификаторами, так как формат российского ИНН к ним неприменим. Если в карточке ИП выбрана «неправильная» Россия, система считает его нерезидентом, и поле ИНН в отчете остается пустым.
Для исправления ситуации выполним следующие действия:
Контрагенты и перейдем в карточку проблемного ИП.Рассмотрим еще один важный аспект — вид контрагента. В 1С:Бухгалтерия предусмотрено разделение на юридических лиц, физических лиц и индивидуальных предпринимателей. Для ИП критически важно, чтобы в поле Вид контрагента было выбрано Индивидуальный предприниматель (или Физическое лицо, в зависимости от версии релиза, но с обязательным указанием 12-значного ИНН).
Проверим следующие моменты:
Посмотрим на проблему с технической стороны. Данные в Книгу продаж попадают не напрямую из документов, а из специальных регистров накопления. Основным источником данных для этого отчета является РегистрНакопления.НДСПродажи. Однако, если мы проанализируем структуру этого регистра, то увидим, что поле ИНН там отсутствует. В регистре хранится только ссылка на объект Справочник.Контрагенты.
Процесс формирования отчета выглядит следующим образом:
НДС Продажи за выбранный период.Контрагенты по ссылке.Если после исправления страны в справочнике ИНН все равно не подтягивается, проанализируем состояние документов. Иногда требуется перепроведение документа Счет-фактура выданный, чтобы обновить связи в системе, хотя формально ИНН и не хранится в регистре. Это помогает очистить кэш метаданных документа.
Если проблема носит массовый характер и ИНН не тянется у всех индивидуальных предпринимателей, мы можем воспользоваться встроенной обработкой ГрупповоеИзменениеРеквизитов. Это позволит нам быстро унифицировать данные во всей базе.
Алгоритм массового исправления:
Контрагенты.Вид контрагента Равно Индивидуальный предприниматель.После выполнения этой операции рекомендуется очистить кэш программы и заново сформировать отчет Книга продаж. Как правило, после приведения справочника стран к единому стандарту, проблема с отображением ИНН исчезает.
Разберем ситуацию, характерную для старых версий конфигурации. В релизах периода 2018-2019 годов встречались программные ошибки, связанные с заполнением кода вида операции (КВО). Убедитесь, что в документе реализации или счете-фактуре указан код 01 (Реализация товаров и услуг). Если код указан неверно или отсутствует в регистре НДС Продажи, алгоритм сбора данных для книги продаж может отработать некорректно, пропуская часть реквизитов контрагента.
Также стоит проверить справочник ФизическиеЛица. В некоторых конфигурациях данные о ФИО и ИНН индивидуального предпринимателя могут дублироваться или браться из связанного элемента справочника физлиц. Проверьте, чтобы в карточке физического лица, связанного с контрагентом-ИП, также был заполнен ИНН.
Для программной проверки можно использовать простую консоль запросов, чтобы увидеть, как система видит данные в базе:
ВЫБРАТЬ
Контрагенты.Ссылка КАК Контрагент,
Контрагенты.ИНН КАК ИНН,
Контрагенты.СтранаРегистрации.Код КАК КодСтраны,
Контрагенты.ВидКонтрагента КАК Вид
ИЗ
Справочник.Контрагенты КАК Контрагенты
ГДЕ
Контрагенты.ИНН ПОДОБНО "____________" // Поиск 12-значных ИНН
Проанализировав результат такого запроса, вы сразу увидите, у каких контрагентов поле КодСтраны отличается от 643 или является пустым, что и служит причиной ошибки в Книге продаж.