Вы в своем скрипте используете шаблон 417.xlt
Если вы его откроете, то увидите что там в 54 строке стоит дата на том месте куда скрипт печатает ответственного исполнителя.
Надо поправить шаблон. И не забывать вместе со своим скриптом возвращать шаблон.

Еще лучше скопировать этот шаблон со свим именем "usr417.xlt", исправить его и в своем скрипте обращаться уже к этому шаблону.

Проверьте на выходящей 599.

Ну и что что совместительство до 29.07.2018?

У вас получается два периода работы: 04.06.2018 - 24.10.2018 - основная должность.

01.07.2018 - 29.07.2018 - совместительство.

Объединение(то есть общий период!) = 04.06.2018-24.10.2018.

Для бегунков ведь надо ставить последнюю дату приема, а не оставлять первую. Если он последний раз был устроен на работу 15.10.2018, то в дате приема основной должности должно стоять 15.10.2018.

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

Настройка -> 6. Общие настройки системы -> 4. Настройки для Пенсионного фонда >>>>> -> 1. Специальные настройки для Пенсионного фонда -> Запрет автоматического заполнения стажа поставить 64.

Настройка "флаговая" (имеют значения степени двойки). Если там стояло что-то отличное от нуля, то надо поставить старое значение увеличенное на 64.

вызвать помощь по F1, вкладка "Поиск", набрать слово Простой.
Первая ссылка ведет на статью:

Алгоритм оплаты простоев

Алгоритм оплаты простоев

Базовый код алгоритма — 121.

Последовательность работы алгоритма:

1. Определяется среднеднвной/среднечасовой заработок или дневная/часовая тарифная ставка:

   • если простой произошел по вине РАБОТОДАТЕЛЯ, оплата за время простоя рассчитывается исходя из СРЕДНЕГО заработка;

   • если работник на время простоя переведен на другую работу и выполняет там НОРМУ, оплата рассчитывается исходя из СРЕДНЕГО заработка;

   • если простой произошел НЕ по вине РАБОТОДАТЕЛЯ, оплата рассчитывается исходя из ТАРИФНОЙ СТАВКИ (оклада);

   • если работник на время простоя переведен на другую работу и НЕ ВЫПОЛНЯЕТ там норму, оплата рассчитывается исходя из ТАРИФНОЙ СТАВКИ (оклада).

   Если в соответствии с трудовым договором работнику не определена тарифная ставка (оклад), то вместо нее используется установленный Правительством РФ МИНИМАЛЬНЫЙ РАЗМЕР ОПЛАТЫ ТРУДА.

2. Определяем количество дней/часов к оплате.

3. Сумма оплаты простоя: (1)*(2)*коэффициент оплаты простоя (коэффициент дожен быть не менее 2/3).

Параметры алгоритма оплаты простоев:

В поставочной версии системы для работы по алгоритму оплаты простоев предназначены следующие виды:

Думаю, что пересчет все таки был. Чудес не бывает.

Чтобы пересчет не затирал РВ проставленное расчетчиком, надо в 4-ом столбце специальной таблицы входимости поставить 2.

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

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

На мой взгляд выделенный фрагмент означает немного другое.
Расчетный период у нас 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).