1. Все перенастройки букв табеля были сделаны локальных ..\SCRIPT\SetSim.S. В августе перестало работать.

2. Перенёс всё в сетевой ..\ZPL\script\USSETSIM.S

3. Отключил загрузку локальных ..\SCRIPT\user\USSETSIM.S

Тему можно закрывать.

Я правильно понимаю, что добавление в USSETSIM.S 

TA[9] = "O";

должно привести к тому, что символ "ОД" который приходит в письме из КП, в табеле КЗ превратится в "О"?

Взял чистую поставку. в USSETSIM.S вставил:

Проверил загрузку USSETSIM.S в STARTUP.S 

Заменил в табеле для ранее рассчитанного отпуска символ "О" на "Ь".

Результат:

З.Ы. Пробовал заменять "Ь" на "О" в USSETSIM.S ещё на этапе внедрения года 2 назад. Не помогло. "Временно" прописал замену в SetSim.S. Сработало. Руки не дошли разобраться почему не сработал USSETSIM.S и временное превратилось в постоянное.  Расчётчик говорит, что до августа всё было нормально. 

прописана

В письмах из КП приходит "ОД", а КЗ ставит в табель "Ь"

Сваял скрипт для расчёта компенсации с учетом изменения ставки. Сравнил с результатом расчёта Вашего скрипта:

Разница ощутима...

Расчёт в онлайн-калькуляторе :

Если в настройках Windows разделителем дробной и целой части указана запятая, то значение ставки возвращается без десятичных знаков (atof просто не отрабатывает, поскольку значение из сетки=4.25 считывается как 4,25). Windows по умолчанию устанавливается с разделителем = запятая. Значит у всех клиентов сумма компенсации посчитается не правильно. Можно ли это побороть?

Спасибо!

пересмотрел все калькуляторы расчетов, дак все как один выдавали ставку рефинансирования на момент совершения правонарушения

Но это не правильно. И, кстати, тот калькулятор, который указан в скрипте, считает пени с учетом изменения ставки.

В моем случае разница исчислялась тысячными долями копеек, что не критично.

Это если период задержки короткий и ставка не менялась, или менялась несущественно. А вот если задержали в январе 2020, а выплатили в августе, то разница ощутима