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

24.04.11

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

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке [?] Купить один файл
Файл конфигурации
.cf 62,91Kb
195
195
1 SM
Скачать Купить за 1 850 руб.

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

  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С:Комплексная автоматизация 2.х Россия Бесплатно (free)

Эта ошибка была обнаружена мной в типовой конфигурации 1С:Комплексная автоматизация 2 (2.5.16.115), БСП версия 3.1.9.302. Возникает она после того, как вы добавляете в расширение бизнес-процесс или задачу, выполняете обновление идентификаторов метаданных расширений, но ошибка при записи любого элемента справочника "Профили групп доступа" всё равно остаётся.

01.07.2024    834    Vidz    0    

6

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

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

24.06.2024    656    olja-ljaaa    0    

2

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

Статистическая выборка сценариев и точек изменения отчетов на общей форме ФормаОтчета в типовых конфигурациях. Примеры кода.

03.06.2024    2904    Serg2000mr    29    

99

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

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

1 стартмани

11.04.2024    775    tango    5    

3

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

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

10 стартмани

11.04.2024    645    tango    5    

4

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

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

08.04.2024    959    tango    0    

2

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

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

1 стартмани

05.04.2024    952    tango    12    

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

Единственное замечание, наверно стоило для уволенных по которым, есть погашение задолженности по уплате сразу создавать отдельную пачку, а не просто выводить их в список. У меня например таких 120 штук вылезло, и это только по первой базе, еще не знаю что дальше будет :)
А вообще за методику и разработку респект и мое БОЛЬШОЕ СПАСИБО!!! Щас дорисую создание новой пачки и будет мне щастье 8-)
2. SWz 105 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 105 17.05.11 11:52 Сейчас в теме
6. itt 16.09.11 10:38 Сейчас в теме
очень нужная разработка! учитывая недоработки 1с по этому вопросу.
надеюсь она мне пригодится
7. mchammer4 232 14.11.11 19:23 Сейчас в теме
спасибо! круто! пользуюсь до сих пор!
8. mchammer4 232 14.11.11 19:24 Сейчас в теме
полезно, чтобы сумма уплаченых взносов могла меняться пользователем вручную ,После автозаполнения их
9. acherey 13 19.01.12 12:36 Сейчас в теме
Доработайте пожалуйста редактирование суммы уплаченных, "и цены ей не будет"
Оставьте свое сообщение