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

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

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

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

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

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

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

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

Дату выплаты определяет КД и/или ТД (ст.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)Для разных банков дата выплаты может не совпадать.

Запрос банка появился?

В ЛС у вас разные поля к.ч. для каждого банка?

Выложите сохраненку с 2 ЛС из разных банков