Ваши комментарии

Зачем? Она юридически под запретом.

А как превращать "праздничные дни" в часы в общем случае? 
Они же не обязательно "8 часов" работали?

Отчет ведь не в старом интерфейсе готовите? (с какой-нибудь разбивкой по подразделениям или организациям?)
Есть ли в каталоге SCRIPT\forms модуль siozp_common и есть ли там (поиском по файлу) фрагмент кода вида:


GetKchValueCnfByDate(pole,pstable,strDate)
// pole - имя поля из настройки (должно совпадать с именем поля КЧ)

Татьяна, проверьте еще для начала на последней поставке. Если по-прежнему не попадает, то поддержу Николая - давайте сохраненку.

вопрос то в том, почему у вас одновременно несколько действующих видов с одним и тем же базовым значением? Для того чтобы распределить по каким-то "бюджетам"?
Я ведь правильно понимаю, что у вас же и зарплата тогда посчитается несколько раз по этим видам одна и та же.

Вы хотите при этом фиксированную часть 10191 увидеть или 61146?
Если 61146, то хорошо. Поправим.

У вас во всех 6 окладах в БЗ стоит 10191? 
Вот пример завел ЛС с несколькими окладами:

Image 7253


Вот так он попал в отчет:

Image 7254

И кажется это правильное поведение.

По какому принципу в вашем случае мы должны понимать "вот этот оклад отбрасывай, а вот этот оклад бери"? Если скажете как понять на какую строчку смотреть, а какие игнорировать - попробуем реализовать.

Ну и остается запасной вариант: через отдельное поле КЧ, куда пропишете фиксированную часть.

проверим. Если так, то ошибка. Включим исправление в очередное обновление.

А откуда из порядка заполнения следует что вы должны туда РК включать? И вообще что-то процентное?
Там же сказано: тарифная ставка, оклад, сдельная расценка. РК сюда никаким боком не входит.



Сервис поддержки клиентов работает на платформе UserEcho