- Контур.Зарплата
- Отчетность
- Отчетность СФР
- ЕФС-1
-
Вопросы
0
На рассмотрении
Настройки для ЕФС-1 ЗПГос
Добрый день! У нас система расчетов такая, что в одном совместительстве может быть более двух блоков фиксированной оплаты труда по таким видам: 294,246,102,114 из них первый и второй, третий и четвертый взаимоисключающие, то есть может присутствовать (294 или 246) и (102 или 114) одновременно, при этом надо как-то указать приоритет который из них брать в отчет:
Сервис поддержки клиентов работает на платформе UserEcho
Здравствуйте.
Некая общая для всех ЛС логика задания приоритета (если "что-то", то вид "такой-то") есть?
Если нет, то предыдущая настройка - "Псевдоним поля КЧ с фиксированными размерами оплаты" - вам в помощь.
По логике задания приоритете в ЛС, что имеется в виду? Все выше перечисленные виды рядовые виды начислений, которые при расчете все учитываются без исключений.
С псевдонимом поля экспериментировали, но проблема в том, что в отчет возвращается узел сетки оклада, который у этих видов в базе! Если была бы сумма, тогда подошел бы этот вариант.
Если в ЛС на одном совместительстве есть одновременно 294 и 102, по какому признаку определить какой из них "главный" для отчёта? Если логика отбора для всех ЛС одна, значит её можно "объяснить" КЗ. В противном случае надо добавить пользовательское поле КЧ для размера фиксированной части и занести в него этот самый размер. В этом случае, если в настройках будет указан псевдоним этого поля, в отчёт попадёт указанная в нём сумма.
"узел сетки" Это как?
Если вы в к.ч. поставили сумму, а настройке указали псевдоним этого поля к.ч., то в отчете увидите сумму.
"определить какой из них "главный" для отчёта"
294 или 246 имеют приоритет относительно 102 или 114
Вам надо реализовать функцию UserGetZpGosFixPeriods() взяв за основу SysGetZpGosFixPeriods()
внутри вместо GetZpGosFixPeriodsByNu() вызываете UserGetZpGosFixPeriodsByNu()
и в ней прописываете нужную логику..
Надо ли говорить что по порядку заполнения только у "сделки" может быть несколько блоков фиксированной оплаты. У всего остального блок ТОЛЬКО один.
В отчете один.
А в расчетах у организации несколько.. и они хотят "несколько" впихнуть в "один блок"
Если бы все делалось по правилам(порядку заполнения), то и вопросов бы не было!
До ЕФС-1 проблем не было, т.к. АМБа многое позволяет вне правил, в этом ее преимущество!
В ЕФС-1 она еще больше позволяет вне правил. Там на каждый "чих" скриптовая "закладка" и вы можете переопределить стандартное поведение программы. Николай ниже показал где и чего.
Количество блоков фиксированной части, если мне не изменяет память, контролируется на уровне "контрольных соотношений". Другими словами это то, что не получится обойти - вы просто получите протокол с ошибкой.
Спасибо!
Попытаюсь создать "скриптовую закладку"!