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

Еще один вариант исключения периода НОД из среднего для отпуска

Гораздо логичнее отфильтровывать лишние ЛС во время создания банковских реестров

Фильтровать ЛС во время создания табличек для банков мы тоже умеем..

Несомненный "плюс" такого варианта - практически ни каких дополнительных настроек делать не надо.

Бесспорно, но есть и минусы- не факт что общая сумма по сформированным банковским таблицам сойдется с ведомостью.

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

Более того- есть организации, которые формируют ведомости по источникам/обьектам в разрезе каждого банка.  

Сводят выплаты, проверяют "кошельки" на предмет достаточно средств и только после этого формируют реестры для банка.

Жизнь намного "богаче", чем кажется на первый взгляд ;)

Дату выплаты определяет КД и/или ТД (ст.136 ТК РФ), а не банк.

Речь о фактической дате выплаты.

Всякие нюансы бывают.. ( счет арестовали/заблокировали, банк"внезапно" форматы поменял... или по какой то другой причине  "завернул" реестр)

Несколько замечаний:

1)в Настройке к.ч. вы добавили поля с типом N.

Лучше использовать тип T - тогда вы сможете вести "историю" по изменениям карт сотрудника или при переводе в д.р. банк - можно с определенной даты "обнулить" поле в прежнем банке и добавить карту в новый банк


2)Для убрир вы поле добавили, а в скрипте не прописали.

Немного оптимизировал и  поправил скрипт под ваши настройки.

Попробуйте этот вариант: USKASLIB.S

Итого:

С выключенным FIPS в настройках для ЭЛН сертификат выбирается без проблем.

Кстати, в ФРМР у меня добавить какие-либо должности не получилось

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

Еще одно поле КЧ дополнительно анализировать сильно напряжно будет?

Вы можете переопределить поставочную функцию так (вместо pseudoKCH - напишите псевдоним вашего поля к.ч.):

UserMonitoringGetDolgnName(prop,month,btakeFRMR)
/*
если есть должность ФРМР - берем ее
если есть должность ОКПДТР - берем ее
иначе берем то название должности что используется в организации.
*/
{
if(prop.GetCombine()==-1)
return "Должность внутреннего совместительства не определена";
var doljnElem=GetDoljnFromKCH(KDateFromInt_LastDay(month).GetStr(),prop.GetCombine());
if(doljnElem.IsEmpty())
return "Должность не определена";

//если есть должность ФРМР - берем ее
if(btakeFRMR && doljnElem.GetFrmrCode()!=0)
return RTrimS(doljnElem.GetFrmrName());

//если есть должность ОКПДТР - берем ее
if(__useOkpdtrDolgnName && doljnElem.GetOKPDTRCode()!=0)
return GetOKPDTRDoljnName(doljnElem.GetOKPDTRCode());

//берем должность из "специального" поля К.Ч. (
char Buf[256];
GetKchValue("pseudoKCH",Buf,511,KDateFromInt_LastDay(month));
if(RTrimS(Buf)!="")
return to_string(Buf);

//берем должность из К.Ч.
return RTrimS(doljnElem.GetName());
}

USFUNCRW.S


кто-нибудь знает, откуда взяты прочие должности в том справочнике,

этот вопрос лучше задать авторам справочника

то где еще можно задать нужное название

Какое ваше предложение?

Думаю в алгоритме опечатка в стройке 106.

Вместо "*"   нужно поставить sim_nod

было:

	nod     = dney_v_tab("*",calm,info.z1,info.z2);

стало:

	nod     = dney_v_tab(sim_nod,calm,info.z1,info.z2);

Добрый день.

исключаются из Формы №1 только после указания этих периодов в поле КЧ "Трудовой стаж

На основании чего сделан такой вывод?

Если я правильно понимаю "как это работает", то данные отфильтровываются по столбцу FL_OSD

1)Как минимум это удобно - ведомость сама "отфильтрует" лишние ЛС ( не нужно предварительно кого то выделять)

2)Для разных банков дата выплаты может не совпадать.

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