При расчете среднего, по умолчанию р/к пересчитываются. Делается это для того, чтобы в средний попадал р/к только с тех видов, которые попали в средний. В противном случае у вас какие-то виды могут не участвовать в расчете среднего, а р/к с них будет попадать.

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

Если есть потребность, я приведу пример.

Вы все сделали правильно! Ваш "ручной" результат - верный.

Ошибка была в программе. При рассмотрении второй исполняемой должности (той, что с 20.08) программа опять учла период с начала месяца, который был уже учтен при рассмотрении первой исполняемой должности.

Причем если по первой должности, этот период был учтен по 4 часовому графику (с 52 часами), то по второй ИД этот же период был уже взят по 8 часовому графику (104 часа). Получилось что период с 01.08 по 17.08 "утроился" по отношению к правильному результату.

Исправили.

Собрали предварительный релиз. Отдали на тестирование. Результаты тестирования будут известны сегодня-завтра. Если ошибок не будет, выпустим обновление.

Лишнее подтверждение тому, что наши настоятельные просьбы "Не пишите новых комментариев в уже закрытые темы, создайте новую тему" основаны не на нашей прихоти, а на стремлении, чтобы ваш вопрос не потерялся, не был забыт, был решен своевременно. У нас всегда на виду "горячие" темы, по которым вопрос еще не был решен. А выискивать не появился ли новый комментарий к уже решенному вопросу далеко не всегда бывает возможность.

Сейчас и без обновления можно итоговую сумму из Приложения 10 добавить в стр.030 Подраздела 1.1. чтобы контрольное соотношение выполнялось. Ну то есть вроде как это не мешает сдать отчетность и в версии с ошибкой. Ошибку мы конечно же исправим.

Вообще для таких вещей у Контура есть замечательный сервис help.kontur.ru который умеет наводить порядок с корневыми сертификатами.

Добрый день!
Сами ответьте на вопросы: "Сколько вы должны заплатить работнику за 9 дней отпуска", "Сколько вы должны заплатить работнику за 8 дней отпуска" и "Сколько вы должны заплатить работнику за 1 день работы" при среднем заработке 109251,40 копеек и увидите что программа посчитала все абсолютно правильно.
Если Вы не хотите чтобы из-за округления сумма одного дня менялась в зависимости от того считается этот день отдельно или получается как "сумма за 9 дней минус сумма за 8 дней", то Вам всего навсего надо средний заработок считать с точностью до целых копеек (а у вас сейчас средний заработок считается в долях копеек).

Поставьте в настройке Настройка -> 4.  Настройки параметров расчета -> 3. Настройка расчета отпуска -> Точность для суммы среднего заработка значение 2 (то есть до двух знаков после запятой, а не до 3 как у вас сейчас) и тогда стоимость 1 дня будет одинаковой при любых арифметических действиях.

Анатолий, в поставке есть алгоритм близкий к тому, что вы просите.

Посмотрите в SCRIPT\USER\usalg.s алгоритм UserAlg712. Он как раз берет из изменяемого поля кадровой части (только он берет процент премии, а вам надо ставку).