программа Spu orb

[svv]

какой может быть тариф, если сумм нет

Ирина тариф по человеку ведь не суммами определяется. Ну т.е. даже если нет сумм, тариф известен.

[Ирина55]

При этом "Итог" с категорией - это вообще глупость: какой может быть тариф, если сумм нет. Ну, вообще-то, ничего удивительного - в СПВ-2 (кстати, до сих пор не принятой) тоже есть тариф, а в качестве сумм "галочки".

[IgorAV]

И все же согласно правил при отсутствие выплат:

Блоки с выплатами

1. Перед отчетным периодом - можно было блоки не указывать или указывать.

2. С 10.04 - Блоки должны отсутствовать

3. С 08.05 - Должен присутствовать один блок "Итог" с категорией.

[svv]

1) Нулевые блоки не должны присутствовать. (10.04.2014)

Если я правильно помню, то там основная ошибка была не в наличии блока <СведенияОсуммеВыплатИвознагражденийВпользуЗЛ>, а в наличии нулевых тегов: <СуммаВыплатИныхВознаграждений>, <НеПревышающиеВсего>
Во всяком случае CheckPFR от 25.04 файлы, созданные под версию от 12.05 пропускает.

[LoraK]

Дважды? А второй когда? В смысле когда обратно поменяли? Самым писком было конечно смена правил игры 12.05.

З.Ы. ФСС в 2010 году, поменял правила проверки 6 апреля (сдача отчетности по 15 апреля). Замечу только, что они меняют правила через утверждение Приказом. Но там реально смена была нужна, т.к. многим приходилось подгонять отчетность.

Тут же смена была непонятно для чего нужна. Могли бы дождаться окончания отчетности.

1) Нулевые блоки не должны присутствовать. (10.04.2014)
2) Отсутствие нулевых блоков - ошибка. (08.05.2014)

[svv]

Менять правила дважды во время отчетного периода - что-то я такое не припомню.

Дважды? А второй когда? В смысле когда обратно поменяли? Самым писком было конечно смена правил игры 12.05.

З.Ы. ФСС в 2010 году, поменял правила проверки 6 апреля (сдача отчетности по 15 апреля). Замечу только, что они меняют правила через утверждение Приказом. Но там реально смена была нужна, т.к. многим приходилось подгонять отчетность.

Тут же смена была непонятно для чего нужна. Могли бы дождаться окончания отчетности.

[IgorAV]

Откат программы - дело хорошее, когда не проходят проверку правильные файлы. Только в отделениях стоит 1.1.6, а где-то - 1.1.5.

Ага, в последние дни отчетного периода менять правила - это полный писк.

Одно приятно - отчетный период наконец-то закончен.

Я бы данный отчетный период поставил на первое место по несуразности (не подготовленности). Менять правила дважды во время отчетного периода - что-то я такое не припомню.

[Ирина55]

Откат программы - дело хорошее, когда не проходят проверку правильные файлы. Только в отделениях стоит 1.1.6, а где-то - 1.1.5.

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

Во втором квартале в 400(...) будет сумма зв 1-2 квартал и она сверяется
с 3 графой РСВ-1, но не на равно, а на меньше или равно т.к. по 6 разделу выпадают суммы по уволенным в 1 квартале. А в проверках 2 квартала на данный момент возможны глюки.

Согласен, что в строке 400 должны быть суммы с начала расчётного периода (года), а что будет сверять тестовая программа по данным раздела 2.5.1. - базы и начисленные взносы соответствующего квартала со строками 401 - 403 или опять "зацепят" строку 400? В общем, пока в Уфе не разберутся с недоработками последних версий, ничего наперёд точно сказать нельзя, я так думаю. Если проверки будут соответствовать ручной форме раздела 6 и будет дано ЧЁТКОЕ правило формирования раздела 2.5.1., тогда вопросов не будет. Пока же правила меняются постоянно, о чём говорит даже откат с версии 1.1.6 на 1.1.5. Как мне оветили на вопрос о причине отката, якобы не все успели сдать отчёты и по версии 1.1.6. возникли проблемы. Вот уж действительно "лучшее - враг хорошего". Кстати, мой пост был связан также с тэгом по сумме базы в заголовке файла со сведениями о сотрудниках (раздел 6): он должен формироваться как суммы строк 400 или строк 401 - 403? Именно из-за этого по полугодию были проблемы с проверкой раздела 2.5.1. и разделов 6.

[VinnieThePOOH]

Во втором квартале в 400(...) будет сумма зв 1-2 квартал и она сверяется
с 3 графой РСВ-1, но не на равно, а на меньше или равно т.к. по 6 разделу выпадают суммы по уволенным в 1 квартале. А в проверках 2 квартала на данный момент возможны глюки.

Не так давно сдавали отчетность по организации, закрытой в апреле. На тот момент действовала проверка CheckPFR от 25 апреля, и требовала суммы за 2 квартал в строке 400 (а в 401-403 суммы за апрель, май, июнь соответственно).

[svv]

В них значения с начала года или же за отчетный квартал?

Это очередной тест для ПФ. Если там есть здравомыслящие люди - то с начала года, если нет - то за квартал

в файл с 6-м разделом строки 400 (.....) считать как квартальные суммы. ...<БазаДляНачисленияСтраховыхВзносовНеПревышающаяПре дельную> говорит само за себя: от этой базы рассчитаны страховые взносы в этом отчётном периоде

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

[v_i_b]

По этому поводу консультировался со специалистом про CHEСKPFR. После тестирования опытного отчёта за полугодие получил от него ответ, что "при сверке сумм раздела 2.5.1. и раздела 6.4. используются данные строк 401 - 403 ( .... ), 701 - 703 ( ... ). Поэтому я в ветке по ЧЕКу и написал, что суммы с начала расчетного периода (т.е. года) (строки 400, 700, .und so waiter..) в 6-м разделе нужны только на бланке, а в файле их нет. Самое смешное то, что этот специалист написал мне такой текст протокола по этой сверке, что по первому кварталу должно было быть видно, за какой период производится проверка. На самом же деле судить об этом можно было только по записи: сверяются строки 400 или 401 - 403. В общем, я для себя сделал вывод, что в файл с 6-м разделом строки 400 (.....) считать как квартальные суммы. Если есть возможность создать опытную базу за полугодие, попробуйте этот вариант. В файле с ИС (раздел 6) название тэга <БазаДляНачисленияСтраховыхВзносовНеПревышающаяПре дельную>543278.13</БазаДляНачисленияСтраховыхВзносовНеПревышающаяПред ельную> говорит само за себя: от этой базы рассчитаны страховые взносы в этом отчётном периоде (так получается в разделе 2.5.1.). Может быть, я слишком путано объяснил, думаю, что смысл понятен.

Во втором квартале в 400(...) будет сумма зв 1-2 квартал и она сверяется
с 3 графой РСВ-1, но не на равно, а на меньше или равно т.к. по 6 разделу выпадают суммы по уволенным в 1 квартале. А в проверках 2 квартала на данный момент возможны глюки.

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

Мне теперь тоже стало интересно.
В Разделе 6.4 есть строки 400 (410,420...)
В Разделе 6.7 есть строки 700(710,720...)
В них значения с начала года или же за отчетный квартал?
Для 1 квартала эти значения совпадают, а за 6,9,12 месяцев как?

По этому поводу консультировался со специалистом про CHEСKPFR. После тестирования опытного отчёта за полугодие получил от него ответ, что "при сверке сумм раздела 2.5.1. и раздела 6.4. используются данные строк 401 - 403 ( .... ), 701 - 703 ( ... ). Поэтому я в ветке по ЧЕКу и написал, что суммы с начала расчетного периода (т.е. года) (строки 400, 700, .und so waiter..) в 6-м разделе нужны только на бланке, а в файле их нет. Самое смешное то, что этот специалист написал мне такой текст протокола по этой сверке, что по первому кварталу должно было быть видно, за какой период производится проверка. На самом же деле судить об этом можно было только по записи: сверяются строки 400 или 401 - 403. В общем, я для себя сделал вывод, что в файл с 6-м разделом строки 400 (.....) считать как квартальные суммы. Если есть возможность создать опытную базу за полугодие, попробуйте этот вариант. В файле с ИС (раздел 6) название тэга <БазаДляНачисленияСтраховыхВзносовНеПревышающаяПре дельную>543278.13</БазаДляНачисленияСтраховыхВзносовНеПревышающаяПред ельную> говорит само за себя: от этой базы рассчитаны страховые взносы в этом отчётном периоде (так получается в разделе 2.5.1.). Может быть, я слишком путано объяснил, думаю, что смысл понятен.

[LoraK]

В новыми проверками непонятное что-то творится. Проверки возвращаем назад на CheckPFR 1.1.5.
Spu_orb на сайте можно скачать сейчас и 2.11 и 2.10. Откатывать назад можно с 2.11 на 2.10.

С этим ПФР-ом безработица Вам не грозит

[LoraK]

Ни в каких документах ПФР табельного номера нет. Соответственно при импорте ему не откуда взяться.
При выгрузке, если нет табельных номеров, то сортировка будет неизвестно в каком порядке (при выборе сортировки по табельному), ибо сортировка все равно производится по другим параметрам плюс табельный.

Опытным путем установлено: при отсутствии табельных номеров в БД пачки выгрузились в физическом порядке, т.е. в том порядке, в котором были загружены. Я просто счастлива!