программа Spu orb

[Котофей]

Тогда, поскольку CheckPfr выдает ошибку, алгоритм действий какой? Править один из разделов? Понимаю, что вопрос не к разработчикам, но раз уж здесь начал этот разговор..

[Denis_pfr066]

В разделе 2.1 и в разделе 2.5.1 указана одна и та же база для начисления 599739.31. В разделе 2.1 22% от 599739.31 считает правильно - 131942.65. А в разделе 2.5.1 22% от 599739.31 формируется 131942.64.

В 2.5.1 идут суммы взносов по каждому человеку, а это отнюдь не 22% от 599739.31.
Это: доход 1 человек на 22% + доход 2 человек на 22% + ... , где 599739.31 = доход 1 человек + доход 2 человек + ...
Разницу должны видеть. Поэтому и не всегда сходится.

[Котофей]

разделе 2.1 должен заполнятся по данным бухучёта (расчёта зарплаты)

Графа 3 205 строке должна быть строго равна 2.5.1 и сумме за 1 2 3 месяцы

Если уж считать 205 строку, то только 1-2 месяцы и сумму за 3 месяц разница суммы 2.5.1 и 1-2 месяцев.

Это для одного раздела 2.1 .

Я указал на эту разницу, т.к. она возникает при формировании отчета в Spu_Orb. Раздел 2.1 в приведенном примере программа посчитала правильно. Можно, конечно, и руками раздел 2.5.1 поправить.. Но, возможно, это программная ошибка?..

[v_i_b]

Вот еще какого рода ошибки попадаются..

Пример. В разделе 2.1 и в разделе 2.5.1 указана одна и та же база для начисления 599739.31. В разделе 2.1 22% от 599739.31 считает правильно - 131942.65. А в разделе 2.5.1 22% от 599739.31 формируется 131942.64. В итоге CheckPfr выдает ошибку:

Значение, указанное в графе 3 строки «Итого», должно равняться значению указанному в гра*фе 3 строки 114 раздела 1 уменьшенному на значения граф 4-6 строки 206 подраздела 2.1(при наличие нескольких подразделов 2 участвуют значения граф 4-6 206 каждого из разде*лов)(Указано в разделе 2.5.1 :131942.64, Расчитано по разделам 1 и 2.1: 131942.65)

разделе 2.1 должен заполнятся по данным бухучёта (расчёта зарплаты)

Графа 3 205 строке должна быть строго равна 2.5.1 и сумме за 1 2 3 месяцы

Если уж считать 205 строку, то только 1-2 месяцы и сумму за 3 месяц разница суммы 2.5.1 и 1-2 месяцев.

Это для одного раздела 2.1 .

[Котофей]

Вот еще какого рода ошибки попадаются..

Пример. В разделе 2.1 и в разделе 2.5.1 указана одна и та же база для начисления 599739.31. В разделе 2.1 22% от 599739.31 считает правильно - 131942.65. А в разделе 2.5.1 22% от 599739.31 формируется 131942.64. В итоге CheckPfr выдает ошибку:

Значение, указанное в графе 3 строки «Итого», должно равняться значению указанному в гра*фе 3 строки 114 раздела 1 уменьшенному на значения граф 4-6 строки 206 подраздела 2.1(при наличие нескольких подразделов 2 участвуют значения граф 4-6 206 каждого из разде*лов)(Указано в разделе 2.5.1 :131942.64, Расчитано по разделам 1 и 2.1: 131942.65)

У меня подобные ошибки уже у нескольких страхователей, везде разница в 1 или 2 копейки.

[Denis_pfr066]

Также печатную форму корр. ИС за прошлые периоды (СЗВ-6), отражаешь отчетный период 1 кв 14г, а печатает 9 мес 14...

Вы имеете ввиду печать файлов из XML? Ибо в печати во вводе и выгрузке форм всё нормально.

P.S.: Режим исправим.

[yante]

Ага. Я в КОРР-пачке указала: отчетный период = 3/2014 (по правилам с 2014 года), корректируемый период = 4/2013 (по правилам 2013 года).

В Протоколе из ПФ - ошибка: название периода для 3/2014 "с 01.01.2014 по 31.03.2014" не соответствует отчетному периоду "01.07.2014 - 30.09.2014".
Всех запутали и сами запутались

Как найти с ПФ общий язык? ЧекХМЛ ругается на сортировку стажа по ДОГОВОР, ЧекПФР ругается на два периода ДОГОВОР. Правила проверки меняются на ходу. Причем на прямо противоположные.
Как же всё-таки надо формировать сведения?

Отправлять по почте, и потом "мягко" вылизывать данные - уж тут точно отказать не смогут...
Кстати, надо обсудить "исчезновение двух недель на уточнение данных", но для этого я новую тему создам...

[LoraK]

Вот и началась путаница...

Ага. Я в КОРР-пачке указала: отчетный период = 3/2014 (по правилам с 2014 года), корректируемый период = 4/2013 (по правилам 2013 года).

В Протоколе из ПФ - ошибка: название периода для 3/2014 "с 01.01.2014 по 31.03.2014" не соответствует отчетному периоду "01.07.2014 - 30.09.2014".
Всех запутали и сами запутались

Как найти с ПФ общий язык? ЧекХМЛ ругается на сортировку стажа по ДОГОВОР, ЧекПФР ругается на два периода ДОГОВОР. Правила проверки меняются на ходу. Причем на прямо противоположные.
Как же всё-таки надо формировать сведения?

[yante]

Также печатную форму корр. ИС за прошлые периоды (СЗВ-6), отражаешь отчетный период 1 кв 14г, а печатает 9 мес 14...

Вот и началась путаница...

[СергейI]

Печатную форму исправим.

Также печатную форму корр. ИС за прошлые периоды (СЗВ-6), отражаешь отчетный период 1 кв 14г, а печатает 9 мес 14...

[svv]

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

Нам не жалко, пусть просвещаются: http://yadi.sk/d/ePiSkOJSMfDDn
Там с числовыми примерами.

Получается если не считать месячные взносы по 6 разделу, то в РСВ-1 рассчитать их по 204 строке с нарастанием за 1-2 месяцы, а взносы в 3-м будут равны сумме 6 раздела минус 1-2 месяцы.
Но это в простейшем случае одного раздела 2.1

ПФ плохому учишь! Он и так не умеет страховые взносы считать. Ничего что у бухгалтера в разделе 2.1 будут совсем другие суммы по месяцам стоять? Не такие как посчитаны приведенным способом.

[v_i_b]

Имеем сумму по разделу 6.5 она попадает в 2.5.1
Эта сумма в бух учёте по каждому застрахованному состоит из суммы за 3 месяца квартала(месячных суммв набивалке, хотя зная базу за каждый месяц можно подсчитать особенно в 1 квартале)
Эти месячные взносы отражаются в 205 строке РСВ-1 по месяцам.
Итоговая сумма за 3 месяца должна быть строго равна сумме раздела 6.5 .

Получается если не считать месячные взносы по 6 разделу, то в РСВ-1 рассчитать их по 204 строке с нарастанием за 1-2 месяцы, а взносы в 3-м будут равны сумме 6 раздела минус 1-2 месяцы.
Но это в простейшем случае одного раздела 2.1

[Denis_pfr066]

Проблема не в округлении. Проблема в том, что составители правил не знают элементарной математики.
ОКР(N*22%) == ОКР(N1*22%) + ОКР(N2*22%) + ... + ОКР(N100*22%), где N1+N2+...+N100 = N
Такое равентво очень редко будет выполняться.
Это сверка 2.1 и 2.5.1 фактически.
В самой программе всё правильно округляет.

[Котофей]

Denis_pfr066, а что с округлением?

Вот тут (пост 25 и ниже) описано расхождение между тем, как считает взносы Spu-Orb и CheckXML. Возможно, данный факт следует учесть в следующих версиях Spu-Orb?..

[Denis_pfr066]

Да, 27ПДРК. Пробовал ставить Часы без ставки с кодом 27-ПД - также часы на печать не выводятся. Так что дело, скорее всего, не в коде льготы. В файл данные выгружаются правильно.

Печатную форму исправим.