Ваши комментарии
Проблема в настройке "Расчет минимальной суммы среднего". У большинства клиентов там присутствует РК. Если его убрать, всё рассчитывается нормально.
ГОСТ 2012. Вот сертификат: сертификат.cer
Выложите сертификат( без закрытого ключа)
Если это то что хранится в
Documents and Settings\имя_пользователя>\ApplicationData\Microsoft\SystemCertificates\My\Certificates
то вот:
ваш сертификат 2012 ГОСТ?
Как узнать?
Например, в случае, когда из кадров "проинтегрировалась" дата увольнения где ни будь в конце месяца
В данном случае это невозможно, т.к. для расчёта аванса я нарисовал скрипт:
case 801:
{
toMatrLS();
//Параметр 1 - столбец ТВХ для выборки начислений
struct Struct_Alg Work;
Get_AlgWithParam(Work,info.ikod);
int stolbec=50;//Столбец по умолчанию
if (Work.Count_Par>0)
{
stolbec = atoi(reinterpret_cast_to_string(Work.List_Par[0]));
}
double n_av, n_pr, nal, ud, ud_pr, av;
var CurProp = GetCurPropCountLS();
n_av = CollectSummPropSimv("1",stolbec-1,0,mrasch, CL_MV | CL_COL | CL_NACH,CurProp); // Начисления для аванса
n_pr = CollectSummPropSimv("2",stolbec-1,0,mrasch, CL_MV | CL_COL | CL_NACH,CurProp); // Прочие начисления
ud = CollectSummPropSimv("1",stolbec-1,0,mrasch, CL_MV | CL_COL | CL_UD,CurProp); // Удержания
av = CollectSummPropSimv("9",stolbec-1,0,mrasch, CL_MV | CL_COL | CL_UD,CurProp); // Аванс,начисленный ранее
r[2] = dney_v_tab("РЖВ",calm,info.z1,info.z2);//количество отработанный в первой половине месяца дней
ud_pr = n_pr/(n_pr+n_av)*ud;// Удержания с прочих начислений
info.n1=n_av-ud-av+ud_pr;
if(info.n1<0.0001) info.n1 = 0.00;
if(FL_V_ALG && uprc != NO_SCREEN)
{
infolist.add_record("Столбец Т/В",stolbec);
infolist.add_record("Начислено для аванса",n_av);
infolist.add_record("Прочие начисления",n_pr);
infolist.add_record("Аванс,начисленный ранее",av);
infolist.add_record("Всего удержано",ud);
infolist.add_record("Удержания с прочих начислений",ud_pr);
infolist.add_record("Результат",info.n1);
}
return code_MDefault;
}
Поясню зачем этот огород.
Клиенты жалуются, что штатный способ расчёта может сильно занижать сумму аванса, если до момента его начисления уже рассчитаны отпускные, больничный, премия и т.п. и на них начислены НДФЛ, профсоюз, алименты и т.д.
Ну, т.е. исключиать отпуск из столбца, по которому рассчитывается 1/2 ни как нельзя.
Может как-то это всё можно "допилить"?
Со старого форума;
Шинкарёв Вячеслав | Создана: 22 марта 2018 г. 15:11:44 |
Николай, есть "полуфабрикат" который можно настроить и использовать. В registry.tab ресурсы могут быть "Л"окальными, "О"бщими или "Г"лобальными, а еще появилась (давно уже) возможность быть "С"овместными. Смысл в том, что для таких ресурсов, то, что создает пользователь, создается не в его локальном каталоге, а в его личной папке в сетевом каталоге. "Полуфабрикат", потому что дальше этого пока не реализовали. Смысл в том, что еще предполагается, что какие-то пользователи могут назначаться "К"онтроллерами над определенными ресурсами. Это будет означать что эти пользователи могут видеть как свое, так и чужое (но лежащее в сетевом каталоге конечно, то есть помеченное как "С". Ну то есть для примера: Если TABLKAS пометить как "С", то все кассовые ведомости будут лежать в сетевом каталоге. Когда реализуем "К"онтроллеров, можно будет кого-нибудь назначать как видящего кассовые ведомости всех других расчетчиков. |
Ни кому не известно (кроме разработчиков) - реализованы ли "К"онтролеры, или так и остались "полуфабрикатами"....
можно ли кинуть ссылку
Она у вас есть:
Хотя бы в печатной форме.
На самом деле расчётчики в саму таблицу редко заглядывают.
Это форма для минздрава?
Видимо - да. Прислали из больницы.
Для минтруда тоже поменяется?
Скорее всего.
.У вас случайно нет шаблона, в котором нет защиты листа?
Там вроде бы нет защиты.
Сервис поддержки клиентов работает на платформе UserEcho
Спасибо.
Да, VipNet был "старый" (крайнюю версию не поддерживает операционка). Тему можно закрывать.