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

Так задайте их

"Их есть у меня"
При помощи Простое повышение тарифа (RPU51000) происходит изменении таблички t510 по заданным критериям. Вроде бы все понятно. Но как написанно в "камасутре" и проверенно лично "простое повышение тарифа не создает новую запись инфо-типа". Т.е. если я, допустим, при помощи RPU51000 произвел изменение на 14.01, то в t510 изменения отобразятся, а вот ИТ0008 не обновитсо. Более того в ИТ0008 я, допустим, на 01.01 вижу не предыдущее значение тарифа а то что задано на 14.01.
По этому пункту вопросы.
В расчете ЗП за период 01 будет произведен расчет исходя из старого значения, нового или разобет на сплиты?
Пример процесса на предрпиятии при котором будет использоваться только отчет RPU51000 без RPITRF00.

З.Ы. То что при помощи RPITRF00 изменяется запись ИТ0008 - опробовано. Пытаюсь пока понять применяется ли RPU51000 без RPITRF00 и если да то зачем.

--В расчете ЗП за период 01 будет произведен расчет исходя из старого значения, нового или разобет на сплиты?

Это зависит от того, используется ли модуль косвенной оценки TARIF у вас. Если да, то значение будет браться в соответствии с нужным периодом. А в 0008, на случай проверки, есть кнопки < и >.

Использование указанных вами программы возможно только на тех предприятиях, где всем точно повышают на Х. Но в наших реалиях это исключение. Легче, тупо, в 510 разок поправить, чем перечислять тарифные группы и уровни, вычисляя коэффициент повышения.

мммм. В том то и дело, что почему-то у меня не отсреливает дополнительная запись в ИТ0008 чтобы можно было гонять кнопками туда обратно. Типа как только одна запись
Версия 4,7

Если тарифы повышены НЕ с первого числа расчётного периода, то надо делать запись в ит8, т.е. надо использовать прогу RPITRF00.

P.S. - если в средних используется причина изменения оклада/тарифа из ит8 для адаптации (индексации), то запись нужно делать в любом случае.

Мдяяя. Ответ на вопрос о том где применяется RPU51000 без RPITRF00 я не получил, но зато понял что если уж применять один то сразу и другой запускать необходимо

To Jesus "Но в наших реалиях это исключение. Легче, тупо, в 510 разок поправить, чем перечислять тарифные группы и уровни, вычисляя коэффициент повышения"
Тады еще вопросец. в чем различие между использованием отчета RPU51000 и правкой напрямую t510?
И если править напрямую t510 то надо будет все-равно запустить потом RPITRF00 для отображения деления в ИТ0008?

--Тады еще вопросец. в чем различие между использованием отчета RPU51000 и правкой напрямую t510?
Разница в том, что в указанном отчета нужно будет для каждой группы и уровня делать выбор. Это можно использовать, если у человека, занимающегося перетарификацией, нет прав на 510 табличку. В 510 же выбирать не нужно, там список. Т.о., просто быстрее.

--И если править напрямую t510 то надо будет все-равно запустить потом RPITRF00 для отображения деления в ИТ0008?
Это кому как нравится. В общем случае - не обязательно. Мы используем программу для случая разделения 0008 ИТ перед тем как проставить признак "причина изменения". Это нужно для адаптации средней.

-- Это можно использовать, если у человека, занимающегося перетарификацией, нет прав на 510 табличку. В 510 же выбирать не нужно, там список. Т.о., просто быстрее.
Угу. т.е. отчет это своеобразный инструмент позволяющий делать настройку в обход SPRO. А тогда вопрос. Если на продуктиве будет закрыт доступ на прямое ведение таблиц, то отчет будет действовать?


-- Мы используем программу для случая разделения 0008 ИТ перед тем как проставить признак "причина изменения". Это нужно для адаптации средней.
Эээ... Речь идет про RPITRF00 или вы еще какуюто свою написали. Так уточняю на всяк

Вы лучше разок попробуйте


Да, RPITRF00.

Добрый день, есть ли какая-нибудь настройка/отчет, который позволяет изменить запись 1005ИТ при изменении суммы тарифа в таб. T510?

А зачем ее менять-то? Посмотрите табличку hrp1005, там сумм не хранится вообще (за исключением "напрямую", третья закладка). Соответственно, всё и так отлично работает, т.к. суммы в полях экрана показываются

На закладке не хранится но хранится в инфо-типе (см. расширенное описание объекта). Вопрос остается. Есть ли такой функционал?