При формировании индсведений периоды стажа с видом исчисления стажа ДОГОВОР эти записи попадают в самое начало списка. И если человек работал по трудовому договору, а после уволился и перешел на ДГПХ -  то в индивидуальных сведениях нарушается хронология периодов. И программа проверки сведений ПФР CheckXML выдает ошибку "начало следующего периода больше чем конец предыдущего".

При этом вручную поправить это невозможно, сменив порядок - при записи пачки периоды опять перетасовываются автоматически по принципу "сначала ДОГОВОР, потом всё остальное". На тестовой базе проверил - повторяемость подтверждена.

Баг?

РСВ-1, а не СЗВ, конечно же..

(0) это баг пофиксин в крайнем релизе

Опа, действительно, прямо только что релиз опубликовали)

(2) Что-то я не понял, а где там баг пофиксен? Всё то же самое и осталось.. ДГПХ так и лезут вперёд всех прочих записей, нарушая хронологию и вызывая ошибку проверки. Непонятно..

Вот прочитал в аннотации к релизу
===
    В связи с изменениями в правилах проверки записей о стаже для работающих по договорам ГПХ изменены правила автоматического формирования стажа: все записи по договорам ГПХ будут предшествовать записям, соответствующим трудовым договорам.
===

Это еще что за самодеятельность 1с? Официальная пенсионная программа для проверки сведений CheckXML на такое творчество выдает ошибку..

(5) http://www.buhonline.ru/forum/index?g=posts&t=209438

(6) Это вообще к чему? Чекалка последняя апрельская, и ошибка совсем другая выдается - про периоды стажа..

(0) Это требование проверочной программы, что записи ДОГОВОР должны идти до записей по основному стажу.

(8) Вот как раз проверочная программа имеет противоположную точку зрения)

***30: Ошибка. Дата "01.01.2014", указанная в элементе <ДатаНачалаПериода> 2-го блока <СтажевыйПериод> (с 01.01.2014 по 20.01.2014), раньше, чем дата "31.03.2014", указанная в элементе <ДатаКонцаПериода> предыдущего блока <СтажевыйПериод> (с 01.03.2014 по 31.03.2014).

(10) Которая из двух, CheckPFR или CheckXML? Там разные проверки, взаимно противоречащие друг другу.

Например, CheckPFR не пропускает файл, если есть две записи с кодом ДОГОВОР (возможно, как раз твой случай)

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

На buhsoft.ru есть форум на эту тему, кому интересно, почитайте.

(11) Вот фрагмент xml-файла, сформированного зупой, который не пропускает CheckXML. И там нет двух записей с кодом ДОГОВОР.
---

            <СтажевыйПериод>
                <НомерСтроки>1</НомерСтроки>
                <ДатаНачалаПериода>01.03.2014</ДатаНачалаПериода>
                <ДатаКонцаПериода>31.03.2014</ДатаКонцаПериода>
                <КоличествоЛьготныхСоставляющих>1</КоличествоЛьготныхСоставляющих>
                <ЛьготныйСтаж>
                    <НомерСтроки>1</НомерСтроки>
                    <ОсобенностиУчета>
                        <ДекретДети>ДОГОВОР</ДекретДети>
                    </ОсобенностиУчета>
                </ЛьготныйСтаж>
            </СтажевыйПериод>
            <СтажевыйПериод>
                <НомерСтроки>2</НомерСтроки>
                <ДатаНачалаПериода>01.01.2014</ДатаНачалаПериода>
                <ДатаКонцаПериода>20.01.2014</ДатаКонцаПериода>
            </СтажевыйПериод>

Блин, ну если процесс проверки не устоялся - почему бы зуповцам не оставить пользователю возможность менять порядок вручную???

(13) Ну здесь явно записи идут не по хронологии, правильно ругается.

(15) Они так формируются ЗУПой!!! И ЗУПа не дает возможности их переставить..

(14) Загрузи файлы в набивалку, ПУ-5 или SPU_ORB, выгрузи оттуда и сдашь скорее всего

(17) Да это понятно..

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

Все обсуждения на уровне программистов тут: http://buhsoft.ru/forums/forumdisplay.php?f=3

Мне кажется в описании обновления есть ответ на твой вопрос

http://its.1c.ru/db/updinfo#content:123:1

Что программа проверки сведений ПФР разработчиками теперь учитывается только одна - CheckPfr. Это понятно еще и из того, что 1С из своей подготовки проверить СheckXMLом не предлагает, да и на сайте ПФР про  CheckXML теперь вообще-то не упоминается
http://www.pfrf.ru/free_programs/

Так зачем ты проверяешь CheckXMLом?

Ах да, если есть доступ к партнерской, они там явно про это написали
https://partners.v8.1c.ru/forum/t/1237462/m/1238774