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

Доброе утро, Любовь!

На мой взгляд выделенный фрагмент означает немного другое.
Расчетный период у нас 12 месяцев. Если вы берете премии за период меньше 12 месяцев (квартальную, годовую, месячную). То вы ее берете просто полной суммой. Если вдруг в организации выплачивается премия за период больше чем за 12 месяцев, ну например за 1.5 года, то надо разделить ее на количество месяцев "премиального периода" (18) и включить в этой месячной доле в каждый месяц расчетного периода (то есть взять 12 кусочков из 18).

Что касается годовых премий, то в 922 Постановлении для них отведен отдельный абзац:

"вознаграждение по итогам работы за год, единовременное вознаграждение за выслугу лет (стаж работы), иные вознаграждения по итогам работы за год, начисленные за предшествующий событию календарный год, - независимо от времени начисления вознаграждения"


У вас премия выплачивалась в абсолютной сумме (без привязки к отработанному времени). Я себе это представляю как "выплатить всем слесарям 3 разряда по 10000 рублей" (то есть даже если человек только вчера пришел, ему выплатят те же 10000 что и тому кто весь год работал).

То для таких случаев премию в среднем надо учитывать пропорционально отработанного времени.

У нас такая пропорция строится только по месяцам расчетного периода, а в описанном мной случае правильнее было бы применить либо ваш подход (5/12) либо ФРВ работника/НРВ 12 месяцев расчетного периода (то есть НРВ не ограничивать месяцем приема, а брать за все 12 месяцев). Хотя для некоторых сотрудников сложно "экстраполировать" график за пределы реального периода работы. Это если стандартная пятидневка - понятно как сделать, если график более сложный, то НРВ за пределами периода работы нельзя достоверно определить, поэтому 5/12 будет оптимальнее.
Но! Повторюсь, это если премию выплатили реально без оглядки на время работы.

Если же премия выплачивалась примерно так: Иванов весь год отработал, ну давайте ему выплатим 20000, Сидоров у нас полгода только, ему выплатим 12000, Петров в декабре устроился - ему 1000 хватит.

В этом случае не смотря на то, что окончательный приказ на премирование будет в фиксированной сумме, де факто решение было принято с учетом отработанного времени. И в этом случае я бы уже не пытался применять коэффициент 5/12.

В программе сейчас нет возможности серьезно вмешаться в процесс выборки премии так чтобы соответствовать любой сложной ситуации с премированием. Единственный способ сделать это - провести премию другим видом (не включаемым в расчет среднего) + посчитать "месячную долю" которая должна учитываться в среднем и проставить ее в базовое значение специального вида начисления, который настроить для включение в расчет среднего не начисленной суммой, а базовым значением. Такие виды отмечаются символом А в столбце ТВХ для расчета среднего.

Корректировать user.tab можно так:
Находясь в ZPL из командной строки запустить:
..\rscalt\tabvieww.exe user.tab

В поставке единственный пользователь "Астров С.П." прописанный в файле ZPL\user.tab является Мастером.

Выше уже написано: запрет не действует на "Мастера" (роль "Мастер" или "Расчетчик" прописывается в файле user.tab).

Добрый день, Любовь! Из каких положений 922 Постановление следует "надо поделить премию на 12 месяцев и умножить на 5"?

Я не совсем понимай почему при работе с 04.06.2018 по 24.10.2018 + с 01.07.2018 по 24.10.2018 стаж с 04.06.2018 по 24.10.2018 не является правильным.


По многочисленным просьбам программа автодополняет поле трудовой стаж периодами работы по исполняемым должностям.

Полученный стаж в СЗВ-СТАЖ не противоречит состоянию кадровой части.

Должны сегодня выпустить.

Из всего перечисленного для больничного может пригодиться разве лишь МРОТ.
Он легко добавляется самостоятельно в 86 сетку :)

Настройка -> 6. Общие настройки системы -> 15.Настройки параметров безопасности -> Запрет удаления видов

Запрет не действует на "Мастера" (роль "Мастер" или "Расчетчик" прописывается в файле user.tab).

Каким образом создать шаблон кассовой ведомости? К примеру, сделать несколько вариантов "По произвольному виду Н-У", чтобы одна из них по умолчанию разносилась на "302 Касса" (как в поставке, другая - на "301 Аванс" и т.д.

Сейчас никак. Но возможность такой функциональности мы рассматривали. Принципиальных ограничений нет. Руки не дошли.

Зачем удалять ведомость? Можно убрать разноску и повторно разнести. При повторной разноске запрашивается вид на который надо выполнить разноску.

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