Инн декларанта не соответствует инн в имени файла

Обновлено: 03.07.2024

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Все комментарии (15)

Причем 1С-отчетность подключилась и работает (Подключение через 1С-такском). Ошибка возникает именно при подключении к ЭДО с контрагентами. Может эта ошибка связана именно с конкретным релизом?

Все совпадает. Всё проверяла, прежде чем писать. Скрин прилагаю

Да, видимо это косяк релиза. Обновила другую организацию, и у нее стала появляться такая ошибка. А можно как-то откатиться на ранний релиз?

Все патчи установлены. В ошибках 1С эту ошибку не нашла. Может еще не выявили?

Наталия, проверил. Подобная ошибка на моих базах не воспроизводится. Ошибок на bugboard идентичных не нашел. Подскажите, разработчикам писали? Базу им на анализ отправляли?

Экспериментировала с разными базами, релизами и сертификатами. Такая ерунда образовалась у такскомовских сертификатов, полученных в октябре. У меня организация была подключена к ЭДО, и всё работало. Внепланово обновила сертификат, попыталась подключить новый идентификатор, и вот такие ошибки. Сравнила ИНН в старых и новых сертификатах. В новых Такском убрал два нуля перед ИНН. Может в этом проблема?

Спасибо за информацию. Проверю на своих сертификатах и напишу Вам.

Видимо в 1С старые проверки. С 22 сентября поменялся формат КЭП. Там теперь 10 знаков у ИНН ЮЛ. Я как раз в октябре меняла сертификат.

То есть проблема решилась дополнительным патчем?

Я не знаю, может быть. Разработчик ко мне удаленно подключался и смотрел в отладке, где она возникает. Ошибку они регистрировали, номер мне присылали. Это именно на новых сертификатах происходило. Исправили буквально на днях.

Вас услышал Наталия. Спасибо что написали! Закрываю задачу.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете задать еще вопросов

Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>

Вы можете задать еще вопросов

Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>

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

Контроли в разных версиях Декларант- Алко могут отличаться, поэтому необходимо удостовериться, что используется последняя версия программы.

Ниже приведены наиболее распространённые ошибки и способы их устранения.


1. "В строке №.. Содержимое элемента Лицензии является неполным. Список ожидаемых элементов: Лицензия".

Для устранения ошибки необходимо:

В программе Декларант- Алко открыть раздел Работа с декларациями, выделить нужный отчет, нажать кнопку Изменить.


Рис. 1. Раздел «Работа с декларациями»

В появившемся окне поставить галку напротив лицензии, выданной организации (см. рис. 2).


Рис. 2. Отметка о наличии лицензии


2. "В строке №.. Атрибут "П000000000003" недействителен: значение "010" недействительно с зрения его типа данных "String" — Сбой ограничения Enumeration".

Например, в декларации был указан код продукции 010 (спирт- сырец), который может содержаться только в отчете организации, осуществляющей оптовую продажу алкогольной продукции. Или в форме 11 были выбраны коды, соответствующие пивной продукции, которые должны указываться в форме 12.


3. В строке №. Элемент "СведПроизвИмпорт" имеет недопустимый дочерний элемент "СведПроизвИмпорт". Список ожидаемых элементов: "Поставщик, Движение"

В строке №. Элемент "Оборот" имеет недопустимый дочерний элемент "Оборот". Список ожидаемых элементов: "СведПроизвИмпорт".

Формулировка ошибки не содержит информации о том, у какого именно контрагента некорректно заполнены реквизиты. Если производителей/поставщиков очень много, то найти контрагента, в данных которого допущена ошибка, можно, открыв файл отчета через блокнот. Данный способ описан в примере ниже.

Для устранения подобных ошибок необходимо проверить правильность заполнения реквизитов производителей. Для этого перейти в раздел Контрагенты и удостовериться, что у организаций- контрагентов указаны корректные ИНН и КПП (см. рис. 3).


Также необходимо нажать кнопку Изменить и проверить, верно ли указан тип организации. Если выбран тип Юр. Лицо, то обязательно должны быть заполнены и ИНН (10 знаков), и КПП (9 знаков), если отметка стоит у пункта Физ. Лицо, то должен быть заполнен только ИНН (12 знаков).


Рис. 4. Изменение реквизитов контрагента


5. "В строке №.. Атрибут "П000000000012" недействителен: значение "" недействительно с зрения его типа данных "ДатаТип" — Сбой ограничения Pattern"

"В строке №.. Атрибут "П000000000013" недействителен: значение "" недействительно с зрения его типа данных "ДатаТип" — Сбой ограничения Pattern"

"В строке №. Атрибут "П000000000014" недействителен: значение "" недействительно с зрения его типа данных "String" — Фактическая длина меньше значения MinLength".

Формулировка ошибки не содержит информации о том, у какого именно контрагента некорректно заполнены реквизиты. Если производителей/поставщиков очень много, то найти контрагента, в данных которого допущена ошибка, можно, открыв файл отчета через блокнот. Данный способ описан в примере ниже.

Для устранения подобных ошибок необходимо проверить правильность заполнения реквизитов поставщиков. Для этого перейти в раздел Контрагенты, выделить организацию в списке, нажать кнопку Изменить (см. рис. 3) и проверить, верно ли заполнены данные. Также необходимо открыть лицензию, соответствующую данному поставщику, и удостовериться, что заполнены все строки (см. рис. 5).


Рис. 5. Данные о лицензии контрагента

6. "В строке №… Последовательность ключей "…" в Keyref не ссылается на какой- либо ключ"

Для устранения ошибки необходимо проверить следующее:

  • Открыть раздел Контрагенты и проверить, что у всех поставщиков в списке добавлена информация о лицензиях. В случае ее отсутствия (см. рис. 6) нажать кнопку Добавить и внести информацию о лицензии.

Рис. 6. Отсутствие лицензии у поставщика в разделе «Контрагенты»

  • После того как лицензия будет внесена, необходимо перейти к редактированию самой декларации, открыть таблицу 2 и найти строки с поступлениями от данного поставщика. Далее следует поочередно выделить такие строки, в верхнем правом углу указать лицензию для поставщика и нажать на кнопку Изменить (см. рис. 7).


Рис. 7. Указание лицензии у поставщика

  • Выгрузить исправленный отчет и проверить его еще раз.

Если ошибка сохранится, то необходимо проверить, что в таблице 2 добавлены все необходимые поступления (в особенности при удалении/добавлении какого- либо контрагента), и в таблице 1 верны все данные по удаленным/добавленным производителям.


Как найти контрагента, в данных которого допущена ошибка?

Например, при проверке обнаружены ошибки, описанные в пунктах 4 и 5:

В строке №7 Атрибут "П000000000006" недействителен: значение "" недействительно с зрения его типа данных "КППТип" — Сбой ограничения Pattern.

В строке №10 Атрибут "П000000000014" недействителен: значение "" недействительно с зрения его типа данных "String" — Фактическая длина меньше значения MinLength.

Чтобы найти контрагентов, в реквизитах которых допущены ошибки, необходимо:

1. Открыть файл отчета с помощью блокнота.

2. В меню Формат убрать галку Перенос по словам (см. рис. 8).


Рис. 8. Отключенный перенос по словам в блокноте

3. В меню Вид убедиться, что стоит галка у пункта Строка состояния (см. рис. 9).


Рис. 9. Включенная строка состояния

4. Ориентируясь на строку состояния, найти в файле отчета строки, в которых обнаружены ошибки.

В строке №7 Атрибут "П000000000006" недействителен: значение "" недействительно с зрения его типа данных "КППТип" — Сбой ограничения Pattern.

Необходимо найти данную строку в блокноте (см. рис. 10), в ней будет содержаться название фирмы- контрагента, в данных которого допущена ошибка. Из рисунка видно, что в рассматриваемом примере это организация ООО «Производитель», у которой не заполнен КПП.


Рис. 10. Строка № 7 с ошибкой в реквизитах производителя

В строке №10 обнаружена ошибка в заполнении лицензии поставщика:

В строке №10 Атрибут "П000000000014" недействителен: значение "" недействительно с зрения его типа данных "String" — Фактическая длина меньше значения MinLength.

Практика показывает, что проблемы с отправкой отчетности возникают, как правило, из-за одних и тех же ошибок.

Отчетность по налогам и страховым взносам считается принятой, если налоговым органом отправлена квитанция о приеме, подписанная электронной подписью должностного лица налогового органа (как правило, руководителем налогового органа).

В противном случае направляется уведомление об отказе с указанием кода ошибки.

0200100000 - Структура имени файла не соответствует требованиям формата

Проще говоря, название файла отчетности не соответствует установленным требованиям.

Название файла отчетности формируется из структурных элементов, схематично оно должно иметь вид:

R_T - префикс, обозначающий принадлежность информации файла к определенному виду. (Вид и тип информации представляются сочетанием символов (латинские буквы и цифры));

A - идентификатор получателя, которому направляется файл отчетности;

K - идентификатор конечного получателя, для которого предназначена информация из данного файла отчетности;

    Каждый из идентификаторов (A и K) имеет вид:
  1. для организаций - девятнадцатиразрядный код (ИНН и КПП юридического лица);
  2. для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН, при отсутствии ИНН - последовательность из двенадцати нулей);
  3. для налоговых органов - четырехразрядный код (код налогового органа).

O - идентификатор отправителя информации, имеет вид:

  1. для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);
  2. для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей);
  3. для налоговых органов - четырехразрядный код (код налогового органа ).

GGGG - год формирования передаваемого файла, MM - месяц, DD - день;

N - идентификационный уникальный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла.)

Расширение имени файла должно быть xml .

Расширение имени файла может указываться как строчными, так и прописными буквами.

Таким образом, ошибки в названии файла отчетности могут быть связаны и чаще всего так и происходит, с неправильным указанием ИНН/КПП отправителя, кода налогового органа как получателя.

0300300000 - Структура файла не соответствует требованиям формата

Данная ошибка очень часто возникает в том случае, если мы отправляем отчетность по старому формату.

То есть данная форма и формат были обновлены, а наша программа формирует файлы в старом формате по неактуальной форме.

Для исправления этой ошибки нам нужно обновить свою программу подготовки отчетности и тем самым обновятся формы и их форматы.

По этой же причине может возникнуть ошибка: "Файл не соответствует xsd-схеме", с кодом: 0300300001

0400100001 - Не найден плательщик по ИНН и КПП или ИНН, представленному в файле

Данная ошибка возникает в следующих случаях:

  1. неправильное указание данных налогоплательщика в налоговой отчетности;
  2. налогоплательщик снят с учета;
  3. сведения о налогоплательщике отсутствуют в базе ФНС России.

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

Не исключено, что нам придется связаться с налоговой инспекцией, чтобы уточнить там - не был ли налогоплательщик снят с учета или переведен в другую налоговую (в связи с реорганизацией) и проверить регистрацию его в базе ФНС России.

Или когда при формировании уточненного файла отчетности мы забываем изменить статус отчета с "первичного" на "корректирующий".

0500100000 - Значение элемента отсутствует в справочнике

Данная ошибка возникает, как правило, из-за отсутствия обновления программного обеспечения на стороне налогового органа.

Под справочником имеется ввиду справочники СППФД/СФНД:

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

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

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Все комментарии (15)

Причем 1С-отчетность подключилась и работает (Подключение через 1С-такском). Ошибка возникает именно при подключении к ЭДО с контрагентами. Может эта ошибка связана именно с конкретным релизом?

Все совпадает. Всё проверяла, прежде чем писать. Скрин прилагаю

Да, видимо это косяк релиза. Обновила другую организацию, и у нее стала появляться такая ошибка. А можно как-то откатиться на ранний релиз?

Все патчи установлены. В ошибках 1С эту ошибку не нашла. Может еще не выявили?

Наталия, проверил. Подобная ошибка на моих базах не воспроизводится. Ошибок на bugboard идентичных не нашел. Подскажите, разработчикам писали? Базу им на анализ отправляли?

Экспериментировала с разными базами, релизами и сертификатами. Такая ерунда образовалась у такскомовских сертификатов, полученных в октябре. У меня организация была подключена к ЭДО, и всё работало. Внепланово обновила сертификат, попыталась подключить новый идентификатор, и вот такие ошибки. Сравнила ИНН в старых и новых сертификатах. В новых Такском убрал два нуля перед ИНН. Может в этом проблема?

Спасибо за информацию. Проверю на своих сертификатах и напишу Вам.

Видимо в 1С старые проверки. С 22 сентября поменялся формат КЭП. Там теперь 10 знаков у ИНН ЮЛ. Я как раз в октябре меняла сертификат.

То есть проблема решилась дополнительным патчем?

Я не знаю, может быть. Разработчик ко мне удаленно подключался и смотрел в отладке, где она возникает. Ошибку они регистрировали, номер мне присылали. Это именно на новых сертификатах происходило. Исправили буквально на днях.

Вас услышал Наталия. Спасибо что написали! Закрываю задачу.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете задать еще вопросов

Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>

Вы можете задать еще вопросов

Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>

Читайте также: