Кое отношение "закрытость" видов имеет к расчёту среднего? 

Поддерживаю. 

Бюджетники по 10 раз и так и сяк выверяют сформированные ведомости, прежде чем их разнести в ЛС. И именно это основная причина того, что многие отказались от "нового" режима кассовых ведомостей.

Вопрос снят. Разобрался.

char BufCnf[256];
GetCommonCnf("MINUS_DNI","отпуск",BufCnf,255);
char StrSimv[21];
sprintf(StrSimv,"%s",BufCnf);
int id = dney_v_tab(StrSimv,calm,info.z1,info.z2);

Вроде как так надо?

Полученную строку символов хочу использовать с функцией dney_v_tab

Вставляю в USALG код:

      // начало описания алгоритмов пользователя

case 834:
{
	char BufCnf[256];
	GetCommonCnf("MINUS_DNI","отпуск",BufCnf,255);
	return OemToAnsi(BufCnf);

	int id = dney_v_tab(BufCnf,calm,info.z1,info.z2);
    
   	return code_Break;
}	

      // конец описания алгоритмов пользователя

При попытке рассчитать строку вида с алгоритмом 834 получаю ошибку:

спасибо

Сам алгоритм расчёта ни как не влияет на "попадание" коэффициента и суммы в таблицу расчёта среднего. Если Вы используете собственный буферный вид, то его внутренний код, как 2 раза было сказано выше, надо указать в настройке 

порядок расчета для вида 1

Выше говорилось, что вид должен рассчитываться последним. Если порядок расчёта = 1, то Вы не сможете рассчитать свой буферный вид при автоматическом расчёте ЛС

Не поставили 5 в  Настройка -> 4. Настройки параметров расчета -> 3. Настройка расчета отпуска -> Учет РВ и сумм из "буферного"

Буферный вид надо заводить с датами 01.06.2020 - 30.06.2020

А зачем Вы заводите буферный вид на "закрытой" должности?

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

1. Учет РВ и сумм из "буферного" вида = 5

2. Параметры: 

1=Т(*,9);2=П(1)-Т(БДОАГИЕУСЬКТ);3=П(2)-Ч(1);4=Ч(29.3)/П(1);5=П(3)*П(4);6=С(54)/Т(Р);11=Ц(5,0,0);15=С(54)-П(6)

Первый вариант дает неадекватный результат при расчёте отпуска.