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