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

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

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

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

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

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

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

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

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

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

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

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

1. Нам несложно добавить столбец КУ в должности. Но скорее всего одна и та же должность будет использоваться у разных сотрудников. Или вы планируете заводить свою должность под каждый КУ?
Не очень понятно как вы планируете использовать сетку. 661 сетка используется для перекодирования кода категории используемого в программе в код категории персонала для ЕФС-1.
А как использовать сетку для КУ? Казалось что отдельное поле КЧ без всякой перекодировки подойдет?
Может быть расскажете как вам было бы удобнее вести (или как указывается КУ сейчас).

Есть еще один способ работы с КУ - вытаскивать его из кода ПКГ (проф.квалификационная группа). Если вдруг у вас КУ указан вместе с кодом ПКГ, то можно сделать так, чтобы он брался оттуда

3. Была ошибка. Поправили. В понедельник обновим.

Берите обычную стандартную поставку и обновляйтесь ей.

Уберем этот дистрибутив с сайта.

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