Проверка данных нового регистра "Данные для расчета среднего заработка по начислениям". ЗУП 3.1

29.12.24

Учетные задачи - Зарплата

В релизах ЗУП 3.1.30.116, 3.1.30.117, 3.1.31.66, 3.1.31.67 появились новые регистры для расчета среднего заработка. Данные в эти новые регистры заполняются при обновлении. Не всегда данные в новых регистрах соответствуют данным старых регистров. При необходимости - нужно дозаполнить данные в новых регистрах. Данный внешний отчет сверяет данные для расчета общего среднего заработка: в старом регистре "Данные о начислениях для расчета среднего заработка (общий)" и в новом регистре "Данные для расчета среднего заработка по начислениям" - и визуализирует отклонения.

Файлы

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

Наименование Скачано Купить файл
Проверка данных нового регистра "Данные для расчета среднего заработка по начислениям"
.erf 9,80Kb ver:3.1.30.117
51 2 500 руб. Купить
Проверка данных нового регистра "Данные для расчета среднего заработка по начислениям (ФСС)". ЗУП 3.1:
.erf 8,95Kb ver:3.1.30.117
31 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

В релизах ЗУП.3.1.30.116, 3.1.30.117, 3.1.31.66, 3.1.31.67 появились новые регистры для расчета среднего заработка. Такая необходимость возникла в связи с изменениями в расчете НДФЛ. С 2025 года районный коэффициент и северная надбавка - выделяются в отдельную налоговую базу - со своей собственной шкалой.

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

Для этого в ЗУП были добавлены два новых регистра накопления:

- для общего среднего заработка - регистр "Данные для расчета среднего заработка по начислениям",

- для среднего заработка ФСС - регистр "Данные для расчета среднего заработка по начислениям (ФСС)",

Данные в эти новые регистры заполняются при обновлении ЗУП на версии 3.1.30.116, 3.1.30.117, 3.1.31.66, 3.1.31.67.

Не всегда данные в новых регистрах соответствуют данным старых регистров. При необходимости - нужно дозаполнить данные в новых регистрах.

Данный внешний отчет сверяет данные для расчета общего среднего заработка: в старом регистре "Данные о начислениях для расчета среднего заработка (общий)" и в новом регистре "Данные для расчета среднего заработка по начислениям" - и визуализирует отклонения.

Отчет содержит два варианта отчета:

"* Данные для расчета среднего заработка Общий" - полный отчет содержит все данные старого и нового регистров.

"* Данные для расчета среднего заработка Общий (только отклонения)" - содержит только строки с отклонениями. Если отчет пустой - то значит данные в регистрах "Данные о начислениях для расчета среднего заработка (общий)" и "Данные для расчета среднего заработка по начислениям" - идентичны! 

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

В большинстве случаев для расчета среднего заработка в 2025 году понадобятся данные начислений в 2024 году. Поэтому данные регистров обязательно нужно сверить для 2024 года.

Более ранние данные среднего заработка - могут потребоваться в редких случаях - если сотрудник не имел начислений в 2024 году (например, был в отпуске по уходу за ребенком...).

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

Если у вас в базе имеются отклонения в старых и новых регистрах - проверьте все ли отложенные процедуры обновления выполнены: Администрирование - Обслуживание - Обновление приложения - Результаты обновления и дополнительная обработка данных - там должны быть выполнены все "Дополнительные процедуры обработки данных".

Если все-же все "Дополнительные процедуры обработки данных" выполнены, но при этом имеются отклонения в данных старых и новых регистров (и это данные 2024 года!) - тогда можно/нужно дозаполнить данные новых регистров:

- если у вас не используются районный коэффициент и/или северная надбавка - тогда нужно добавить недостающие данные из старого регистра (один в один) + заполнив новый реквизит "Начисление" - основным видом начисления "Оплата по окладу" или "Оплата по часовой тарифной ставке". 

- если у вас используются! районный коэффициент и/или северная надбавка - тогда, наверное, нужно, из суммы по старому регистру выделить сумму районного коэффициента и/или северной надбавки - и добавить в новый регистр несколько строк:

   - строки с суммами по виду начислений "Районный коэффициент" и/или "Северная надбавка".

   - строка с остатком суммы по основному виду начисления "Оплата по окладу" или "Оплата по часовой тарифной ставке". 

+ Добавила файл для проверки данных для расчета среднего заработка по правилам ФСС - в новом  регистре "Данные для расчета среднего заработка по начислениям (ФСС)".

Отчет проверен на версиях ЗУП 3.1.30.116, 3.1.30.117. 

Отчет добавляется в конфигурацию как внешний отчет: Администрирование - Печатные формы, отчеты, обработки - Дополнительные отчеты и обработки - Добавить из файла - выбираете файл с отчетом и настраиваете "Размещение" и "Быстрый доступ" для пользователей.

Принимаются замечания и предложения!

Проверено на следующих конфигурациях и релизах:

  • Зарплата и управление персоналом КОРП, редакция 3.1, релизы 3.1.31.67, 3.1.31.66, 3.1.30.117, 3.1.30.116
  • Зарплата и управление персоналом, редакция 3.1, релизы 3.1.31.67, 3.1.31.66, 3.1.30.117, 3.1.30.116

Вступайте в нашу телеграмм-группу Инфостарт

зуп средний заработок общий фсс регистр

См. также

Пакетная печать Зарплата Бухгалтер 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Зарплата и Управление Персоналом 2.5 1С:Управление производственным предприятием Россия Бухгалтерский учет Абонемент ($m)

Лучше всего свои чувства выразила одна из моих клиенток: «Оплата алиментов по почте - просто выводит меня из себя. Хочется рвать и метать. А когда их еще штук 5-8, то просто ппц. Спасибо за разработку!» Мать Тереза. (грамматика и лексика оставлены в оригинале). см. также - Печать бланков почтового перевода (ф.112эю) – в один клик мыши!

8 стартмани

02.10.2009    56459    58    director04    95    

106
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. 2ncom 145 29.12.24 13:20 Сейчас в теме
Интересно, спасибо !
user_2010; +1 Ответить
2. user_2010 1037 29.12.24 20:03 Сейчас в теме
(1) Да... та еще тема...
Еще остается под большим вопросом - какие начисления по среднему заработку нужно разделять на "основные" и "районный"/"северные"...?

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

Есть мнение, что только начисления, оплачиваемые по среднему заработку, которые относятся к оплате труда - только для них нужно выделять "районные"/"северные". Для примера, это оплата командировок, оплата медосмотров...
А кто-то говорит, что для всех начислений по среднему нужно выделять "районные"/"северные"....
Но конкретных указаний, комментариев - в законах нет...
6. ixijixi 2151 27.01.25 14:09 Сейчас в теме
(2) Риторический вопрос - зачем делить виды расчета на РК/СН, если организация не подпадает под эти условия?
7. user_2010 1037 27.01.25 16:24 Сейчас в теме
(6) Если у вас нет и не предвидится подразделений с особыми климатическими условиями (РК или СН) - то не нужно создавать начисления для выделения РК и СН.
Вам повезло!
8. user_2010 1037 27.01.25 16:27 Сейчас в теме
Вообще, еще нет четких пояснений - какие начисления по среднему нужно разделять на основные суммы и суммы РК и СН.....
Мы пока ничего не стали делить.... Ждем конкретики от законодателей...
9. ixijixi 2151 28.01.25 10:36 Сейчас в теме
10. user_2010 1037 01.02.25 16:56 Сейчас в теме
(9) Ну вот и комментарии подоспели...
https://www.nalog.gov.ru/rn77/about_fts/about_nalog/15667468/

Судя по всему, выделять РК и СН нужно из всех оплат по среднему заработку, даже из отпуска....
И это печально...
11. user938650 03.02.25 09:11 Сейчас в теме
(10) Как ваше мнение, нужно ли это распространить и на больничные? Регистров то два появилось, в том числе и Данные о начислениях для расчета среднего заработка (ФСС) (Регистры накопления), но в тоже время пишут на бухсофте, что
"В письме ФНС речь идет выплатах по среднему заработку, рассчитываемых в соответствии с ТК РФ по Постановлению Правительства от 24.12.2007 N 922. При этом ничего не сказано об обложении больничных, которые оплачивают по среднему на основании других нормативных актов – Закона от 29.12.2006 N 255-ФЗ и Постановления Правительства РФ от 11.09.2021 N 1540."
12. user_2010 1037 03.02.25 10:03 Сейчас в теме
(11) Вообще, вся эта тема не нравится...
Усложнили учет до...
Считаю, что выделять из больничных - не нужно. Ввиду того, что ФСС нам прямо сейчас не даст информацию по составу заработка (основные начисления и РКСН) - для расчета больничных.
Если человек только устроился в компанию - для расчета больничного - мы будем брать данные у СФР. У него сейчас данных в разрезе начислений - нет.
Поэтому пока нет оснований выделять для больничных... Имхо!
Но, с другой стороны, какая разница - отпуска, больничные... - все это доход сотрудника, который облагается НДФЛ...

Нет четкого понимания - как применять это нововведение... и так не хочется...
user938650; +1 Ответить
13. user938650 03.02.25 11:11 Сейчас в теме
(12) И еще один вопрос. У нас на предприятии устоявшаяся практика отправлять в отпуск в январе почти всех сотрудников, Эти отпуска уже все рассчитаны по старой схеме. И более того, много больничных в период отпуска, и много пересчетов в связи с этим. И тут это разъяснение, что выделять РК обязательно. Получается нужно все эти отпуска вновь пересчитать по новой схеме. Как тут поступить оптимально, думаем
14. user_2010 1037 03.02.25 14:11 Сейчас в теме
(13) Говорят, что отпуска, выплаченные в 2025 году - надо пересчитывать на новые начисления (основное и РКСН).
Как аргумент приводится тот факт, что в облагаемую базу для применения вычетов (которая должна быть не более 450 тыс) не входят суммы районного коэффициента!!! Еще и поэтому РКСН нужно выделять из среднего заработка.... иначе работники могут не дополучить вычеты.
Как сделать перерассчет:
Нужно переделать документы Отпуск и Ведомости.
Старые документы распровести и оставить как эталон - чтобы проверить, что сделали все верно.
Скопировать Отпуск, вид начисления заменить на новое начисление - должен подтянуться и районный коэффициент автоматически. Проводим - обращаем внимание на дат выплаты.
Ведомость на выплату отпуска - тоже можно распровести и оставить как эталон - скопировать - в ведомости выбрать новый документ Отпуска - проверить, что в расшифровке НДФЛ - появился НДФЛ с районного коэффициента.
Переформировываем Отражение зарплаты в бухучете.
Переформировываем Отражение удержанного НДФЛ - НДФЛ с районного коэффициента отразится на отдельном КБК.
15. user938650 04.02.25 07:42 Сейчас в теме
(14) Вот сегодня просчитывали:
1. если отпуск начислен в январе за январь, то пересчитывает по новому, вроде, верно
2. если отпуск начислен в декабре за январь, и был перерасчет отпуска в январе, вот тут засада. Если пересчитывать в январе по-новому, то выделение р/к происходит не с разницы, а с итоговой суммы , и происходит перекос в сторону НДФЛ РК. А таких отпусков у нас тьма!
16. user_2010 1037 04.02.25 19:35 Сейчас в теме
(15) по п.2 - этот отпуск начислен в декабре - а выплачен в январе?
17. user938650 04.02.25 21:23 Сейчас в теме
Период отпуска - январь. Начислен в декабре, выплачен в декабре. Пересчет в январе и хвостик выплачен в январе

Подумала, может не трогать эти отпуска, не пересчитывать их, все равно криво такие считает. А выровнять в д-те переноса. С "-" сумма разницы, налога, "+" разбитые суммы разница и выделеный РК, и налог с них
18. user_2010 1037 05.02.25 07:12 Сейчас в теме
(17) на мой взгляд, так проще прийти к правильному результату. чем от программы добиваться правильного "исправления"...
если у вас немного таких ситуаций - то я бы исправила Переносом данных. Но потом еще в ведомость их подобрать надо будет корректно - имхо.
19. user_2010 1037 07.02.25 16:24 Сейчас в теме
(11) Есть комментарий от ФНС, что для больничных не нужно выделять РКСН.
3. Chai Nic 164 30.12.24 19:47 Сейчас в теме
Ставлю обновление 3.1.31.66, что-то так долго этот новый регистр заполняется. Пилит процессор уже час. Судя по журналу регистрации - там документы обрабатываются последовательно и не быстро, а их много. Ещё только 3 месяца обработалось..

Никогда такого не было и вот опять!
user_2010; +1 Ответить
4. user_2010 1037 31.12.24 09:56 Сейчас в теме
(3) В какой-то версии были ошибки в этой обработке (по заполнению новых регистров) - если ошибок было больше 1000, то процесс зацикливался и не заканчивался.. Может быть у вас такая ситуация?
Попробуйте обновиться сразу на 3.1.31.67 - там должны были исправить некоторые ошибки.
5. Chai Nic 164 14.01.25 13:23 Сейчас в теме
(4) да нет, процесс всё-таки завершился. Просто алгоритм неоптимальный был.
20. JinAir7460 02.04.25 13:56 Сейчас в теме
(5)
(4) да нет, процесс всё-таки завершился. Просто алгоритм неоптимальный был.
а как исправили?
21. user_2010 1037 02.04.25 19:16 Сейчас в теме
(20) алгоритм был неоптимальный в первых версиях, работает долго, но завершается. Потом алгоритм исправили - насколько я знаю.
22. JinAir7460 03.04.25 13:40 Сейчас в теме
(21)
(20) алгоритм был неоптимальный в первых версиях, работает долго, но завершается. Потом алгоритм исправили - насколько я знаю.
вот просто всё равно долго заполняется. подумал вы исправили под себя алгоритм. там же вызывается для каждого документа процедура ПровестиПоУчету
Для отправки сообщения требуется регистрация/авторизация