Программа CheckXML не находит ошибки?

[something]

Модуль проверки CheckXML версия от 01.07.2010.
Проверяются пачки СЗВ6 этим программным модулем - результат:
Успех!
Предупреждений 0
Однако пенсионный фонд пачки не принимает ссылаясь на то, что в пачках обнаружены ошибки. Выдержка из протокола ПФ имеет примерно такой вид:
ПРОВЕРКА ДАННЫХ ПО ЗАСТРАХОВАННЫМ ЛИЦАМ
53. 001-111-222 75 ИВАНОВ ИВАН ИВАНОВИЧ - взносы 5775,82 и 2475,34 для 1967 г. р. по категории "НР" ошибочны

Программа CheckXML не проверяет соотношение взносов? Как проверить это соотношения самостоятельно? Есть ли алгоритм проверки пенсионного фонда?

[Анастасия]

Обновите модуль проверки.

[something]

Модуль от 06.07.2010 г.
Проблема осталась.
Программа выдает результат "Успех".

[Л.К.]

Аналогичная проблема! Тестировала файлы в режиме он-лайн на сайте Бухсофт сегодня в 14.00. Итог: "Успех" В 16.00 в ПФР на Почтовой выдали распечатку с перечнем ошибок:
по всем сотрудникам от 1967 г.р. и моложе выдает ту же ошибку: "001-111-222 75 ИВАНОВ ИВАН ИВАНОВИЧ - взносы 5775,82 и 2475,34 для 1967 г. р. по категории "НР" ошибочны"
Что делать?! В ПФ ничего сказать не смогли

[Slay]

У Вас Категория не "НР" должна быть...

[Ирина55]

Для категории НР взносы 14% и 6%
5775,82/14*6=2475,35
Т.е соотношение взносов не идет на 1 копейку.

[Slay]

Извиняюсь. Не вчитался в вопрос. Многие по традиции лепят всем НР...

[something]

Для категории НР взносы 14% и 6%
5775,82/14*6=2475,35
Т.е соотношение взносов не идет на 1 копейку.

Соотношение 7:3 - это соотношение простых чисел. Следовательно не зная базу получить одно из другого однозначно не получится, всегда будет иметь место случай когда округление даст разницу в 1 копейку. Тем более что расчет взносов идет помесячный, уплата взносов помесячная, поэтому общая база с суммой расчетных баз пойдет, а вот взносы - нет.

[something]

Для категории НР взносы 14% и 6%
5775,82/14*6=2475,35
Т.е соотношение взносов не идет на 1 копейку.

Как уже говорилось про простые числа не зная базу всегда найдется случай когда это отношение даст отличный результат.
Например:
База 61105,10
Соотвествено взносы будут 61105,10*14%=8554,71 и 61105,10*6%=3666,31
А вот обратным счетом мы получим 8554,71/14*6=3666,30
Разница 1 копейка, хотя всё рассчитано верно из базы.

[Ирина55]

Если бы кому-то удалось это пенсионщикам объяснить (чтобы поняли!)

[elgai]

Надо ходить со списками: начисления, не облагаемые, превышение, база, страховая, накопительная. Пусть сами считают на калькуляторе. Не бывает идеальных программ, тем более если проверка идет от обратного.
А тем более, если проверяют НР по соотношениям УСЕН, если не одна категория.

[something]

Надо ходить со списками: начисления, не облагаемые, превышение, база, страховая, накопительная. Пусть сами считают на калькуляторе. Не бывает идеальных программ, тем более если проверка идет от обратного.
А тем более, если проверяют НР по соотношениям УСЕН, если не одна категория.

Вообще то бумажная отчетность для предприятий со среднесписочной численностью свыше 100 человек запрещена. Только электронные формы. Тем более что вопрос остается открытым. Как выделить ошибочных? CheckXML не проверяет их. Т.е. по версии CheckXML пачки СЗВ-6 идеальные, а ПФ их бракует.

[elgai]

Кроме ножек есть телефон. И если бух убеждён в правильности отчета, он в силах убедить инспектора (если не дебил(ка)). Примут с ошибкой, потом разберутся. Везде люди.

[elgai]

Создается впечатление, что ПФР не может корректно принять файлы с разными категориями по одному предприятию.

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

А они ничего понимать не хотят, им объяснять бесполезно. Например, CHECK выдает предупреждение по АДВ-6-2, например, разница в пачках с суммой по страхователю или категории "в пределах допустимого 1 руб.", а они требуют, чтобы расхождений не было. Вот и редактируешь файл, если есть возможность, если своя программа. Сочувствую тем, у кого программы типа 1С.