0
Тег BBCODE для быстрой ссылки на эту статью: [ art2 ] (без пробелов в скобках!)
Для формирования отчетности в ПФР необходимо руководствоваться Постановлением Правления ПФ РФ от 31.07.2006 № 192п «О формах документов индивидуального (персонифицированного) учета в системе обязательного пенсионного страхования и инструкции по их заполнению (с последними изменениями от 24.03.2011).
Основные принципы подготовки к сдаче заключаются в следующем:
- Оплата взносов не должна превышать начисление по итогом года.
- Оплата в отчете, отражается только по факту перечеслений за отчетный период (Для 2011 и 2012 года –Квартал, Для 2010 - полугодие).
- По уволенным оплату можно распределять как в квартале увольнения, так и в следующем квартале, без начислений.
- Переплата в по квартальным отчетам крайне не желательна.
Рассмотрим алгоритм формирования на живом примере. Будем считать что авансов по уплате с 2009 года у нас нет. ООО «Рогов и К» начислено в ПФР в первом полугодии 2010 года на накопительную часть 55643.11, на страховую 32111.09. Уплачено в первом полугодии на накопительную часть 54000, на страховую 31000. Программа видит начисленную сумму и уплаченную. Методом деления выводит коэффициент распределения по сотрудникам 0,97047247632226 и 0,96540126436423 на накопительную и страховую часть соответственно. Используя выведенный коэффициент, 1с производит распределение по сотрудникам. Внешне все как бы хорошо. Отчет сдан.
Во втором полугодии 2010 года у нас накопительную начислено 48419,42, а на страховую 29409,17. Уплачено (будем считать что бухгалтера у нас щепетильные и не хотят встречать Новый Год с долгами) уплатили все полностью. На накопительную 50062,53, на страховую 30520,26. Общая сумма по году совпадает. 104062,53 на накопительную и 61520,26 на страховую.
Здесь по разнесению уплат возможны нюансы (встречал оба случая).
А) Бухгалтер не задумываясь (ориентируясь на РСВ за год) платит во втором полугодии суммы с отнесением их на второе полугодие (без учета задолженности первого полугодия).
Б) Бухгалтер не выплачивает во втором полугодии суммы задолженности за первое до копейки (производит округление)
В результате получается следующее. 1С пытается во втором полугодии получить 2 суммы по уплате: Долг за первое полугодие и текущие уплаты за второе. Именно поэтому у многих бухгалтеров и возникали вопросы типа «А откуда взялась такая сумма уплаты? Никаким образом не получается рассчитать!». Рассмотрим оба варианта неправильного разнесения сумм.
- Программа не видит уплаты долга за первое полугодие, соответственно суммы не распределяются. Зато за 2е полугодие у нас попал долг первого и коэффициент распределения у нас получился больше единицы (в ранних версиях коэффициент больше единицы «обрезался»). Для наглядности обратимся к цифрам. Сумма, отнесенная на второе полугодие на накопительную равна 50062,53, на страховую 30520,26. Коэффициент распределения по сотрудникам в данном случае получается: 1,03393493767583 и 1,0377803929862. Складывая коэффициенты за 1е и 2е полугодие мы не выйдем на цифру округления. Т.е. (1,03393493767583+0,97047247632226)/2=1,002203706999045. По сотрудникам «полезли» копейки переплат.
- Бухгалтер по незнанию платит во втором полугодии за первое на накопительную 1650, на страховую 1115 (не царское это дело – следить за копейками). Программа видит уплату за первое полугодие и выводит коэффициент распределения 0,02965326704420 и 0,03472320621940 на накопительную и страховую соответственно. Чтобы все сошлось красиво коэффициент распределения уплат должен равняться единице. В нашем же случае
0,03472320621940 + 0,96540126436423 = 1,00012447058363
Снова полезут копейки переплаты.
Но и это еще не все. ПФ ваш отчет примет и скажет что ошибок нет. И вы будете жить спокойно и счастливо пока кто-нибудь из сотрудников по которому прошло неверное распределение не уволится. Только в этом случае ПФР может вас проверить. Берется сумма начислений с 2010 года и суммы уплат. Если суммы не будут равны (а в вышеописанных случаях они точно не будут равны) вам вернется протокол ошибок и придется пересдавать СЗВ с момента неправильного распределения.
Поведем итог вышесказанному. Чтобы не возникало переплат или долга нужно чтобы отношения начислений и удержаний внутри отчетного периода были равны нулю.
Отчет
проверка СЗВ1.ert 73К
68 Количество загрузок: поможет вам избежать неприятностей. В нем сравниваются за указанный период суммы начисленных и уплаченных взносов. Причем уплата видится не за выбранный период, а + 3 месяца (для того чтобы учесть уплату в следующем периоде и показать верно ли "закрылся" квартал). Начисления могут браться как непосредственно из журнала налогов (прямой запрос), так и с учетом возможных ручных корректировок карточки (типовой механизм).Обращаю ваше внимание, что в последних релизах (начиная с 319) в ЗиК появился документ в котором хранятся данные о начисленных и уплаченных суммах в разрезе сотрудников по периодам. Но эти данные в типовом варианте запрещено редактировать.
Хотелось бы еще отдельно упомянуть новую форму отчетности СЗВ 6-3.
По опыту работы с клиентами знаю, что при сдаче годовой отчетности очень многие пользователи столкнулись с еще одной проблемой.... Расхождение СЗВ 6-3 и РСВ-1. Как выяснилось связано это с отрицательными суммами начислений в каком либо месяце за отчетный период. Возникновение отрицательных начислений возможно и законно (скажем сторнирование предыдущего месяца из-за ввода пропущенного больнично листа). Только вот ПФ этого не хочет понимать. Разработчики 1с тоже допустили не точность. Отрицательные суммы при формировании СЗВ 6-3 просто игнорировались. Поэтому и возникали расхождения с РСВ-1. Типовой отчет (взят из 320го релиза) исправляет это упущение.
ПФР2011.ert 449,5К
41 Количество загрузок:. В данном варианте СЗВ 6-3 и РСВ-1 у вас сойдутся... Но отрицательных сумм ПФ не примет. Что же делать? Все очень просто. Приведенный отчет позволяет вам редактировать данные которые попали в СЗВ 6-3 в разрезе месяцев по сотрудникам. Отрицательные суммы можно обнулить, а разницу вычесть из других месяцев начисления (каких - решать вам).
