Форум «Ошибки при проверке сведений в ПФР и их исправление.»

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 28.04.2014 14:14:44

Ошибка:

"Проверка по общей схеме документа...

***50: Ошибка при проверке файла по общей схеме.

Причина Нарушена структура блока. Присутствует лишний элемент (наличие указанного элемента в данной позиции не предусмотрено схемой).
Источник <СВЕДЕНИЯ_ПО_ПАЧКЕ_ДОКУМЕНТОВ_РАЗДЕЛА_6>
Строка 14
Позиция 43

Фатальная ошибка. Дальнейшая проверка невозможна.

Тип документов Кол-во в пачке
Не удалось определить 0

Неудача.
Ошибок 1
Предупреждений 0 "

Говорит о том, что файл Раздела 6 отчёта РСВ-1 проверочная программа проверять "не умеет". В верхней части протокола проверьте дату проверочного модуля. Скорее всего проверочную программу нужно обновить.

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 01.07.2014 13:25:43

Ошибка "Значение элемента Сумма выплат и иных вознаграждений c типом строки МЕСЦ должно быть больше 0" может появиться при проверке пачек проверочной программой CheckPFR (1.1.6 от 12.05.2014) в случае, если сотрудник был принят/уволен в отчётном периоде и один из месяцев не имел начислений. Это не ошибка пачки, а ошибка в модуле проверочной программы CheckPFR (1.1.6 от 12.05.2014). В этой версии CheckPFR реализована проверка, из-за которой периоды с нулевыми начислениями не должны присутствовать в файле. Это, конечно же, неверно, так как если сотрудник начал работать, например, в мае, то в стаже у него будет дата начала периода май, а в начислениях за апрель будет 0. По этой и ещё ряду других причин проверочная программа CheckPFR (1.1.6 от 12.05.2014) была убрана с сайта ПФР. Вместо неё возвращена версия CheckPFR (1.1.5 от 25.04.2014), см. http://www.pfrf.ru/ot_bashkor/adminis...19137.html
Возможно некоторые программы отправки отчётности уже успели обновить CheckPFR, поэтому при запуске встроенной проверки будут появляться ошибки. В этом случае можно посоветовать либо игнорировать эти ошибки ("Значение элемента Сумма выплат и иных вознаграждений c типом строки МЕСЦ должно быть больше 0"), либо обратиться к разработчикам этих программ.

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 01.07.2014 17:10:19

Ошибка "Значения элемента Месяц должно быть в пределах отчетного периода (корректируемого отчетного периода)" возникает из-за проблемы в версии 9.7.0, которая была исправлена в сборке 12563. В файл Раздела 6 в тег <Месяц> выводились всегда 1,2 и 3. Для первого квартала это верно, для второго квартала в этом теге должны быть значения 4,5 и 6.
Для исправления ошибки нужно обновить версию до сборки 12563 или уже выгруженный файл открыть с помощью Блокнота, выбрать Правка - Замена и заменить:
<Месяц>1</Месяц>
на
<Месяц>4</Месяц>,
<Месяц>2</Месяц>
на
<Месяц>5</Месяц>,
<Месяц>3</Месяц>
на
<Месяц>6</Месяц>.
После этого нужно сохранить изменения (Файл - Сохранить).

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 04.07.2014 17:19:59

В случае, если отчёт РСВ-1 подаётся не самим плательщиком, а его представителем (на Титульном листе поле "Достоверность и полноту сведений подтверждаю" введена не 1), при проверке может возникнуть ошибка:

</ДокументПодтверждающийПолномочияПредставителя><//ДокументПодтверждающийПолномочияПредставителя>
Debug code: -1072898030
Согласно DTD и схеме, содержимое элемента "ДокументПодтверждающийПолномочияПредставителя" неполно. Требуется: КемВыдан.

Ошибка возникает из-за того, что в файл не выводится тег КемВыдан. Это ошибка в версии, из-за которой в Печать - Настроить для Титульного листа не существует строки для заполнения этого тега.
Чтобы исправить эту ошибку, можно выполнить пункт 178 из Таблицы корректировок и выгрузить файл заново.
Также можно открыть файл РСВ-1 с помощью Блокнота и в конце файла в тег <ДокументПодтверждающийПолномочияПредставителя> добавить строку с <КемВыдан>.
Пример:

<ДокументПодтверждающийПолномочияПредставителя>
<НаименованиеУдостоверяющего>ДОВЕРЕННОСТЬ</НаименованиеУдостоверяющего>
<НомерУдостоверяющего>12</НомерУдостоверяющего>
<ДатаВыдачи>09.07.2013</ДатаВыдачи>
<КемВыдан>ООО "РОМАШКА"</КемВыдан>
</ДокументПодтверждающийПолномочияПредставителя>

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 07.07.2014 13:28:37

Цитата

Ошибка "Значение элемента Сумма выплат и иных вознаграждений c типом строки МЕСЦ должно быть больше 0" может появиться при проверке пачек проверочной программой CheckPFR (1.1.6 от 12.05.2014) в случае, если сотрудник был принят/уволен в отчётном периоде и один из месяцев не имел начислений. Это не ошибка пачки, а ошибка в модуле проверочной программы CheckPFR (1.1.6 от 12.05.2014). В этой версии CheckPFR реализована проверка, из-за которой периоды с нулевыми начислениями не должны присутствовать в файле. Это, конечно же, неверно, так как если сотрудник начал работать, например, в мае, то в стаже у него будет дата начала периода май, а в начислениях за апрель будет 0. По этой и ещё ряду других причин проверочная программа CheckPFR (1.1.6 от 12.05.2014) была убрана с сайта ПФР. Вместо неё возвращена версия CheckPFR (1.1.5 от 25.04.2014), см. http://www.pfrf.ru/ot_bashkor/adminis...19137.html
Возможно некоторые программы отправки отчётности уже успели обновить CheckPFR, поэтому при запуске встроенной проверки будут появляться ошибки. В этом случае можно посоветовать либо игнорировать эти ошибки ("Значение элемента Сумма выплат и иных вознаграждений c типом строки МЕСЦ должно быть больше 0"), либо обратиться к разработчикам этих программ.

В новой проверочной программе CheckPFR (1.1.7 от 19.06.2014г.) также сделана эта проверка. В ближайшее время в Таблицу корректировок мы добавим файл для того, чтобы "нулевые" месяцы не выводились в файл.
Сейчас Вы можете для всех сотрудников, по которым возникает ошибка, зайти в Сведения, нажать кнопку 6.4 и удалить строку с месяцем, в котором начисления нулевые. В этом случае в файл этот месяц также не попадёт и не будет вызывать ошибку при проверке.

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 16.07.2014 18:00:14

В случае, если у сотрудника во втором квартале сумма взносов нулевая (например, в первом квартале уже было превышение), то при выгрузке и проверке CheckPFR возникает ошибка:

<СуммаВзносовНаОПС>0.00</СуммаВзносовНаОПС>
Debug code: -1072898028, Строка: 10164, Позиция: 23
Согласно модели содержимого родительского элемента "СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ", элемент "СуммаВзносовНаОПС" является непредвиденным. Требуется: КорректируемыйОтчетныйПериод, РегистрационныйНомерКорректируемогоПериода, СведенияОсуммеВыплатИвознагражденийВпользуЗЛ.

Для её исправления нужно выполинть пункт 180 из таблицы корректировок.
Тег
<СуммаВзносовНаОПС>0.00</СуммаВзносовНаОПС> в таком случае выгружаться не должен.
Исправление сделано из-за изменения правил проверки в новой версии проверочной программы CheckPFR.

minerva _ta
Посетитель

Всего сообщений: 29
Дата регистрации: 07.06.2008

Создано: 29.07.2014 19:09:23

Светлана нет ли у Вас мобильного или скайпа или чего-то более мобильного чем форум или городской телефон... я далеко от мск в роуминге и на город тяжело звонить (по деньгам)))) есть проблема с пфр.... более менее нормальный инет в 11 км от дома... мои тел (если можно удалите их потом XXXXXXXXXX) если бы можно было позвонить не на город или через скайп поговорить я бы поехала спецом в город для этого
спасибо

Светлана Катышева
Модератор

Всего сообщений: 45
Дата регистрации: 17.03.2011

Создано: 30.07.2014 12:01:55

Цитата

Светлана нет ли у Вас мобильного или скайпа или чего-то более мобильного чем форум или городской телефон... я далеко от мск в роуминге и на город тяжело звонить (по деньгам)))) есть проблема с пфр.... более менее нормальный инет в 11 км от дома... мои тел (если можно удалите их потом ********** скайп на почту ********* оформлен) если бы можно было позвонить не на город или через скайп поговорить я бы поехала спецом в город для этого
спасибо

Ответила на почту. Лучше конечно с подобными вопросами писать на нашу почту support@comtec.ru, так как в большинстве случаев ошибки в пачках ПФР конкретные и решаются изменением данных в конкретном отчёте.

PS В почте есть ошибка, нашла правильный адрес в нашей адресной книге.