CheckPFR 1.1.1 от 31.03.2014

[Вильф]

Что сие означает?

<СуммаДоначисленныхВзносовЗаПериодНачинаяС2014></СуммаДоначисленныхВзносовЗаПериодНачинаяС2014>
Debug code: -1072898028
Согласно модели содержимого родительского элемента "РАСЧЕТ_ПО_СТРАХОВЫМ_ВЗНОСАМ_НА_ОПС_И_ОМС_ПЛАТЕЛЬЩ ИКАМИ_ПРОИЗВОДЯЩИМИ_ВЫПЛАТЫ_ФЛ_2014", элемент "СуммаДоначисленныхВзносовЗаПериодНачинаяС2014 " является непредвиденным. Требуется: Раздел3РасчетНаПравоПримененияПониженногоТарифа201 4, Раздел4СуммыДоначисленныхСтраховыхВзносов2014, Раздел5СведенияОВыплатах...

Есть корректировка за 2013 год Уфа это выдала.

Обратите внимание на название тега "СуммаДоначисленныхВзносовЗаПериодНачинаяС2014".
Именно так от выглядит в описании формата файла РСВ-1.
А в известных мне опубликованных примерах XML-файла фрагмент "НачинаяС2014" отсутствует.
Аналогично с тегом "ИтогоДоначисленоНачинаяС2014".
В процитированном сообщении это расхождение тоже видно.
Что сие означает?

[v_i_b]

Что сие означает?

Сиё означает что в опубликованных на сайте ПФР примерах xml-файлов и схем было довольно много нестыковок между ними и с описанием формата.

[Вильф]

Сиё означает что в опубликованных на сайте ПФР примерах xml-файлов и схем было довольно много нестыковок между ними и с описанием формата.

Однако уже распространяется тестер ЧекПФР, который проверяет вопреки официальному формату файла.

[v_i_b]

Однако уже распространяется тестер ЧекПФР, который проверяет вопреки официальному формату файла.

В описании формата(например в 17-ом одном из последних) есть тег
СуммаДоначисленныхВзносовЗаПериодНачинаяС2014

[ivan092]

Коллеги, а что делать с большим количеством людей (>999)?
В разделе 2.5.1 в итоговом блоке "Итого сведениям по пачкам документов исходных сведений ПУ"
у элемента "КоличествоЗЛвПачке" в схеме чекпфр-а допускается не более, чем трехзначное число(т.е. 999 человек). У себя то я схему поправил, а вот теперь чекпфр ругается:

<КоличествоЗЛвПачке>1078</КоличествоЗЛвПачке>
Debug code: -1072897687
"1078" нарушает ограничение totalDigits для "3". Не удалось проанализировать элемент "КоличествоЗЛвПачке" со значением "1078".

Я подчеркиваю, что это не в пачке 1078 человек, а в итоге по всем пачкам 1078 человек.
Ведь есть же организации и по 3000 человек. Что делать и куда обращаться? Клиенты уже хотят отсылать все.

[v_i_b]

Коллеги, а что делать с большим количеством людей (>999)?
В разделе 2.5.1 в итоговом блоке "Итого сведениям по пачкам документов исходных сведений ПУ"
у элемента "КоличествоЗЛвПачке" в схеме чекпфр-а допускается не более, чем трехзначное число(т.е. 999 человек). У себя то я схему поправил, а вот теперь чекпфр ругается:

Я подчеркиваю, что это не в пачке 1078 человек, а в итоге по всем пачкам 1078 человек.
Ведь есть же организации и по 3000 человек. Что делать и куда обращаться? Клиенты уже хотят отсылать все.

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

[magsoft]

При проверке отчета, содержащего корректирующие сведения, программа CheckPfr выдает предупреждение:
При указании типа сведений "КОРРЕКТИРУЮЩАЯ" или "ОТМЕНЯЮЩАЯ" должен быть заполнен блок "РегистрационныйНомерКорректируемогоПериода"
Это при том, что такой блок в XML-файле имеется...

[Михаил Иванович]

Не буду дублировать свой пост, в ветке по CHECK_UFA от 31.03.2014 я написал свои замечания по этой программе.

[fla3]

При проверке отчета, содержащего корректирующие сведения, программа CheckPfr выдает предупреждение:
При указании типа сведений "КОРРЕКТИРУЮЩАЯ" или "ОТМЕНЯЮЩАЯ" должен быть заполнен блок "РегистрационныйНомерКорректируемогоПериода"
Это при том, что такой блок в XML-файле имеется...

Это не блок, это элемент. Посмотрите в файле, не пустое ли там значение.

[magsoft]

Это не блок, это элемент. Посмотрите в файле, не пустое ли там значение.

Не пустое:
<РегистрационныйНомерКорректируемогоПериода>087-107-048400</РегистрационныйНомерКорректируемогоПериода>

[fla3]

Не пустое:
<РегистрационныйНомерКорректируемогоПериода>087-107-048400</РегистрационныйНомерКорректируемогоПериода>

Идёт сразу за блком КорректируемыйОтчетныйПериод?

[magsoft]

Идёт сразу за блком КорректируемыйОтчетныйПериод?

Да. Прилагаю сами файлы и протокол.

[fla3]

Он у Вас указан в исходных сведениях, где его не должно быть!
А в корр.сведениях после него должен быть СтраховойНомер.
Нарушен порядок следования блоков!

[magsoft]

Он у Вас указан в исходных сведениях, где его не должно быть!

Как так? Файл PFR-700-Y-2014-ORG-087-107-048400-DCK-00235-DPT-000000-DCK-00000.XML содержит корректирующие сведения. В этом файле данный элемент имеется, но проверочная программа его "не видит".
В файле с исходными сведениями действительно этот элемент тоже (по ошибке) присутствовал. Но если его оттуда убрать, проблему это не решает.

[fla3]

Нарушен порядок следования блоков!
Сначала ОтчетныйПериод, потом КорректирующийОтчетныйПериод, рег.номеркорр,страхномер,ФИО