Ой, про последнюю дату приема я и забыла...

Так у вас при старой дате приема и среднее для отпусков и т.п. считаться будет неверно (будет считаться что он все время работал).

Все остальные значения настройки описаны в комментарии к настройке:

0 - все разрешено, 1-не добавлять б/л, 2-не добавлять декретные,4- административные, 8-отпуска по уходу за детьми,16-простые строки стажа,32-договора подряда

+ 64 - не добавлять в стаж периоды работы по разным исполняемым должностям (смотреть только на основную должность, как было до начала 2018 года).

Еще в поставке есть 417_2015.xlt. Может быть вас устроит поставочная форма 2015 года? Там есть и ответственный исполнитель.

Вы в своем скрипте используете шаблон 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.

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