Ваши комментарии
А как превращать "праздничные дни" в часы в общем случае?
Они же не обязательно "8 часов" работали?
Отчет ведь не в старом интерфейсе готовите? (с какой-нибудь разбивкой по подразделениям или организациям?)
Есть ли в каталоге SCRIPT\forms модуль siozp_common и есть ли там (поиском по файлу) фрагмент кода вида:
GetKchValueCnfByDate(pole,pstable,strDate)
// pole - имя поля из настройки (должно совпадать с именем поля КЧ)
Татьяна, проверьте еще для начала на последней поставке. Если по-прежнему не попадает, то поддержу Николая - давайте сохраненку.
вопрос то в том, почему у вас одновременно несколько действующих видов с одним и тем же базовым значением? Для того чтобы распределить по каким-то "бюджетам"?
Я ведь правильно понимаю, что у вас же и зарплата тогда посчитается несколько раз по этим видам одна и та же.
Вы хотите при этом фиксированную часть 10191 увидеть или 61146?
Если 61146, то хорошо. Поправим.
У вас во всех 6 окладах в БЗ стоит 10191?
Вот пример завел ЛС с несколькими окладами:
Вот так он попал в отчет:
И кажется это правильное поведение.
По какому принципу в вашем случае мы должны понимать "вот этот оклад отбрасывай, а вот этот оклад бери"? Если скажете как понять на какую строчку смотреть, а какие игнорировать - попробуем реализовать.
Ну и остается запасной вариант: через отдельное поле КЧ, куда пропишете фиксированную часть.
проверим. Если так, то ошибка. Включим исправление в очередное обновление.
А откуда из порядка заполнения следует что вы должны туда РК включать? И вообще что-то процентное?
Там же сказано: тарифная ставка, оклад, сдельная расценка. РК сюда никаким боком не входит.
Сервис поддержки клиентов работает на платформе UserEcho
Зачем? Она юридически под запретом.