Эта ошибка из-за этой строчки:

return OemToAnsi(BufCnf);

Алгоритм возвращает целочисленный код возврата, а вы вернули строку.

Почему бессмысленно исключать нерабочие дни, если вы сохранили сотрудникам зарплату

Потому что сумма в отпускную ведомость получается из суммы, которую вы получите в том случае если отпуск у вас заканчивается в последний календарный день месяца или переходит на следующий месяц (когда сотруднику выставляется признак Р(Отп)).
В этом случае сумма полученная во время расчета отпуска сохраняется отдельно путем сложения-вычитания всех сумм прошедших через расчет.

Я вас правильно понял.

Вот здесь я расписал почему исключать нерабочие дни бессмысленно

Могу дополнительно расписать бессмысленность этого занятия на примере 24 июня.

50 000 оклад за месяц.

Если ничего не исключаем, средний: 50 000 * 12/ (29,3 *12) = 1706.48

Если исключаем, то за июнь учитываем не 50 000 а только 50 000 * 20/21 = 47619,05
РВ за июнь: 29,3*29/30 = 28.32

Средний: (50 000 * 11 + 47619,05)/(29.3*11 + 28.32) = 597619,05/350,62 = 1704,46

Вопрос: за что вы занизили средний заработок сотруднику на 2 рубля? Ради чего все это?

Елена, неправда ваша. Почитайте Указ президента про 24 июня http://publication.pravo.gov.ru/Document/View/0001202005290042?index=1&rangeSize=1
Там черным по белому "нерабочий день с сохранением заработной платы". Никакой добавки про "выходной" нет.
Таким образом формулировка про 24 июня один в один совпадает с формулировкой про аналогичные дни с 30 марта по 30 апреля и с 6 мая по 8 мая.
И комментарии про оплате этих дней и продлению отпуска - абсолютно такие же.
Из общего порядка выбился только день голосования по поправкам к Конституции.
Работа в этот день оплачивается в двойном размере.

>> Протестировал на клиенте. Выяснилось, что работает только второй вариант:

>> 1. Учет РВ и сумм из "буферного" вида = 5
Игорь они не могут работать "неадекватно".
Значение 1 отвечает только за то, что мы учитываем РВ из буферного вида (в том числе и нулевое).
1+4 = 5 - значит учитываем как РВ (в том числе и нулевое) из буферного вида, так и сумму из буферного вида.
И РВ и сумма из буферного вида учитываются в режиме "замещения" того что посчитала программа.
"Неадекватность" работы "1" в этой настройке можно объяснить разве лишь тем, что в ЛС не выделена сумма которую не надо учитывать. Выборка сумм для среднего не делает никаких хитрых телодвижений (кроме выборки сумм премий).

исправлено в 606.5

Да, достаточно.

РВ берется от одной должности.
Пока есть смысл считать в таких случаях средний отдельно, а не по всем должностям сразу.