Ваши комментарии
разноска перестала работать, подозрение на то что системщики какие то защиты поставили
Если "какие-то защиты" установили на уровне системы, упала бы вся КЗ, а не только разноска.
Если речь о "защитах" на уровне КЗ - проверяйте "Общие настройки системы" - "Настройка параметров безопасности".
Попробуйте разнести данные с помощью поставочной таблицы ТН - ФИО - Сумма.
Если данные разнеслись, сравните свою таблицу с поставочной, найдите отличия и исправьте. Ну или просто создайте новую табличку на основе поставочной.
Если данные не разнеслись, выложите сохраненку.
З.Ы. Версия сетевая? Если да, то проверьте статус рабочего места. М.б. там "кадры" или "справки"...
Здравствуйте.
в файле отсутствует поле "ФИО из списка ЛС"
Если грузите данные именно из dbf, то наличие/отсутствие каких-либо столбцов в файле (как и порядок их следования) не имеет значения. Инфа грузится по совпадающим dbf-именам полей.
Здравствуйте.
Количество месяцев хранимой информации не ограничено.
Максимальное количество "видимых" месяцев == 120. Задаётся здесь:
Т.е, если месяц системы - март 2024, то наиболее отдаленный месяц, за котрый можно получить информацию - март 2014.
Вывод: чтобы сформировать реестр по больничным листам за 2009 год, текущий месяц системы должен быть - январь 2019.
З.Ы. При переводе месяца системы так далеко назад получите "страшилку":
Это не означает, что данные действительно будут удалены. Они могут быть удалены с достаточно большой долей вероятности (прецеденты были). Поэтому на рабочей базе такие эксперименты лучше не ставить.
1. Файл vtb24otk.S переписать в ..\ZPL\script\ (Если версия сетевая - в сетевой ..\ZPL\script\).
2. В списке банковских реестров создать свой реестр на открытие счетов в ВТБ на основе поставочного.
3. Прописать функции для передачи и начала передачи в файл:
После этого в панели запроса доп. данных появится поле для ввода номера отделения банка, которое надо заполнить:
В сформированном файле номер отделения банка будет добавлен после наименования организации.
Если через параметры 1-го алгоритма не хотите, вот скриптовый алгоритм:
case 607:
{
// Доплата за ночное время сторожам;
// Ставка считается по столбцу, заданному в параметре 1
// НРВ - из сетки с номером, заданном в параметре 2
// БЗ - из сетки с номером, заданном в параметре 3
// Параметры алгоритма
struct Struct_Alg Work;
Get_AlgWithParam(Work,info.ikod);
// Параметр 1 - номер столбца для расчёта ставки.
int stolbec=1001; // Столбец ТВХ по умолчанию
if (Work.Count_Par>0)
{
stolbec = atoi(reinterpret_cast_to_string(Work.List_Par[0]));
}
// Параметр 2 - номер сетки с НРВ
int NumSetNRV=82; // Номер сетки с НРВ по умолчанию
if (Work.Count_Par>1)
{
NumSetNRV = atoi(reinterpret_cast_to_string(Work.List_Par[1]));
}
// Параметр 3 - номер сетки с коэфф. доплаты
int NumSetKFC=83; // Номер сетки с коэфф. доплаты по умолчанию
if (Work.Count_Par>1)
{
NumSetNRV = atoi(reinterpret_cast_to_string(Work.List_Par[1]));
}
char t[20];
if((info.c=korrv(r,t,0,info.h,flagrow,jf)) != 1)
return code_ReturnCode;
var D = CreateObject("KDate");
D.SetDateII(countday,mrasch);
double NormZar=0.;
ras_normzar(stolbec-1,"*",5,4,NormZar,D); // Ставка в месяц
double nrv=0.;
Value_For_Table_Cod(NumSetNRV,info.kod,data,nrv); // НРВ из сетки
double kfc=0.;
Value_For_Table_Cod(NumSetKFC,info.kod,data,kfc); // коэфф. доплаты из сетки
info.n1=NormZar/nrv*r[2]*kfc; // Результат
if(FL_V_ALG && uprc != NO_SCREEN)
{
infolist.add_record("Ставка",NormZar);
infolist.add_record("НРВ",nrv);
infolist.add_record("Рабочее время",r[2]);
infolist.add_record("Коэфф. доплаты",kfc);
infolist.add_record("Результат",info.n1);
}
return code_Break;
}
Код надо вставить в ..\SCRIPT\user\USALG.S между строками:
// начало описания алгоритмов пользователя
// конец описания алгоритмов пользователя
В ТВХ у вида 707 поставить алгоритм 607.
З.Ы. Стандартный столбец для расчёта ставки (1-й столбец спецТВХ) в вашем случае скорее всего не подойдёт. Слишком много в нём отмечено видов, не входящих в расчёт ночных. Да и заполнен он, мягко говоря, странно и с ошибками (не по правилам заполнения столбца для расчёта ставки).
Лучше добавить в пользовательскую ТВХ отдельный столбец для расчёта ночных и указать его номер в первом параметре 607-го алгоритма.
З.З.Ы.
Если заменили свой ..\SCRIPT\user\USALG.S на выложенный выше, проверьте работоспособность 175-го вида. Есть подозрение, что для него вы написали скриптовый алгоритм, который остался в "старом" USALG.S
Поправка: параметры алгоритма д.б. такие:
1=А(0)/Ч(607,82);2=П(1)*У;15=П(2)*Ч(607,83);11=У;17=2
Через универсальный алгоритм 1 будет так:
В 82 сетку надо добавить вид 707 и поставить для него НРВ на 2024 год.
Расчет ставки производится по стандартному столбцу ТВХ. Оба оклада д.б. в нем отмечены символом 1.
Если стандартный столбец не подходит, надо добавить свой и указать его в параметрах: А(2,номер_столбца)
Чтобы "выводило всех", здесь должно быть пусто:
З.Ы. У вас 709-е подразделение не попадает вообще ни в один свод.
Сервис поддержки клиентов работает на платформе UserEcho
Здравствуйте.
В ЛС присутствует действующий присутствует вид с алгоритмом 7