Первичный расчет по данной форме не был передан файл реквизиты отчета

Обновлено: 02.07.2024

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

1. В отчете недоступна возможность сохранения данных в формате XML.

Для отчета не предусмотрена возможность выгрузки в формате XML.
Для организации, по которой формируется отчет, не указан каталог для сохранения отчетов.

Не установлен XML-парсер.
Версия XML-парсера не соответствует требованиям к программному обеспечению.

Версия XML-парсера не соответствует требованиям к программному обеспечению.

4.1. Код ошибки

4.2. Код ошибки

Не заполнен электронный адрес в отчете «Декларация об НДС» (« Декларация о прибыли »)

4.3. Код ошибки

4.4. Код ошибки

Не заполнен номер телефона.

Заполнить поле «Телефоны» (закладка «Основные сведения») в справочнике «Фирмы».
Внести информацию о телефоне в шапке отчета.

4.5. Код ошибки

В отчете «Декларация о прибыли» не заполнен реквизит «Пояснення (розкриття) окремих результатів фінансово-господарської діяльності»

4.6. Код ошибки

В отчете «Декларация об НДС» не заполнены поля 011 "Звітна", 012 "Звітна нова", 013 "Уточнюючий" для декларации и приложений 2 и 3.

Стан звіту (C_DOC_STaN) декларації
Стан звіту (C_DOC_STaN) додатка 2
Стан звіту (C_DOC_STaN) додатка 3

4.7. Код ошибки

В отчете «Реестр налоговых накладных» не указан или неправильно указан номер реестра.

В диалоге отчета «Реестр налоговых накладных» указан номер реестра в соответствующем реквизите (группа реквизитов " дополнительная информация ")

Используются отчеты со старыми схемами выгрузки.

Файл J0200105.XSD физически запорчен или отсутствует в связи с неправильной установкой отчетов.

Другие материалы по теме:

Нас находят: The element: T1RXXXXG6 has an invalid value according to its data type [</T1RXXXXG6> (error position = 4)], element content is invalid according to the dtd/schema, Element cannot be empty according to the DTD/Schema, c_reg has an invalid value according to its data type, Не выбран каталог для сохранения/восстановления отчетов! Операции сохранения/восстановления невозможны!, : pattern constraint failed The element: T1RXXXXG6 has an invalid value according to its data type [</T1RXXXXG6> (error position = 4)] ---- Проверка завершена!, 1c 7 ошибка element cannot be empty according to the dtd/schema <DECLARBODY/></DECLAR>, [</T1RXXXXG6> (error position = 4)], при открытии формы регламентированного отчета произошла ошибка, при выгрузке отчета выдает ошибку нет файла htm

Передача отчётности должна выполняться в соответствии с требованиями электронного формата, утверждённого государственными органами власти РФ, осуществляющие приём регламентированной отчётности. Поэтому каждый раз при формировании файлов (кнопки "Передать на подпись" или "Записать") все отчёты, для которых принят электронный формат представления данных, будут проверены системой на соответствие утверждённому формату выгрузки в электронный вид.

Результаты проверки

Если при формировании файла электронной отчётности ошибок не выявлено, то можно переходить к его шифрованию и отправке по электронным каналам связи (подробности в соответствующих главах).

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

При этом формируется протокол проверки файла:

Рис. 6-8 – Фрагмент проверки файла на соответствие утверждённому формату

Файл электронной отчётности представляет собой текстовый файл, который можно просмотреть в любом текстовом редакторе. Текст файла разбит на строки, состоящие из кода и значения реквизита. Проверка осуществляется построчно, начиная с первой строки. В каждой строке сначала проверяется порядок следования реквизитов и условия присутствия для условно-обязательных реквизитов. Если эти требования выполняются, то проверяется формат реквизита.

Протокол проверки отчётности имеет следующую структуру:

• В строке заголовке окна протокола в скобках указывается имя проверяемого файла отчётности.

• В поле "Количество ошибок" выводится сводная информация о допущенных ошибках.

• В таблице "Плательщик" построчно выводятся реквизиты (код и значение), содержащиеся в файле:

Рис. 6-9 – Пример ошибки формата

Все ошибочно указанные реквизиты помечаются в таблице красным значком, правильно указанные реквизиты – значком.

• В таблице "Список форм" (рис. 6-8) перечисляются формы, содержащиеся в файле.

• В таблице "Список ошибок" по порядку перечисляются номера строк проверенного файла отчётности, в которых были допущены ошибки, код реквизита, указанного в этой строке, и приводится подробное описание ошибки:

Рис. 6-10 – Список ошибок

• Далее следует область описания формата того реквизита из списка, на котором в данный момент установлен курсор (рис. 6-10).

Описание типичных ошибок

Классификация допущенных ошибок следующая:

• Ошибки формата. Например, ИНН налогоплательщика не указан или указан неправильно.

• Ошибки структуры. Например, нарушен порядок следования строк, какие-то строки отсутствуют, код реквизита указан неверно и т.п. Такие ошибки в списке ошибок помечаются значком .

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

• символ "N" – для обозначения чисел;

• символы "Х" и "С" – для обозначения текста.

Ошибки структуры

Описание ошибки	Метод исправления
Ошибка в названии файла	Переименовать файл. Имя должно соответствовать одному из форматов:

ОИИИИИИИИИИ_ККККККККК_ГГ_НННННН.txt - для юридических лиц

ОИИИИИИИИИИИИ_ГГ_НННННН.txt - физических лиц.

О - префикс, обозначающий данные форм бухгалтерской и налоговой отчётности налогоплательщиков-организаций (индивидуальных предпринимателей, налоговых агентов), физических лиц и т.д.;

ИИИИИИИИИИ - 10-разрядный ИНН юридического лица;

ККККККККК - -9-ти разрядный код причины постановки на учёт (КПП) юридического лица;

ИИИИИИИИИИИИ - 12-разрядный ИНН физического лица (в случае отсутствия ИНН физического лица, указываются нули: 000000000000);

ГГ - две последние цифры года, за который передается информация;

Отсутствует предписанный реквизит!

• <Поз. "N">, где N – номер позиции с начала строки, в которой произошла ошибка;

• <Формат "Х">, фрагмент формата, которому должно удовлетворять значение в позиции N.

Исправление ошибок

Для исправления выявленных ошибок необходимо:

1. Закрыть окно протокола проверки файла.

2. Если ошибки обнаружены в реквизитах налогоплательщика или в данных ответственных лиц, откройте карточку налогоплательщика (<F3>) и исправьте неверные данные. После этого обновите отчёт (<Ctrl+Alt+P>).

3. Если ошибки обнаружены в отчётной форме, то откройте отчёт, внесите в соответствующие поля изменения и сохраните их.

4. После этого повторите процедуру формирования файла с отчётностью, предварительно в реестре отчётности перейдите к нужному отчёту, и проверьте его, нажав кнопку "Сверка показателей", и т.д.

Исправление ошибок возможно непосредственно в окне протокола проверки файлов.

Учтите, что при этом способе вы вносите исправления в файл отчётности, который открыт в протоколе проверки. Вы исправляете файл, а не исходные данные, и при повторной записи отчёта или при записи в файл нового отчёта ошибки повторятся.

1. В списке ошибок протокола проверки (рис. 6-8) внимательно ознакомьтесь с описанием ошибки.

2. В списке реквизитов исходного файла перейдите (<Tab>) к нужной ошибке и внесите необходимые изменения (<Enter>). Для отмены сохранения изменений нажмите <Esc>.

3. Если требуется добавить строку, нажмите <Ins> и введите необходимые данные в поля "Код реквизита" и "Значение". Поле "Стр." при этом останется незаполненным, поскольку в этом поле показывается номер строки исходного файла.

4. После того, как все ошибки исправлены, перепроверьте файл, воспользовавшись соответствующей кнопкой в окне протокола проверки:

Рис. 6-11 – Кнопка "Перепроверить файл"

5. Если снова будут найдены ошибки, повторите действия 1-4. Если ошибок больше не обнаружено, сохраните файл.

После этого можно отправлять проверенную отчётность по электронным каналам связи.

Проверка внешнего файла отчётности

В программе предусмотрена возможность проверки внешнего файла на соответствие форматам электронной отчётности. Файл может быть сформирован в любой другой бухгалтерской программе, например, "СБиС++ 1.9", 1С: Бухгалтерия и т.д. При этом загрузка файла в "СБиС++ Электронная отчетность" не требуется. Для выполнения такой проверки используется команда "Проверить файл", доступная из главного меню программы (пункт "Электронная отчетность"). Укажите путь к нужному файлу отчётности и повторите процедуру проверки файла, описанную выше.

Скорее всего файл отчета не был зашифрован вообще. Данная ошибка часто возникает при выгрузке файла отчета из 1С бухгалтерии, причем при выгрузке файлу уже присвоено расширение "ef4", как будто это зашифрованный файл.

He удалось проверить ЭЦП.

Возможная причина - ошибка сертификата - в данном случае следует связаться со спецоператором, выдавшим ЭЦП, или файл XML был подписан дважды, имеет смысл снова выбрать и подписать файл отчета.

В сертификате отсутствует регистрационный номер страхователя.

Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о рег.№ страхователя и его код подчиненности в системе ФСС, скорее всего это сертификат для работы с ПФР и ФНС, или УФК. Если подписывали с помощью arm.exe, при выборе личного сертификата цолжна стоять галочка "удовлетворять требованиям ФСС РФ".

В сертификате отсутствует код подразделения ФСС.

Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о коде подразделения в системе ФСС

Неверный формат регистрационного номера страхователя.

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

Неверный формат кода подразделения ФСС.

В сертификате, выданном спецоператором, неправильно указан код подразделения ФСС, требуется переиздание сертификата.

Отчет зашифрован на ключе отличном от открытого ключа ФСС

При выполнении действия подписания и шифрования файла отчета в качестве сертификата уполномоченного лица Фонда выбран не Хасянов Ренат Алиевич (Департамент ИТ ФСС РФ), а другой сертификат - отличный от того, который нужно выбрать, необходимо выбирать сертификат Хасянова Рената Алиевича. При выборе сертификата в хранилище "другие пользователи" галочка "удовлетворять требованиям ФСС РФ" должна быть снята.

При возникновении данной ошибки проверьте установлена ли у Вас обновленная версия АРМ и обновлен ли сертификат уполномоченного лица ФСС.

Отчет не зашифрован или не подписан.

На одном из этапов формирования, подписания и отправки файла отчета произошла ошибка. Имеет смысл повторить данные действия.

Не найден издатель сертификата.

Возможная причина - ошибка сертификата - в данном случае следует связаться со спецоператором, выдавшим ЭЦП. Так же возможна проблема на шлюзе приема отчетов, проявляющаяся при большой нагрузке.

Ошибка при проверке сертификата.

Сертификат, которым подписан файл более не действителен. Данная ошибка может возникать, если файл отчета подписан старым сертификатом при наличие вновь выданного или сертификат скомпрометирован. В данной ситуации следует проверить правильность выбранного для подписания сертификата или обратится к спецоператору, выдавшему ЭЦП.

Не найден или просрочен СОС издателя сертификата.

Ошибка возникала, когда на уровне УЦ ФСС не был обновлен корневой сертификат УЦ страхователя (закончился срок его действия), или отсутствовал или был неработоспособен список отзыва (решается на уровне УЦ ФСС РФ (Москва) и УЦ страхователя)

Сертификат, которым подписан файл более не действителен. Данная ошибка может возникать, если файл отчета подписан старым сертификатом при наличие вновь выданного или срок действия сертификата окончен. В данной ситуации следует проверить правильность выбранного для подписания сертификата или обратится к спецоператору, выдавшему ЭЦП.

XML-файл с отчетом не прошел форматный контроль

Не заполнен или не правильно заполнен шифр II раздела

Не заполнен или не правильно заполнен шифр I раздела

XML-файл с отчетом не прошел форматный контроль:

Ошибка возникает при выгрузке отчета из программы 1С Бухгалтерия – не заполнена или не правильно заполнена дата платежного документа.

В сертификате указано несуществующее подразделение Фонда

Ошибка может возникнуть вследствие ошибки сертификата - в данном случае следует связаться со спецоператором, выдавшим ЭЦП.

Неверное имя файла.

Зашифрованный файл расчета, предназначенный для передачи в Фонд социального страхования, должен иметь название <номер страхователя>_<расчетный год>_<отчетный квартал>.ef4

Например, зашифрованный файл расчета страхователя с реестровый номером 3712000456 за 1-й квартал 2011 года должен называться 3712000456_2011_03.ef4

Несколько вторых разделов (узлы F4INF2) имеют одинаковые шифры налогообложения

с ошибками расчета среднего заработка;

сменой данных карт для выплаты пособий;

прочими причинами, которые могут возникнуть в процессе оформления реестра прямых выплат ФСС.

Реестр прямых выплат ФСС включает в себя документы «Больничный лист» и «Сведения для реестра прямых выплат».

Предположим, у нас есть сотрудник, реестр прямых выплат ФСС по больничному листу уже сдан и принят в ФСС.

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

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

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

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

В дубликате заявления заходим во вкладку расчет пособия. Ставим отметку Перерасчет по причине и выбираем причину перерасчета из выпадающего списка. Указываем исправленный средний заработок сотрудника для расчета пособия ФСС.

Создаем новый реестр прямых выплат ФСС и заполняем по сотруднику исправленным больничным листом и документом «Сведения для реестра прямых выплат» с признаком Перерасчет по причине. Реестр отправляем. Он будет принят ФСС как корректирующий.

Так как планируется переход на выплату пособий по беременности и родам исключительно на карты платежной системы МИР, данный способ актуален и при смене способа выплаты пособия. В случае смены платежной карты, так же создаем дублирующий документ «Сведения для реестра прямых выплат». Указываем перерасчет по причине иное и выбираем новые платежные реквизиты для выплаты пособия.

Заполняем новый реестр прямых выплат ФСС с документом сведения для реестра прямых выплат с признаком Перерасчет по причине и новыми платежными реквизитами и отправляем в ФСС.

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