Ваши комментарии

Конечно. Более того, много раз так делал клиентам.

И РК и СН поддерживают параметры:

Image 8536

Т.е. для того, чтобы поменять столбец для расчета, надо указать его в первом параметре.

Здравствуйте.

нужно, чтобы в своде проводок, если счет начисления 40120, то контрагент должен быть пустой

Проще так (ИМХО):

1. Переходите в служебный режим (Ctrl+A+A)/

2. Встаете в поле "Контрагент".

3. Нажимаете Alt+F5.

4. Заполняете Комментарии 1 и 2:

Image 8535

Код надо вставить в ..\RASCHET\SCRIPT\user\USALG.S между строками

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

Переменная bz в USALG.S уже определена.

USALG.S

Странно... видимо, где-то что-то поломатое...

Тогда как-то так:

case 999:
{
struct Struct_Alg Work;
Get_AlgWithParam(Work,info.ikod);
//Первый параметр алгоритма - номер столбца ТВХ для выборки ФРВ
int NumCol=25; // номер столбца ТВХ по умолчанию
if (Work.Count_Par>0)
{
NumCol = atoi(reinterpret_cast_to_string(Work.List_Par[0]));
}
var D = CreateObject("KDate");
D.SetMonth(mtek);
double dn = 0., ch = 0.;
RVFromNUCol(D.GetRel(),ch,dn,NumCol-1);
if(ch>=norm(2)) r[2] = norm(2);
else r[2] = ch;
info.n1 = bz/norm(2)*r[2];

if(FL_V_ALG && uprc != NO_SCREEN)
{
infolist.add_record("НРВ",norm(2));
infolist.add_record("ФРВ по столбцу",ch);
infolist.add_record("ФРВ для расчета",r[2]);
infolist.add_record("Базовое значение",bz);
infolist.add_record("Результат",n1);
}
return code_Break;
}

Здравствуйте.

посоветуйте что посмотреть, что исправить

Способы борьбы с ошибкой: https://remontka.pro/side-by-side-configuration-incorrect/


Зачем КЗ запускать с сетевого ресурса?

Сам часто устанавливаю сетевую КЗ в такой конфигурации.

1. Очень удобно в плане администрирования - все 10 рабочих мест на одном компе.

2. Компы расчётчиков, как правило дохлые.

Это только "навскидку..."

речь идет не о коэффициенте и проценте, а о сумме!

Что это меняет?

Для каждой группы отдельная строка.

Для групп, в которых индексации нет - суммы по столбцам одинаковые.

Для групп, в которых индексация есть - суммы по столбцам разные.

Здравствуйте.

Единичка, отмеченная маркером в параметрах, вроде должна ограничивать взятое РВ нормой месяца, если его много, но почему-то это не делается.

Не должна.

Единичка в шестом параметре приводит результат к числу месяцев периода, заданного 3-м и 4-м параметрами.

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


З.Ы. На мой взгляд, очень странная попытка модификации 6-го алгоритма: D1 у Вас в днях (первый параметр), а D2 вычисляете путем деления БЗ на НРВ в часах...

нужно завести предварительный фиктивный столбец с той же суммой у тех групп, где не нужна индексация?

Нет.

Для каждой группы в таблице д.б. своя строка.

Знание читали?

Здравствуйте.
"Типовые" настройки индексации в 99% случаев не позволяют корректно применить коэффициент индексации. 

Проблема очень просто решается настройкой индексации по сетке.
З.Ы. Если по некоторым сотрудникам повышение нельзя относить к индексации, то всем сотрудникам этого подразделения индексировать отпускные нельзя. Если в организации нет подразделений, то отпускные не индексируются никому. (ПП 922)



Сервис поддержки клиентов работает на платформе UserEcho