ЗиК: районный коэффициент и ежемесячная премия
 

Добрый день!
Есть у нас ежемесячная премия 50%. Предыдущий специалист по ЗиКу недолго думая, ввел ее в карточке сотрудника в поле Премия (вид расчета ЕжемесячнаяПремия).
И все вроде бы работает.
Но тут у нас появилось обособленное подразделение с РК.
И перевод в середине месяца. Приплыли. Т.к. период у премии весь месяц, ЗиК отщипывает от суммы премии пропорциональный кусочек и естественно, это не совпадает с суммой ОкладВОбособленномПодразделении*(1+ПроцентПремии)*РК.
Куда копать? Пытаться разбивать ежемесячную премию по интервалам оклада, менять модуль расчета РК или что-то другое?

один раз вручную поправить

Не пойдет. У нас теперь филиалы в каждом городе могут открываться. Каждый месяц править?
А расчетчица с характером - категорически против ручных корректировок (в принципе, я ее понимаю).

(1) Кстати, вчера воспользовался твоим советом в одной из веток и отменил выплату пособия до 3 лет документом временного прекращения действий надбавок. Для меня даже открытием стало, что такой документ есть. Спасибо.

Хм, ну так значит надо дописать чтобы учитывалось перемещение и всего лишь:-) только надо еще не забыть проверить как дела со средним в этом случае будут, нет ли там косяков. Или еще вариант - сделать чтобы при рк разбивалась с случае наличия изменения оклада, может в таком варианте модуль расчета переписывать не придется.

И правильно делает. Раз часть месяца не работал с РК,
но зачем на всю сумму делать РК

А точно это же процент на процент - придется переписывать процедуру глполучитьбазувр а вот по части среднего не помню ...

жаль специалиста, сейчас таких не много
1-Гена > че поправить, налоги с обособленного подразделения?

(5) Ты не понял. ЗиК действительно берет часть премии. Но пропорционально количеству отработанных в новом подразделении рабочих дней. Математически это не то же самое, что строгий расчет РК от нового оклада, т.к. премия за месяц - некая усредненная от совокупности окладов величина.
(7) Я так понял, Гена в (1) предлагает вручную исправить запись журнала расчетов "Районный коэффициент".

8-Sisoy > та не. он думал что вы уже выплатили
пред.спец в доке перемещения дату тоже забанил?

ну да... в ЖР... ну или написать обработку, которая пробегает по ЖР и сама поправит сумму РК в данном переходном месяце

0-Sisoy > заремить в документе "Кадровое перемещение" в процедуре УстановитьРеквизит строки
//Если Значение1<>Значение2 Тогда и КонецЕсли. Тогда при кадровом перемещении все периодические реквизиты сотрудника будут перезаписаны и премия будет разбита на части и учтена правильно

(10) Все это опасно.. Потом забудут НДФЛ пересчитать или страховые... Если человек привык на автомате на трех закладках кнопки жать...

12-Sisoy > попробовал (11)? минут 40 потратила;) больше на внесение тестовых данных
10-Гена > ты представь эту обработку. там надо всю премию пересчитать, правильную сумму выделить и РК переписать... слишком сложно:)

(11) Блестяще! В конкурсе на знание ЗиК побеждает Buhta!
Действительно, если перезаписать процент премии, то виду расчета ничего не остается делать, как формировать две записи.

14 а почему медаль только одна? Золотая? Не по олимпийски это :-)

не рульный квест
если уборщицу перевести в уборщицу магазина, а потом в уборщищу магазина на ленина,5 в расчетном периоде - вот це квест

14-Sisoy > Если ты хочешь разруливать НДФЛ в середине месяца, то выход единственный: перемещение сотрудника должно инициировать разрыв ВР. И обеспечить полный внутренний расчет. Чтоб потом не иметь дело с такими штуками, как перечисленный НДФЛ (ОКТМО!!!) от подразделения не будет соответствовать начисленному от этого же подразделения, при этом "сходясь" для предприятия "в целом".
И что же у нас выходит?
А у нас выходит обыкновенный многофирменный учет. Который не даст перенести сотрудника с "хвостами". По меньшей мере, будет активно тыкать пальцем в незавершенность процедуры.
Иначе все эти костыльки по учету РКС, МКС фактически будут элементами многофирменного разделения, но сделанные хаотически, без единого плана.
То, что называется "заплатка на заплатке". Душераздирающее зрелище.

17-VZ > тя че спрашивали застрелиться или повеситься? или может че нить конструктивненького - гильотину не предлагать

18-vah1 > Можно и конструктивное: не многофирменную конфу (с неизбежным добавлением поля Организация в ЖР, и переписи всех-всех выборок и отборов), а "многобазовую".
Т.е., один филиал в другой административной ячейке - отдельная база.
И вот не надо "А у нас сотрудники могут по средам на крайнем сервере, а утром в четверг в Краснодаре". Без ля-ля, хорошо?
Тогда задача трансформируется в процедуры переноса и объединения.
Ничего военного.

(19) Хм. У нас 4 сотрудника, по одному в каждом городе.
Проще вручную править файлы выгрузки, чем из-за четырех человек городить 4 базы.
А вот зарплату считаем каждый месяц.
Кстати, перечисленным НДФЛом вообще не заморачиваемся.
У нас вся зарплата (и налоги) выплачиваются в месяце начисления, поэтому я просто приравнял НДФЛ перечисленный к НДФЛ удержанный, документы по оплате НДФЛ вообще не вводим.

20-Sisoy > а перечисляете НДФЛ за этих сотрудников куда?

21-Buhta > Оне налоговика купили. Вот посодють его, будут думать.

22-VZ >А это неважно. Ответственности нет. (23 июля 2013 года решение Президиума ВАС РФ)