Ваши комментарии
Вы его получили:
Потому что "количество дней" определяется по табелю по символам "ОУ"..
Ниже Николай выложил скрипт, который эту ситуацию исправляет:
Что не так?
Для взносов, вроде как, не критично... Они всегда по месяцу начисления.
Тогда просто удалите столбец "БАЗА ДЛЯ НАЛОГА".
В 10-м столбце ТВХ ненулевыми символами д.б. помечены виды, по которым собираются суммы из ЛС, а в функции приема д.б. указаны эти символы.
З.Ы. Если не секрет, с какой целью вы сделали такую табличку, если адекватной информации с пом. неё не получить?
Здравствуйте.
В ЛС присутствует действующий присутствует вид с алгоритмом 7
разноска перестала работать, подозрение на то что системщики какие то защиты поставили
Если "какие-то защиты" установили на уровне системы, упала бы вся КЗ, а не только разноска.
Если речь о "защитах" на уровне КЗ - проверяйте "Общие настройки системы" - "Настройка параметров безопасности".
Попробуйте разнести данные с помощью поставочной таблицы ТН - ФИО - Сумма.
Если данные разнеслись, сравните свою таблицу с поставочной, найдите отличия и исправьте. Ну или просто создайте новую табличку на основе поставочной.
Если данные не разнеслись, выложите сохраненку.
З.Ы. Версия сетевая? Если да, то проверьте статус рабочего места. М.б. там "кадры" или "справки"...
Здравствуйте.
в файле отсутствует поле "ФИО из списка ЛС"
Если грузите данные именно из dbf, то наличие/отсутствие каких-либо столбцов в файле (как и порядок их следования) не имеет значения. Инфа грузится по совпадающим dbf-именам полей.
Здравствуйте.
Количество месяцев хранимой информации не ограничено.
Максимальное количество "видимых" месяцев == 120. Задаётся здесь:
Т.е, если месяц системы - март 2024, то наиболее отдаленный месяц, за котрый можно получить информацию - март 2014.
Вывод: чтобы сформировать реестр по больничным листам за 2009 год, текущий месяц системы должен быть - январь 2019.
З.Ы. При переводе месяца системы так далеко назад получите "страшилку":
Это не означает, что данные действительно будут удалены. Они могут быть удалены с достаточно большой долей вероятности (прецеденты были). Поэтому на рабочей базе такие эксперименты лучше не ставить.
Сервис поддержки клиентов работает на платформе UserEcho
Здравствуйте.
1. Достаточно просто убрать у вида (заменить на ноль) символ допреквизита в 20-м столбце ТВХ.
2. Вопрос непонятен.
З.Ы. "Перенастраивать" алгоритм расчета вида, по которому в предыдущих месяцах были начислены суммы - значит получить проблемы с пересчетами, если таковые понадобятся. Поэтому надо не перенастраивать существующий вид, а заводить новый.