Имеется основное начилсение с произвольной формулой расчета например доплата за питание=тарифная ставка месячная*0,3/кол-во календарных дней в месяце *время в днях по производственному календарю, данная доплата установлена всем сотрудникам. Далее в середине месяца вводится кадровое перемещение по какому-нибудь сотруднику и ему меняется оклад. При заполнении документа начисление зарплаты работ-м организаций за данный месяц, получается что тарифная ставка в доплате с момента перевода по кадровому перемещению не изменяется - остается старой. Если в кадровом перемещении при изменении оклада сотруднику, также поставить действие "Изменить", тогда доплата разбивается на два периода в документе начисления зарплаты до и после кадрового перемещения, однако тарифная ставка по доплате уже в обеих периодах новая. Должно быть: до кадрового перемещения тарифная ставка в доплате -старая, с момента кадровго перемещения -новая. Где можно что поднастроить? (вариант с расчетной базой не годится- так как оклад туда попадает за фактически отработанное время и эта формула доплаты зашита в расчет премии (соответственно с премией такая же беда), зависимости очередности расчета, вытесняющие начисления все прописаны вроде работают).
Хотя меня терзают смутные подозрения что это гдето на уровне запроса в общем модуле "Проведение расчетов"- пробовали на разных конфигурациях (ЗУП, УПП, даже двухгодичной давности) - история такая же. Может кто-то сталкивался с таким поведением показателя тарифная ставка часовая при произвольной формуле расчета. Поделитесь пожалуйста информацией
(2) yaguarrr, Уточните - может я ошибаюсь, но может проблема в другом? Поговорим? Может поможем друг другу.
Я вчера столкнулась с проблемой вот какого плана. Необходимо поменять часовую тарифную ставку токарю с 1 апреля. Не меняется разряд, поднимают ставку ему одному. Ставку тоже ввели с 1 апреля. Делают кадровое перемещение, доходят до тарифных разрядов - не дает вводить этой профессии новую запись-там 2 записи есть изменения тарифа. Даже мне, админу, не дает с права сохранить новую, третью тарифную ставку. Я смогла ввести через регистр сведений размер тарифной ставки. Но, вот здесь новая проблема. Документ проводят с 1 апреля кадровое перемещение, остается старая ставка у человека. Пришлось ставку ввести с 31 марта, только тогда поменялась ставка у сотрудника.
(3) tvg258,
ситуацию повторить не смог, без проблем все меняется с 1 числа любого месяца, при известных ограничениях
в один день одни и теже начисления не вводятся и не изменяются документами ( прием на работу, кадровое перемещение, ввод плановых начислений и т.д.). Права администратора тут ни причем. В кадровом перемещении у первичного начисления (я так понимаю часовая тарифная ставка) вводится действие "изменить" и все ...
Я так понимаю изменения в справочниках прописываются временем 00-00? Т е любой документ введенный этим днем, но временем позже должен получать из справочника измененые данные? Может и у вас такая ситуация. Если вы меняли тариф.
Столкнулись с похожей проблемой при изменении оклада в середине месяца. Но у нас она была связана с тем, что вводили сводный табель. Когда начали для перемещенных сотрудников делать развернутый табель - все стало на свои места.
(6) kotdallas,
с табелем это не связано. Изменить можно в расчетном модуле конфигурации, однако бухгалтерия категорически против того "чтобы что-то там делать". Проблема решается если ввести вместо тарифной ставки какойнибудь длополнительный показатель схемы мотивации и при кадровом перемещении менять этот показатель, но тут вылазит проблема "кол-во непредопрделенных показателей д.б. не больше 6", смотрим конфу ..запросы строятся Показатель1...Показатель6 . Полный бред в общем, зачем ввели такое ограничение не понимаю, какая разница 6 показателей или 36?
(18) nelena,
трюк с расчетной базой чтобы "располовинить" начисление известен достаточно давно, однако описанную проблему не решает.
А сами 1С заняли такую позицию (как мне объяснили владельцы популярных курсов по ЗУП): основные предопределенные виды начисления обрабатываются в отдельном коде, остальные (что ввел пользователь по формуле) - уже в другом коде, который разбиение в течении месяца не учитывает. Менять текущую ситуацию по ходу не собираются - изменения обещают в редакции 3.0, остается только ждать
В любом случае благодарю за проявленный интерес
Мне показывают книгу Харитонова "Секреты профработы в ЗУП" в которой написано что все работает...Может я не прав и действительно все работает и дело в настройках, а не в расчетном модуле??
Попробовала такую формулу:
Результат = Тарифная ставка месячная*0.3/Календарных дней в месяце *Время в календарных днях
При увольнении все нормально сработало. За апрель 2012: оклад 4555, уволен 16. 4555 * 0,3/30*16 = 728,80
(9) kotdallas,
такую же формулу попробовать при кадровом перемещении с изменением размера тарифной ставки (а еще лучше 2 кадровых перемещения в течении месяца:)) - описанный результат не заставит себя долго ждать...
Попробовала - реально - считает неправильно. Я в таких случаях пишу в техническую поддержку, со всеми картинками - описание ВР, док. Начисление зарплаты, регистр Плановые начисления. Чаще всего они ошибки признают и исправляют. Или, по крайней мере, пишут что не так.
(11) kotdallas,
к несчастью работу службы сопровождения программного обеспечения знаю изнутри. Эта проблема как минимум двухгодичной давности (пробовали на старых конфигурациях). Вероятнее всего отдана на откуп франчам - терзает какое-то смутное предоположение....
Все равно дерзайте. Года два назад они больше отмазывались, чем решали проблемы. А в последнее время ситуация значительно изменилась - чаще признают ошибки и даже их исправляют.
У нас при изменении оклада в середине месяца и начислении ВР во второй части месяца (даты в документах указаны) - для расчета в Д-те Начисление Зарплаты все равно ставится старый оклад, причем его нельзя редактировать. Без изменений оклада все считает замечательно, поэтому проблему выявить достаточно проблематично, и способа решения пока не нашли...
Аналогичная проблема...
Формула: Результат = Время в часах*Тарифная ставка часовая
При кадровых перемещения в документе "Начисление зарплаты работникам организации" тарифные ставки заполняются не правильно.
До сих пор не нашлось решение проблемы? Если кто-то придумал, как справиться с этой ошибкой, напишите пожалуйста!
А подскажет кто? Если менять это через конфигурацию, то в какой процедуре?
Цель, чтобы при произвольных формулах тариф брался согласно верному тарифу в конкретном периоде
Нашел гле это можно слелать, в модуле документа НачислениеЗарптатыРаботникамОрганизацмй в Функции Выполнить автозаполнение в тз начисления добавляется Новая строка, вот при дописке нескольких строк и запроса можно решить аышеописанную проблему, кому нужно могу скинуть.
aleksrf,
давно перешли на редакцию 3.0 - там все работает
однако, многие работают на 2.5 - если вы опубликуете, то многие будут благодарны - большинство заходят и просто просматривают
Добрый день.
Код уже внедрен и работает, точно скопировать не могу его, но в общих чертах делается так
В Документ НачислениеЗарплатыРаботникамОрганизации в процедуру ВыполнитьАвтозаполнение после строки
НоваяСтрока.ДатаНачалаСобытия = ... добавляем запрос
Выбрать
ПлановыеНачисленияРаботниковОрганизацияСрезПоследних.Показатель1 как Тариф,
ПлановыеНачисленияРаботниковОрганизацияСрезПоследних.ВидРасчета как ВидРасчета
из
регистрысведений.ПлановыеНачисленияРаботниковОрганизация.СрезПоследних
(
&дат,
Сотрудник.Ссылка = &физ и (
подстрока(ВидРасчета.Наименование,1,3) = &вид1
или подстрока(ВидРасчета.Наименование,1,3) = &вид2
)
и Активность = Истина
)
как ПлановыеНачисленияРаботниковОрганизацияСрезПоследних
Показать
А далее обходим выборку и вставляем условие
Если Сред(НоваяСтрока.ВидРасчета.Код,1,3)="***" тогда
НоваяСтрока.Показатель3 = И вставляете любую нужную вам формулу
КонецЕсли;