Оклад в произвольной формуле начисления (УПП 1.3.49.2)

Ну так коллега uinny мне это и посоветовала несколькими постами выше. За что я ей очень благодарен!

Всё получилось по третьему способу! Он наименее трудозатратен. На будущее мне (и всем) урок - не использовать в новых начислениях ТарифнуюСтавку, если предполагается, что она будет отличаться от оклада.
Ну а то, что нет показателя с суммой оклада, это всё-таки недоработка 1С!

> Ну а то, что нет показателя с суммой оклада, это всё-таки недоработка 1С!

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

Присоединимся к вопросу Gogger, хотелось бы уточнить, какую жизненную ситуацию Вы пытаетесь автоматизировать,
для учета при разработке новых редакций.
Каким образом пользователи рассчитывают показатель "Часы сверх баланса" перед его вводом вручную?

Спасибо за отзыв и заинтересованность. Жаль, конечно, что 1С не будет улучшать текущие редакции. Если для ЗУП и БП для пользователей остается возможность перейти на современные редакции, то что остается пользователям "флагманского продукта" УПП 1.3? Платный переход на ERP 2.0?
А жизненная ситуация такова... Ввожу новое начисление "Доплата за превышение баланса времени" с формулой (привожу полностью, может пригодится кому):
Результат = ?(Часы сверх баланса>2,(Тарифная  ставка месячная/Норма  времени в часах)+(Часы сверх  баланса-2)*(Тарифная  ставка месячная/Норма  времени в часах),Часы сверх баланса*(Тарифная  ставка месячная/Норма  времени в часах)/2)
ЧасыСверхБаланса считаются вручную экономистом. Расчет доплаты аналогичен расчету сверхурочных. Оплата (не доплата!) уже учтена в табеле.
Доплата появилась в связи с необходимостью оплачивать превышение графиков федеральной нормы рабочего времени ежемесячно, а не по итогам за год (у нас суммированный учет рабочего времени).

Не вникал в формулу расчета "Доплаты за превышение баланса", поскольку так  не понял что это за "превышение графиков федеральной нормы времени".
Если это просто сверхурочные, то можно все посчитать проще.
Но суть не в этом.  Сразу видно методологическую ошибку в последовательности расчета, из-за которой ТС приходится изобретать велосипеды.
Поскольку эта "доплата за превышение" платится и людям с "вредностью" и без "вредности" - было бы логичным считать эту доплату от тарифных ставок окладов и фактически отработанного времени. И только потом расчитывать "доплату за вредность" от расчетной базы, в которую входит и оклад и доплата за превышение.

Проблема, как было уже сказано, решена.  Сверхурочные тут не причем. Логику расчета и методологию я понимаю, но приходится преодолевать "логику" кадровиков и экономистов. Тема закрыта!