CheckPFR 1.1.2 от 08.04.2014

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

Да, пока не стали проверять соответствие между РСВ-1 и СЗВ, CHECKXML проверяла все файлы отдельно. А после ввода УФЫ новых версий пошли сплошные колдобины. И так будет продолжаться до тех пор, пока уфимские программисты не сообразят заглядывать на наш Форум. А так не понятно, кто им сообщает об ошибках. Сильно умные!

[fla3]

Это в последней редакции правил проверки
5) Для блоков Стажевый период со значением «ДОГОВОР», «НЕОПЛДОГ», «НЕОПЛАВТ» элемента Декрет-Дети блока Особенности учета (без оценки) блока Льготный стаж:

• блоки должны быть расположены до первого блока Стажевый период без значений «ДОГОВОР», «НЕОПЛДОГ», «НЕОПЛАВТ» элемента Декрет-Дети блока Особенности учета (без оценки) блока Льготный стаж в порядке возрастания значений элемента Дата начала периода (равенство значений элемента Дата начала периода в соседних блоках раз-решается) (ошибка 30).
6) Для блоков Стажевый период без значений «ДОГОВОР», «НЕОПЛДОГ», «НЕОПЛАВТ» элемента Декрет-Дети блока Особенности учета (без оценки) блока Льготный стаж:

"Маразм крепчал"

В версии CHECKPFR от 08.04.2014 глюк : на вторую запись с «ДОГОВОР», «НЕОПЛДОГ», «НЕОПЛАВТ»
выдаётся ошибка что она должна быть первой.

Вообще принимает только одну строку с ДОГОВОР. Если 2 или 3, то ошибка!

[Ирина55]

А что-то в Правилах проверки на сайте ПФР я этого не нахожу.

[v_i_b]

Вообще принимает только одну строку с ДОГОВОР. Если 2 или 3, то ошибка!

обещали исправить в следующей версии.

[fla3]

А что-то в Правилах проверки на сайте ПФР я этого не нахожу.

Тем не менее проверяют...

[Ирина55]

А в старых формах как?

[v_i_b]

А в старых формах как?

Если Вы о ДОГОВОР, то в старых формах не было пересечения строк стажа и строки стажа были отсортированы по дате начала.

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

обещали исправить в следующей версии.

Когда она будет, эта версия? А насчёт нулевых строк 701 и 702 они не обещали ничего?

[kirtcheff]

ИП имеет одного застрахованного по договору гражданско-правового характера, т.е. количество застрахованных 1, а среднесписочная 0. Программа считает "Ошибкой"("Если значение гр.3 стр.110 больше «0», то среднесписочная численность больше «0» и "Элемент «Среднесписочная численность» должен быть больше нуля если "Количество застрахова*нных лиц" больше 0"). ЭТО КАК ПОНИМАТЬ?
p.s. кто-нибудь знает, как достучаться до разработчика?

[LoraK]

Появилась ошибка - Стажевый период с ДОГОВОР должен стоять первым!
Хотя в правилах проверки написано

Хотелось бы знать, в каких программах-набивалках это реализовано?
Загрузила в SPU-ORB свои файлы (с сортировкой стажа по началу периода), в таком же виде и выгрузила. ЧЕКПФР ругается на сортировку стажа.
Значит, SPU-ORB стаж не пересортировывает. Так что, это пользователи должны заводить периоды стажа именно в таком порядке (сначала ДОГОВОР по хронологии, потом бездоговорной стаж по хронологии...)
Кто им об этом сказал?

П.С. Честно говоря, лень и не вижу смысла менять свою выгрузку из-за сортировки стажа. Да и как это сделать: ведь ДОГОВОР в одном поле с ДЕТИ, ВРНЕТРУД, СДКРОВ, НЕОПЛ и проч. условиями, т.е. сортировка по этому полю не поможет.
Я бы загрузила свои файлы в к.-л. программу, которая умеет сортировать стаж...
П.П.С. ЗАЧЕМ?!? Кому это пришло в голову? Да и зачем вообще нужно в одном сведении показывать две пересекающиеся записи стажа (ТРУД и ГПХ)? Что, стаж от этого сложится, что-ли? Бред!..

[v_i_b]

ИП имеет одного застрахованного по договору гражданско-правового характера, т.е. количество застрахованных 1, а среднесписочная 0. Программа считает "Ошибкой"("Если значение гр.3 стр.110 больше «0», то среднесписочная численность больше «0» и "Элемент «Среднесписочная численность» должен быть больше нуля если "Количество застрахова*нных лиц" больше 0"). ЭТО КАК ПОНИМАТЬ?
p.s. кто-нибудь знает, как достучаться до разработчика?

Не партесь.Поставьте в «Среднесписочная численность» 1.

[VRALD]

Хотелось бы знать, в каких программах-набивалках это реализовано?
Загрузила в SPU-ORB свои файлы (с сортировкой стажа по началу периода), в таком же виде и выгрузила. ЧЕКПФР ругается на сортировку стажа.
Значит, SPU-ORB стаж не пересортировывает. Так что, это пользователи должны заводить периоды стажа именно в таком порядке (сначала ДОГОВОР по хронологии, потом бездоговорной стаж по хронологии...)
Кто им об этом сказал?

П.С. Честно говоря, лень и не вижу смысла менять свою выгрузку из-за сортировки стажа. Да и как это сделать: ведь ДОГОВОР в одном поле с ДЕТИ, ВРНЕТРУД, СДКРОВ, НЕОПЛ и проч. условиями, т.е. сортировка по этому полю не поможет.
Я бы загрузила свои файлы в к.-л. программу, которая умеет сортировать стаж...
П.П.С. ЗАЧЕМ?!? Кому это пришло в голову? Да и зачем вообще нужно в одном сведении показывать две пересекающиеся записи стажа (ТРУД и ГПХ)? Что, стаж от этого сложится, что-ли? Бред!..

Вот пример сортировки по коду и дате

ORDER BY (case when s.st_add in ('ДОГОВОР','НЕОПЛДОГ','НЕОПЛАВТ') then 0 else 1 end), s.fromd;

[v_i_b]

Хотелось бы знать, в каких программах-набивалках это реализовано?

Ну, я сегодня в своей набивалке реализовал (1 час работы)

Значит, SPU-ORB стаж не пересортировывает.

Возможно, они уже это делают.

Так что, это пользователи должны заводить периоды стажа именно в таком порядке (сначала ДОГОВОР по хронологии, потом бездоговорной стаж по хронологии...)

Может не помочь, если стаж в программе сортируется по дате начала.

П.П.С. ЗАЧЕМ?!? Кому это пришло в голову? Да и зачем вообще нужно в одном сведении показывать две пересекающиеся записи стажа (ТРУД и ГПХ)? Что, стаж от этого сложится, что-ли? Бред!..

Полностью согласен.

[fla3]

Полностью согласен.

В правилах заполнения написано, что каждый период договора должен быть выделен с применением признака ДОГОВОР. Правила проверки этому противоречат. А программа проверки проверяет вообще по какому-то третьему алгоритму...

[LoraK]

Вот пример сортировки по коду и дате

ORDER BY (case when s.st_add in ('ДОГОВОР','НЕОПЛДОГ','НЕОПЛАВТ') then 0 else 1 end), s.fromd;

Спасибо, только я в 1с77 пишу (цикл по массиву)