Уважаемые коллеги, добрый день!
Обнаружила некорректную работу схемы расчета.
Пример: Сотруднику в расчетном месяце полагается 2 премии рабочего характера (один вид оплаты). Но 1-я премия - в размере 2-х окладов, 2-я - просто некая сумма. В свойствах вида оплаты (V_T511) настроено, что можно вводить и сумму, и число - комбинация ввода "*,*". При расчете (правило RU11) эти две премии объединяются в одну запись, т.е. число (NUM) из 1-го вида оплаты, сумма (AMT) из 2-го, в итоге на выходе только сумма второго вида оплаты. Как-то совсем это неправильно...Не подскажете, что можно сделать?
Спасибо за внимание.

1. Оценивать вид оплаты непосредственно в момент считывания из инфо-типа (в правиле, которое вызывается для функции P0015).
2. Устанавливать один из национальных сплитов (например, если сумма есть, то ставить для сплита значение 01, если суммы нет - 02).
3. Использовать разные виды оплат.

imho удобнее всего будет
как бы там сплиты не устанавливать, а с одним ВО в расчетном листке все равно всё слипнется и непонятно будет ни вам, ни сотрудникам.

Я воспользовалась 2-м вариантом. Спасибо, Meanv.
Создала свое правило на базе стандартного RU11 и включила его в схему для обработки 15 ИТ.
P0015 Z*** GEN NOAB
В Расчетном листе у нас показывается только общая сумма (без NUM) по всем этим премиям, это устраивает.
Дополнительный вид оплаты решили не создавать, потому что у нас итак очень много видов оплаты.

Здравствуйте, уважаемые коллеги!
В продолжение темы хочу задать еще вопрос.
Как сделать настройку, чтобы одновременно нельзя было вводить "Число и Сумму" в 15 инфотип, а можно "либо Число, либо Сумму". Настройки V_T511 не помогают. Пробовала различные комбинации "*,*", ".,.", "X,X" . Все равно дает вводить одновременно. А у нас уже бывали с этим прецеденты.

Ещё раз проверьте вариант X X.

Разобрались. Действительно комбинация "X,X" срабатывает правильно, если не заполнены поля, связанные с косвенной оценкой (MODNA, MOD03). А у меня стоял TARIF A. Как только очистили, все заработало и посчиталось. Спасибо!