Уважаемые спецы, помогите разобраться. Есть оклад, есть надбавка, считается процентом от оклада. На всё это накручивается Районный коэффициент. Так вот, человеку изменили оклад в марте. В марте я создал документ "начисление зарплаты", указал какой документ перерасчитать. При перерасчете дополнительных начислений, надбавка посчиталась правильно, хотя проводок по новому окладу ещё нет, а вот РК оклад берет в расчет новый, а надбавку старую. Пытался отдельно сначала оклад и надбавку провести, а потом РК, всё равно не получается, так как период регистрации - Март. Что я не так делаю?

up

Такая же ерунда в УПП при исправлении доп. начисления прошлого периода. В пересчитанном доке (в текущем периоде) в расчетную базу районки берется старое не пересчитаное значение доп. начисления..

(0) Что-то напомнило мне это v8: v8: ЗУП 2.5 - не правильно считает базу - в чем проблема в платформе или конфигурации?

Если кратко - все записи, которые потенциально влияют на результат, сторнированы и пересчитаны?

(2) - и как с этим справиться? Отдельно посчитать сначала надбавку, а потом Районник у меня почему-то не получается.
(3) - Она сторнируется и пересчитывается этим же документом, в котором и РК рассчитывается, только строкой ранее. По идее должна бы брать, ведь у нас идет запись сначала сторнированных значений, потом новых.

(4) А что запрос из (36) показывает?

(5) - запрос из (36) показывает, что размер надбавки за стаж = 829,74. А в документе расчета новом, размер надбавки = 887,76. База для расчета РК получается уменьшена на разницу, равную 58.02. Получается, что оклад новый РК видит, а новую надбавку по этому окладу - не видит. Хотя она есть в его базовых и вытесняющих ВР.

(5) - может РК не видит пересчитанную надбавку из-за того, что и РК и Надбавка персчитываются одним документом?

(6) Ну а период у надбавки какой? Надо смотреть базовые и вытесняющие начисления надбавки - если какие-то из них хоть как-то зависят от перерассчитанного оклада - то надо перерассчитать и их.

(7) Такое может быть, если категория начисления у них одинаковая (например, зависимое первого уровня).

Да сама надбавка рассчитывается правильно. 887,76 - правильная сумма. Период регистрации у неё - 01.03, а БПНачало и БПКонец (БП - базовый период) - 01.01. и 31.01 соответственно. Надбавка - это дополнительные начисления. РК - тоже дополнительные начисления.

(7) Вообще, это просто выясняется - если запрос из (36) после проведения документа перерасчета показывает правильную сумму - значит, проблема может быть в том, что они в одном документа. Если же сумма неправильная - то причина в другом.

(9) Вот я про категорию тоже подумывал... Сейчас гляну ка...

(11) - в том то и дело, что по надбавке сумма правильная, а по РК нет. Да, они в одном документе. А вот категория у них разная 1 и 3 соответственно.

Когда пытаюсь сделать Надбавку и РК разными документами, тогда пишет "ФизЛицо в строках 1 и 2 уже найдено в документе Предыдущее исправление ".

(13) Сумма не в надбавки, а в результате запроса после проведения этого документа. Именно эта сумма будет идти в базу.

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

(16) Значит, надо искать причину... например, попробовать в вид расчета указать эту надбавку и проанализировать результат на предмет отличающегося периода регистрации у базы...

(16) Вообще, строчек с надбавкой в результате должно быть больше 1 - по 1 на каждый перерасчет и 1 на первичное начисление. Если убрать условие на Сторно = Ложь - то вылезут и сторнирующие записи.

(18) - Всё правильно, строчек всего 2 - одна на первичное, одна на перерасчет. Вообще получается интересно - смотрю что в самом перерасчете - РК есть и в первичном начислении, и в перерасчете. И там и там зависит от надбавки. Когда пересчитываю надбавку - тогда в ОбъектПерерасчета попадает док первичного начисления. Его перепровожу - тогда док перерасчета. Замкнутый круг какой-то.

(19) А обработка "Проверка настройки ведущих и вытесняющих видов расчета" ничего не находит по этим видам расчета?

(19) У меня нет этой обработки. Конфа нетиповая, но вроде как правильная. Если не сложно, можете на мыло отправить? ([email protected])

(21) Нетиповая - плохо, обработка может и не заработать... Если на Нород выложу - пойдет?

Конечно пойдет. Не тут, так дома вечером скачаю.

http://narod.ru/disk/21920420001/Обработка.rar.html

(24) - Спасибо. Сейчас посмотрим.

(24) - нет, не получится. 4-х процедур не хватает.

dmpl, спасибо за помощь! Я пока не разобрался, но написал разработчикам. Обещали разобраться.

(27) ну напиши потом тут, как они разберутся

(28) - Разобрались. Сказали - что нужно надбавку перенести в ПВР "Основные начисления". Я на тестовой базе перенес - всё получилось. Но тогда я не понимаю одного - получается что и любой другой вид расчета, который не имеет период действия, такой как "премия", если он участвует в базе другого вида расчета, то его тоже значит надо переносить в ПВР, у которого установлено свойство "Период действия" = Истина? А вообще пишут, что виды расчета, которые не имеют периода действия (надбавка, премия, РК) нужно выносить в отдельный ПВР (Дополнительные начисления). В общем я немного растерян. Уважаемы спецы, помогите нам разобраться. И ещё, в продолжение, возник вопрос - зачем в ПВР у вида расчета свойство "Период действия является базовым"?

А мне тех. поддержка ответила, что нужно обновиться до последний версии конфы и платфомы, типа там ситуация не воспроизводится моя! Ну это впринципе стандартный ответ у 1с-обновитесь и всё пройдет.