Сведения в ПФР. Уплачено по уволенному.
 

Разъясните пожалуйста.Сведения подаются за 1 кв 2011.
Должна ли сумма уплаты по уволенному в январе 2011 сотруднику закрывать начисленную сумму. Если нет, то почему? Если да, то как это делать? (в ЗиК 7.7 рел 310 не закрывает)

во всех программах 1С автозаполнение уплат идёт по общему для всех коэффициенту...

А когда уволенному пректатиться нарастать уплачено?

через полный квартал после увольнения... либо приучите платить взносы вперёд с запасом, чтоб в каждом квартале коэффициент был 1
тогда всегда в квартале будут присутствовать только текущие сотры...

т.е. в следующем квартале уплачено сравняеться с начислено? Или просто перестанет уплачивать?

при непрерывных недоплатах из-за платёжек до 15-го следующего месяца, а не месяц в месяц:
уволенному в 1-ом квартале будут начисленные взносы и неполная уплата... во втором квартале у него будет ноль начисленных взносов и доуплата... в третьем квартале его уже не будет...

[url]http://infostart.ru/public/80953/[/url]
Эта обработка закрывает уволенных в текущем квартале под ноль.

(5) Не понятно! Сотрудник уволен в январе. Почему уплата за период февраль не закрывает его сумму начисленных. Ведь платежи идут ежемесячно!

потому что [b]отчётный[/b] период по страховым взносам не месяц, а квартал

7-TDRV1 >При своевременной уплате (хотя бы до конца следующего месяца) уволенный [u]не в последнем месяце [/u] квартала (январь, февраль) сотрудник должен закрыться уплатой в ноль и в следующий период не перейдет. Переходят только сотрудники, уволенные в последнем месяце отчетного периода (март).
8-Гена >Неправда ваша. ЗИК уплату распределяет по начислениям ежемесячно, а не поквартально.

(9) пусть модуль сам за себя скажет:
Функция ПолучитьТаблицуУплатыВзносов()
...
// получим данные по уплате страховых взносов
// в периоде с даты начала отчетного периода
// по меньшее из дат ДатаОтчета, Дата конца отчетного периода
ДатаНачала = ПолучитьДатуНачала();
ДатаОкончания = Мин(глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(ДатаНачала),ДатаОтчета);
Если ДатаОкончания<ДатаНачала Тогда
Возврат ТабУплачаноВзносов;
КонецЕсли;

ЗапросУпаченоВзносов=СоздатьОбъект("Запрос");

10-Гена >Не ту часть показали. Надо эту:
[em] Пока ЗапросУпаченоВзносов.Группировка("МесяцОтчетногоПериода") = 1 Цикл

Если ЗапросУпаченоВзносов.МесяцОтчетногоПериода < '01.01.2010' Тогда
Продолжить;
КонецЕсли;

ТабУплачаноВзносов.НоваяСтрока();
ТабУплачаноВзносов.ОтчетныйПериод = ПолучитьОтчетныйПериодПоДате(ЗапросУпаченоВзносов.МесяцОтчетногоПериода);
ТабУплачаноВзносов.УплаченоСтраховая = ЗапросУпаченоВзносов.ПФРСтраховаяСумма;
ТабУплачаноВзносов.УплаченоНакопительная = ЗапросУпаченоВзносов.ПФРНакопительнаяСумма;
КонецЦикла;

ТабУплачаноВзносов.Свернуть("ОтчетныйПериод","УплаченоСтраховая,УплаченоНакопительная,КоэффициентСтраховая,КоэффициентНакопительная");
ТабУплачаноВзносов.Сортировать("ОтчетныйПериод+");[/em]

Алгоритм у ЗИК оказался еще менее логичным, чем я ожидал.

как раз ту я показал часть... понятно, что сбор по докам уплат помесячный, но для [b]коэффициентов[/b] уплат берутся именно отчётные периоды... по методологии ПФР...

13-Гена >Нет в методологии ПФР коэффициентов. Откуда Вы это взяли?

всю жизнь были по их же внутренней инструкции... раньше отчётный период был годовым... сдавались раз в год СЗВ-4-х и АДВ-11... ПФР брал годовую уплату и самостоятельно высчитывал коэффициент ВсегоУплачено/ВсегоНачислено для разнесения на индивидуальные пенсионные счета...

с прошлого года изменились как отчётные периоды, так и разбиение уплат возложили на самого работодателя...

во многих местных ПФР инспекторы даже требовали указывать ручкой общие коэффициенты уплат на формах АДВ-6-2

15-Гена >Это не НПА. Мне безрачлична внутренняя инструкция ПФР. Она никак не влияет на постановления, регламентирующие порядок распределения страхователями.

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

17-Гена >А местный ПФР по любой ф-ле съест. Их принимающая программа никак не анализирует каким образом произведено распределение уплаты, она даже не анализирует допущена ли переплата по сотруднику с учетом предыдущих периодов, которые должны к тому времени осесть в их централизованной базе.
Или вы хотите сказать, что инспектор возьмет и вручную проаналиризирует распределение по сдаваемым пачкам?
Сами пониматете что это бред?

(18) многим уже пришло требование о сдаче корректирующей отчётности за 2-е полугодие 2010... обнаружили переплаты по некоторым сотрам... у них программа настроена давно и серьёзно... уплачено за год не может быть даже на копейку более, чем начислено за год...

17-Гена > Сейчас уже многие инспектора требуют распределять не по коэффициенту.

19-Гена >Сами-то понимаете, что это неправильно? Они должны были отказать в приеме ИСХОДНЫХ, а не требовать КОРРЕКТИРУЮЩИЕ?
Т.е. ПФР накосячил в своей базе, приняв неверные сведения, теперь пытается исправить за чужой счет.

(20) не требуют, а рекомендуют...

нало понимать, что единой нормативки нет и необходимо подстраиваться под требования своего ПФР :)

22-Гена >С чего ради необходимо-то подстраиваться под требования своего ПФР ? Я уже полветки об этом распинаюсь.
ПФР это последния инстанция, которая решает,а главное знает, как надо распределить взносы.

гыгы - как всегда повеселил victuan:
Гена(бухгалтер!!!) повозил victuan-а самопиарной-фуфлой прямо по шершавому коду ЗиК и опять вылезло, что тот ни фига не знает даже обработку по формированию персучета в пфр, не понимает логики, не может разобраться в её коде - для этого ему требуется подсказка бухгалтера...

обработка нормальная, только не хватает универсальности

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

24-UV2 > послушать Гену никому не зазорно. но не всем везёт получить комментарий в свой адрес.

Сейчас вернулась из отпуска и выяснилось, что ПФР наш отчет не принял. Требует какую-то колонку по долгу за декабрь((( Но это со слов буха. На самом деле я считаю, что формы СЗВ-6-2 унифицированные и на сайте ПФР я что-то никаких требований не встречала по отдельному выделению долга.
Еще есть вопрос по конфигурации УСН. Там как раз сотрудники с декабрьскими суммами попали в отдельную пачку с категорией ЗЛ ОСОБАЯ/ЗОНА/Организация инвалидов. вот что с этим делать?

28-ксенн > В глобальнике сделай поиск по [em]ОЗОИ[/em]. В первой процедуре для своих условий сделай замену на [em]ООИ[/em]. Для общего режима достаточно в одном месте (там, где явно про инвалидов), для режима УСН - еще в каких-то. Поэкспериментируй: там немного этих мест.

28-ксенн > Не "какую-то колонку по долгу за декабрь", а [b]точное[/b] описание формата. Или "на бумажке" сдаете?
Пусть бухгалтер как хочет, но предоставляет "требования" в письменной форме. ДеЦЦкий сад, штаны на лямках..

Знакомая - зам. руководителя ПФР по Воронежской области - говорила, что в марте вся база по области была отправлена в Москву и там производилась стыковка 1 и 2 полугодий 2010 года. Естественно, результат был неудачным по причине расхождений уплат. В проекте было разослать письма страхователям и обязать (1) подавать сведения за 1 квартал 2011 вместе с обязательной корректировкой за 2 полугодие 2010 года, (2) подавать в едином пакете с РСВ. Второй пункт был реализован, а по поводу первого пока разъяснений нет.

По поводу методики расчета сумм уплат, рекомендуемой ПФР, ничего сказать не могу. Знаю только, что раньше, когда распределением уплаты занимались они самостоятельно, использовалась методика, применяемая сейчас в ЗиК (единые коэффициенты).

Сдаем данные за 2010 год. По многим уволенным уплачено больше чем начислено в среднем на пару рублей, что не проходит проверку в ПФР. Итоговые суммы идут. Кто-нибудь сталкивался с подобной проблемой? Как раскидать эти рубли по работающим сотудникам, а по уволенным сделать: начисленно = уплачено.

32-ОдноЦе > Давай, давай. Пыхти и старайся. Есть свободно размещенные "правки" (но том же инфостарте).
Только вот алгоритм от разработчика ничего про это "улутшение" не знает, и знать не желает, и механизмов для учета не имеет. И следующее "распределение" опять пройдет "по коэффициентам".
Так что "улучшения" придется тащить на своем горбу до конца.

33-VZ > Проблема в том, что суммы нужно собирать по нескольким периодам. Ломаю голову, не могу придумать как это сделать. Анализировать XML I квартала при формировании отчета за год?

34-ОдноЦе > Да, есть такая метода. Хранить все xml в одной директории, в обработке указать путь, перед распределением просканировать все файлы за нужные периоды и составить ТЗ. Потом, с учетом оной, уже заполнять текущее распределение.
Метода всем хороша, но автор (к его чести) честно предупреждает: примите методу, и дальше все на вашем горбу будет ехать. Уже не слезет никогда.

(34) Практически то же самое, что предлагается в (35), умеют делать многие бесплатные программы от ПФ, например, Spu_orb. И там не без багов, конечно, но по-моему в итоге всяко лучше, чем ждать милостей от 1С. Поэтому я уже давно махнул рукой на штатные методики и распределение уплаченных взносов делаю только в сторонних программах.

35-VZ >Уже можно слазить с этой методы на штатный Зиковский. В разработке описал эту возможность.

36-Ткачик >Кстати, Документы ПУ 5 распределяет уплату неверно в некоторых случаях, не рекомендую. Spu_orb не проверял.

(38) "Неверно в некоторых случаях" без подробностей - ни о чем не говорит. У Spu_orb вот какой баг: распределение взносов делается строго по коэффициенту, без учета погрешностей округления по сотруднику, так что итоговая сумма распределенных взносов обычно немного (на копейки) отличается от той, исходя из которой рассчитывался коэффициент. Приходится коэффициент нудно подбирать либо вручную гонять эти копейки.