ПФР: Распределение уплаты страховых по физическим лицам. Хранение движений расчетов по страховым взносам по физлицам

24.04.11

Разработка - Механизмы типовых конфигураций

До 2010 при сдаче индивидуальных сведений в ПФР организация предоставляла опись АДВ-11, в которой указывалась задолженность по уплате ЕСН на начало отчетного периода и на его конец. ПФР самостоятельно распределял суммы перечислений по физическим лицам. С 2010 учет перечисленных взносов по физическим лицам ПФР переложил на плечи работодателей. Полноценный учет расчетов по страховым взносам в настоящее время не всегда возможен по той причине, что в передаваемых сведениях не указывается задолженность по перечислениям на начало и конец отчетного периода. Представленный в этой публикации механизм предназначен для распределения сумм перечисленных страховых взносов по сотрудникам при формировании индивидуальных сведений в ПФР. Кроме того, при использовании данного механизма есть возможность увидеть "задолженность" по перечисленным страховым взносам по физическим лицам.

Скачать исходный код

Наименование Файл Версия Размер
Файл конфигурации
.cf 62,91Kb
195
.cf 62,91Kb 195 Скачать

Механизм, возможно, будет полезен в следующих случаях:

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



Внимание! Данный механизм разрабатывался "на коленке" для конкретной организации, поэтому смелое его использование для сдачи текущей отчетности НЕДОПУСТИМО!
Распределение уплаты страховых взносов может быть сомнительным, но я считаю его наиболее приемлемым. В комментариях прошу высказываться по этому поводу.
Механизм предусмотрен в первую очередь для использования техническими специалистами.
Механизм "сырой", если он может быть полезен, то прошу в комментариях об этом сообщать, возможна его доработка и совершенствование.

 

Использование механизма:
1) Объединить текущую конфигурацию ЗУП с конфигурацией из файла, прилагаемого в данной публикации.
Механизм разрабатывался на ЗУП версии 2.5.34.2
Отличия от типовой конфигурации такие:

  • добавился документ "ПФР_ДвиженияСтраховыхВзносов";
  • добавился отчет "ПФР_ОстаткиСтраховыхВзносов";
  • добавилась обработка "ПФР_РаспределитьУплату";
  • добавился РН "ПФР_ДвиженияСтраховыхВзносов".

 

Никакой из типовых объектов типовой конфигурации затронут не был. При последующем обновлении ЗУП добавленные объекты удалены не будут.

 

ВНИМАНИЕ!!!

В файле конфигурации, прикрепленном к данной публикации, помимо четырех новых объектов есть еще справочники "Физлица", "Организации" и документ "СведенияОТрудовомСтажеИЗаработкеСЗВ4". Эти объекты оставлены только по той причине, что на них есть ссылки в новых объектах. Реквизиты, модули, формы в этих трех объектах удалены, т.к. это является собственностью фирмы 1С. Поэтому при объединении конфигурации с типовой конфигурацией НЕОБХОДИМО СНЯТЬ флажки объектов:

  • Справочник.ФизическиеЛица
  • Справочник.Организации
  • Документ.СведенияОТрудовомСтажеИЗаработкеСЗВ4.


При необходимости вынести объекты в интерфейс.

2) Документ "ПФР_ДвиженияСтраховыхВзносов" совместно с регистром накопления "ПФР_ДвиженияСтраховыхВзносов" предназначены для хранения движений расчетов по страховым взносам по физическим лицам.

Документом фиксируются начисленные и перечисленные взносы по физлицам.
В качестве даты документа необходимо указывать дату отчетного периода. То есть если документом мы хотим ввести данные по 2му полугодию 2010 года, то можно указать, например, 01.07.2010.

При нажатии на кнопку "Загрузить из файлов СЗВ" будет предложено выбрать папку с пачками СЗВ-6.
Это может быть полезно, если учет программе начали вести недавно и пачки ранних отчетных периодов формировались в другой программе.

При нажатии на кнопку "Загрузить из пачек в базе" будут загружены данные из (внимание!) проведенных пачек в программе за отчетный период.
Это действие следует выполнить после сдачи отчета для фиксации взносов по физлицам.
Примечание: лучше было сделать и при помощи механизма подписки на внешнее событие проведения документа-пачки, но не хотелось затрагивать типовые механизмы типовой конфигурации.

3) Сформировать пачки текущего отчета при помощи типового механизма "Подготовка данных для ПФР".
Подготовить итоговые пачки, добиться, чтобы общая сумма начисленных взносов соответствовала данным отчета РСВ-1.
Сохранить пачки.

4) запустить обработку "ПФР_РаспределитьУплату":

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

По нажатии на кнопку "Распределить уплату" вся сумма перечисленных вносов будет распределена по физлицам в пачкам по следующему принципу:

  1. по тем сотрудникам, у кого не исчисленных сумм (я считаю таких уволенными, хотя надо проверять еще и отсутствие стажа, вопрос открыт) проставляются суммы задолженности по перечислению взносов. Таким образом, уволенные сотрудники "закрываются".
  2. Оставшаяся сумма перечисления распределяется по неуволенным сотрудникам пропорционально их суммам: долг по перечислению на начало отчетного периода плюс начисленная сумма в отчетном периоде.


Если обнаружится сотрудник, по которому есть долг по перечислению взносов на начало отчетного периода, но данного сотрудника нет в пачках, об этом будет сообщено пользователю. Только в случае, если такие сотрудники будут найдены, общая сумма перечисления распределится не полностью.


5) Отчет "ПФР_ОстаткиСтраховыхВзносов" позволяет на начало какого-либо отчетного периода увидеть отатки по недоперечисленным взносам в разрезе физлиц.

 

Знаю, что механизм распределения уплаты взносов по физлицам спорный, расходится с тем, что реализован в типовой конфигурации. 

В ней сомнительно отрабатывается такая ситуация:

Сдаем сведения за 1ый квартал 2011 года. Один из сотрудников уволился 15.01.2011г. За январь взносы уже были перечислены. Самым правильным способом было бы "закрыть" сотрудника, показав, что все исчисленные взносы были по нему перечислены. В моем случае такого не будет, данный сотрудник "закроется" только во втором квартале.

Но, мне кажется, такая схема распределения уплаты имеет право на существование. Поэтому жду комментариев на эту тему.

См. также

Ценовая власть. Выносим из цикла схему СКД

Механизмы типовых конфигураций Ценообразование, анализ цен Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Россия Абонемент ($m)

Продолжение темы вынесения кусков повторно-используемого кода в запрос. В прошлый раз мы сделали это с вычислением пользовательских формул. Здесь замахнулись на формулы, задаваемые пользователем запросами.

1 стартмани

11.04.2024    499    tango    0    

3

Формула в реквизите. Приквелл к сериалу "Ценовая власть"

Механизмы типовых конфигураций Платформа 1С v8.3 1С:Управление торговлей 11 Россия Абонемент ($m)

Какому-либо элементу списка сопоставляется числовое значение, зависящее от других значений, причем эта зависимость изменяется от элемента к элементу. Так, в справочнике "Валюты" курс какой-либо валюты может быть задан формулой (или даже запросом) от значения другой валюты. А в справочнике "Виды цен" формула определяет расчет цены для товарной позиции, т.е. элементов справочника "Номенклатура", у которых в карточке указан этот вид цены. А в 1С:ERP, например, этот механизм используется в ресурсной спецификации.

10 стартмани

11.04.2024    387    tango    5    

3

Ценовая власть. Второй сезон

Механизмы типовых конфигураций Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Россия Бесплатно (free)

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

08.04.2024    651    tango    0    

2

Ценовая власть (УТ 11.5) - 2

Механизмы типовых конфигураций Платформа 1С v8.3 1С:Управление торговлей 11 Бесплатно (free)

В прошлый раз специальной обработкой мы выбрали объекты УТ 1.5, группируя по подсистемам. Оказалось, что состав подсистем не вполне корректно отображает функциональную структуру, но зато мы нашли процедуру, которая, вроде бы, должна содержать в себе всё, что нас интересует. Обновление цен должно ведь следовать выбранной стратегии ценообразования, верно? Иначе что она обновляет...

06.04.2024    449    tango    1    

1

Ценовая власть или Управление ценообразованием (УТ 11.5)

Ценообразование, анализ цен Механизмы типовых конфигураций Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 11 Россия Управленческий учет Абонемент ($m)

Ценовая власть - это способность (возможность) компании изменять в некоторых пределах отпускную цену своего товара (услуг, продукции). Чем в более широких пределах вы можете играть в цену продажи, тем больше этой власти у вас. Если вы не можете управлять отпускной ценой, то это или не ваш бизнес, или не бизнес вовсе. Здесь в рубрике "База знаний аналитика и руководителя проекта" слово проект не ограничено "проектом в 1С". Посмотрим, что для этого есть в УТ 11.5.

1 стартмани

05.04.2024    535    tango    12    

2

Расширяем возможности дополнительных обработок и настраиваем их отладку

БСП (Библиотека стандартных подсистем) Механизмы типовых конфигураций Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

07.02.2024    2608    YA_418728146    11    

43

Регистры накопления в 1С:КА2 и 1С:ERP для расчета НДФЛ, страховых взносов и взаиморасчетов с сотрудниками на январь 2024 года. Краткое описание

Зарплата Механизмы типовых конфигураций Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет НДФЛ Абонемент ($m)

Для расчета зарплаты и соответствующих налогов в конфигурациях 1С:КА2 и 1С:ERP используется 22 регистра накопления, 7 регистров сведений, 1 регистр расчета и бухгалтерские проводки. В таблице приведены названия этих регистров, указаны основные регистраторы и виды движений приход/расход. В описании приводится краткое функциональное назначение регистров в основных зарплатных процессах. Описание регистров родилось из черновиков при написании различных отчетов и обработок при эксплуатации 1С-овских конфигураций и исправлении ошибок по НДФЛ, взаиморасчетов с сотрудниками и прочих. Информация не претендует на полноценное описание работы регистров, скорее это дискуссионный материал. Но, возможно, кому-то пригодится и сократит время при подготовке отчетности за непростой (в плане учета зарплаты) 2023 год. А возможно, кто-то поделится своим опытом.

1 стартмани

10.01.2024    1156    8    2ncom    6    

8

Шаблоны новых объектов 1С для 1С:Бухгалтерии предприятия

Инструментарий разработчика БСП (Библиотека стандартных подсистем) Механизмы типовых конфигураций Платформа 1С v8.3 1С:Бухгалтерия 3.0 Бесплатно (free)

Используются для создания новых объектов в конфигурации, чтобы не забыть, что нужно сделать. Сделано на примере 1С:Бухгалтерия предприятия, в других конфигурациях могут быть другие, а могут быть и похожие объекты.

28.12.2023    4976    mrXoxot    11    

100
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Ulfhedhinn 249 10.05.11 11:27 Сейчас в теме
Наработка весьма полезная!
Про спорные моменты говорить ничего не буду, на то они и спорные, сам для себя не определился как распределение делать.

Единственное замечание, наверно стоило для уволенных по которым, есть погашение задолженности по уплате сразу создавать отдельную пачку, а не просто выводить их в список. У меня например таких 120 штук вылезло, и это только по первой базе, еще не знаю что дальше будет :)
А вообще за методику и разработку респект и мое БОЛЬШОЕ СПАСИБО!!! Щас дорисую создание новой пачки и будет мне щастье 8-)
+
2. SWz 104 11.05.11 12:27 Сейчас в теме
(1) Спасибо за отзыв.

Что касается создания новых пачек, то я намеренно не стал вмешиваться в характер формируемых пачек, а только лишь пытался реализовать распределение уплаты взносов. Ведь при формировании пачек у разных организаций запросы свои, например, по вынесению льготников в отдельную пачку. Кроме того, надо учесть категорию ЗЛ, например ООИ и т.д.
+
3. Ulfhedhinn 249 12.05.11 02:35 Сейчас в теме
Даже если есть льготники, и нет желания их анализировать, лучше засунуть всех в одну пачку. На много легче перетусовать потом их по пачкам вручную, чем сидеть и каждого набивать. Ну а категорию ЗЛ поставить и ручками не проблема.

Для себя я уже немного дописал как мне надо и все отлично сформировалось, все проверки прогнал, осталось отправить и получить протокол :)
+
4. binom-newton 17.05.11 10:17 Сейчас в теме
Отлично!
У нас была ситуация, когда при формировании отчетности за 1кв 2011, в пачки не попадали уволенные
во втором полугодии 2010г.
На этих сотрудников была создана отдельная СЗВ6-1, без сумм и периодов работы (т.к. в 1кв. не работали)
В созданом (по Вашей технологии) документ "ПФР_ДвиженияСтраховыхВзносов" были удалены сотрудники с
переплатой (уплачено>начислено), т.е остались только те по кому не закрыты начисления.
Обработка "ПФР_РаспределитьУплату" все уплаты 1кв. корректно распределила.
+
5. SWz 104 17.05.11 11:52 Сейчас в теме
(4)
Спасибо за отзыв.
+
6. itt 16.09.11 10:38 Сейчас в теме
очень нужная разработка! учитывая недоработки 1с по этому вопросу.
надеюсь она мне пригодится
+
7. mchammer4 228 14.11.11 19:23 Сейчас в теме
спасибо! круто! пользуюсь до сих пор!
+
8. mchammer4 228 14.11.11 19:24 Сейчас в теме
полезно, чтобы сумма уплаченых взносов могла меняться пользователем вручную ,После автозаполнения их
+
9. acherey 13 19.01.12 12:36 Сейчас в теме
Доработайте пожалуйста редактирование суммы уплаченных, "и цены ей не будет"
+
Оставьте свое сообщение