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

Добавил не всю строку а только 

TA[9] ="О"; 

Работает.

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 по умолчанию устанавливается с разделителем = запятая. Значит у всех клиентов сумма компенсации посчитается не правильно. Можно ли это побороть?



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