gifts2017

Перерасчет Районного коэффициента

Опубликовал Денис Шевченко (denium) в раздел Обработки - Обработка документов

При расчете оплаты труда можно столкнуться с таким термином, как районный коэффициент (далее РК) - так называют показатель увеличения оплаты труда работникам, которые трудятся в территориях со сложными климатическими условиями. Работники разных районов нашей страны живут в разных природно-климатических условиях, в разных социально-экономических условиях, для выполнения одной и той же работы им могут требоваться разные затраты труда, кроме того в разных регионах разные тарифы. Программа 1с ЗУП 8.x прекрасно справляется с расчётом РК, как это сделать можно прочитать, например, на диске ИТС.
В чем же суть моей публикации? Те, кто занимается расчетом большого количества сотрудников, с большим количеством видов всевозможных непостоянных доплат, прекрасно понимает, что после расчета например некого "разового начисления сотрудникам организации ", после ввода документов "начисления зарплаты работникам организации" необходимо вновь пересчитывать "начисления зарплаты работникам организации ", для того чтобы этот документ увидел новую базу для исчисления РК. Конечно, бухгалтерам свойственно ошибаться, и тогда РК может быть исчислен неверно. Бывают и обратные ситуации, когда нужно сторнировать излишние разовые начисления либо премии, и тогда РК необходимо снова пересчитывать, что зачастую вновь приводит к ошибкам.

Обработка по заполнению табличной части документа "начисления зарплаты работникам организации", автоматически делает пересчет по всем сотрудникам организации, указанной в данном документе, документ изначально должен быть пустым, в противном случае вся табличная часть его очищается. После удачного перерасчета табличная часть заполняется перерасчётными суммами РК для всех ошибочных сотрудников в разрезе неверно исчисленного РК.

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

Обработку необходимо добавить в меню - Сервис-> Дополнительные внешние обработки-> Дополнительные внешние обработки по заполнению табличных частей, указать принадлежность к документу "Начисление зарплаты сотрудникам организаций", табличной части "начисления".

 

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

Я писал данную обработку для нашей организации, в ней единовременно работают от 50 до 100 пользователей и в базе данных огромное количество документов по начислению ЗП,  документы четырех  юридических лиц. Иногда бухгалтера по расчету зп делают ручные корректировки, и т.о. флаг авторасчет снят по строке.
Но самый важный момент - при запуске пакетного перерасчета документов происходят блокировки, что как вы понимаете плохо для одновременной работы пользователей. Данная обработка бьет точно в цель, а именно пересчитывает только РК, поэтому скорость пересчета очень высока, блокировок нет!

Важно пересчитать НДФЛ после пересчета районного коэффициента , так как в его базу входит РК.Это можно сделать типовым документом "Начисление зарплаты работникам организации" с  типом операции "расчет НДФЛ".

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Обработка по заполнению табличной части - перерасчитанными суммами РК
.epf 5,78Kb
28.02.12
46
.epf 5,78Kb 46 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

0. Денис Шевченко (denium) 01.03.12 05:40
При расчете оплаты труда можно столкнуться с таким термином, как районный коэффициент (далее РК) - так называют показатель увеличения оплаты труда работникам, которые трудятся в территориях со сложными климатическими условиями. Работники разных районов нашей страны живут в разных природно-климатических условиях, в разных социально-экономических условиях, для выполнения одной и той же работы им могут требоваться разные затраты труда, кроме того в разных регионах разные тарифы. Программа 1с ЗУП 8.x прекрасно справляется с расчётом РК, как это сделать можно прочитать, например, на диске ИТС.
В чем же суть моей публикации? Те, кто занимается расчетом большого количества сотрудников, с большим количеством видов всевозможных непостоянных доплат, прекрасно понимает, что после расчета например некого "разового начисления сотрудникам организации ", после ввода документов "начисления зарплаты работникам организации" необходимо вновь пересчитывать "начисления зарплаты работникам организации ", для того чтобы этот документ увидел новую базу для исчисления РК. Конечно, бухгалтерам свойственно ошибаться, и тогда РК может быть исчислен неверно. Бывают и обратные ситуации, когда нужно сторнировать излишние разовые начисления либо премии, и тогда РК необходимо снова пересчитывать, что зачастую вновь приводит к ошибкам.


Перейти к публикации

1. Валерий Карпов (Yakud3a) 01.03.12 05:40
Абдрафикова с низу не затёр :)
2. Олег Черкасов (oleg974) 01.03.12 07:42
На нашем предприятии есть РК. Накручивается на 88 начислений. Учет ведется с 2010 года в УПП.
Разовые премии задним числом, не вовремя сданные больничные после проведения начисления зарплаты и другая неорганизованность тоже есть.
Для пересчета РК используем типовые клавиши:
1. Очистить
2. Заполнить по всем сотрудникам
3. Расчитать (полный расчет)
Перерасчитываются все начисления включая РК - бухи довольны.
Первый вопрос: Чем этот типовой метод не подходит?

Второй вопрос: с учетом того, что РК накручивается на начисления текущего месяца не совсем понятно зачем и что пересчитывать с начала предыдущего года? 0_0

И третий вопрос: почему в описании к публикации упоминается "Начисление зарплаты работникам орг.", а скриншот документа "Начисление зарплаты"? этож два разных документа с разными танцами заполнения...
3. Денис Шевченко (denium) 01.03.12 09:34
oleg974
Отвечаю на ваш первый вопрос:
У нас организация с численностью 4000 сотрудников, документов по начислению ЗП за месяц около 100-200.
Бухглатера начисляют ЗП не одним документом, а с выбором либо подразделения, либо расчитывают уволенного и т.д.
Т.к. каждый документ выверен бухгалтером в соответсвии с табелем Т-13.
Т.о. физически нельзя заполнять всем списком один документ по всей организации.

Вы предлагаете заходить в каждый из них и нажимать очистить, заполнить и расчитать по новой ?
К сожалению, это неприемлемо и слишком трудоемко.

Отвечаю вам на второй ваш вопрос:
РК накручиваеться не только на начисления текущего месяца, я уже писал об этом.
Зачастую есть неверный расчет в течении года, когда были доначисления и бухгалтера не выполняли перерасчет тем методом, который вы описали в виду его трудоемкости для большого количества сотрудников.

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

Вопрос третий:
Зайдите в конфигуратор и посмотрите какое имя у методанных - "НачислениеЗарплатыРаботникамОрганизаций"
Далее откройте журнал в программе, вы увидите, что журнал имеет название - "НачислениеЗарплатыРаботникамОрганизаций"
При открытии же документа, действительно написано "Начиcления зарплаты", но это не меняет того, что документ имеет истинное название
- "НачислениеЗарплатыРаботникамОрганизаций".
4. mastakw (mastakw) 05.03.12 22:25
(3) Обработка для заполнения документа "Начисление ЗП" для того чтобы не пересчитывать документ "Начисление ЗП"
- странно как то.

Как это: "накручивает либо набоорот сторнирует неверно исчисленные РК, в виду того, что база исчисления РК могла измениться с начала года" ???
Видится, что постоянно где то кто то что то забывает при вводе первички!

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

Решается зачисткой организационного вопроса !

Нестоит идти на поводу у бухгалтеров - заведут и сдадут ... :)
5. gaya Arutyunyan (Smoky L@dy) 07.03.12 21:55
Вопрос: чем Вас не утроила стандартная обработка "Перерасчет зарплаты"? Кажется, она для таких случаев: позволяет перерасчитывать документы как в текущем периоде (например, для расчета районного коэффициента), так и ввести документы перерасчета за прошлый период в текущем. Ключевой момент - корректность заполнения в видах расчетов списка ведущих.
6. Денис Шевченко (denium) 08.03.12 21:46
Во первых в нашей базе работают около 50, а пиковые дни до 100 пользователей единовременно ( 4 юрлица в базе, часть юзеров в терминале).
Любые обработки по полному пересчету заработной платы блокируют базу , и расчетчики не могут нормально работать.
Во вторых, я уже говорил об огромном количестве документов в нашей базе, у меня только открываеться эта обработка около 3 минут.
Т.к. при открытии в ней нет оборов!
У нее в принципе мизерное количество отборов, соответсвенно либо ее нужно дорабатывать для нормального использования.
Бухгалтера у нас ленивые, не станут ставить галочки избирательно, а если запустить чехом, то я уже писал про блокировки и огромное количество документов.

Т.е. не вариант эта обработка для нас, я думаю мы не одни такие :)
7. Евгений З (fishmemory) 14.06.13 09:04
На самом деле нужная обработка, на предприятии столкнулись с проблемой, что необходимо было разделить районный коэффициент на индексируемый и не индексируемый. Пересчитать нужно было за прошлые периоды, не перерасчитывая основные начисления.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа