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

Вы его получили:

Потому что "количество дней" определяется по табелю по символам "ОУ"..

Ниже Николай выложил скрипт, который эту ситуацию исправляет:

Image 8272

Что не так?

Для взносов, вроде как, не критично... Они всегда по месяцу начисления.

Тогда просто удалите столбец "БАЗА ДЛЯ НАЛОГА".

В 10-м столбце ТВХ ненулевыми символами д.б. помечены виды, по которым собираются суммы из ЛС, а в функции приема д.б. указаны эти символы. 

З.Ы. Если не секрет, с какой целью вы сделали такую табличку, если адекватной информации с пом. неё не получить?

Здравствуйте.

В ЛС присутствует действующий присутствует вид с алгоритмом 7

разноска перестала работать, подозрение на то что системщики какие то защиты поставили

Если "какие-то защиты" установили на уровне системы, упала бы вся КЗ, а не только разноска.

Если речь о "защитах" на уровне КЗ - проверяйте "Общие настройки системы" - "Настройка параметров безопасности".

Попробуйте разнести данные с помощью поставочной таблицы ТН - ФИО - Сумма.

Если данные разнеслись, сравните свою таблицу с поставочной, найдите отличия и исправьте. Ну или просто создайте новую табличку на основе поставочной.

Если данные не разнеслись, выложите сохраненку.

З.Ы. Версия сетевая? Если да, то проверьте статус рабочего места. М.б. там "кадры" или "справки"...

Здравствуйте.

в файле отсутствует поле "ФИО из списка ЛС"

Если грузите данные именно из dbf, то наличие/отсутствие каких-либо столбцов в файле (как и порядок их следования) не имеет значения. Инфа грузится по совпадающим dbf-именам полей. 

Здравствуйте.

Количество месяцев хранимой информации не ограничено.

Максимальное количество "видимых" месяцев == 120. Задаётся здесь:

Image 8255


Т.е, если месяц системы - март 2024, то наиболее отдаленный месяц, за котрый можно получить информацию - март 2014.

Вывод: чтобы сформировать реестр по больничным листам за 2009 год, текущий месяц системы должен быть - январь 2019.


З.Ы. При переводе месяца системы так далеко назад получите "страшилку": 


Image 8256

Это не означает, что данные действительно будут удалены. Они могут быть удалены с достаточно большой долей вероятности (прецеденты были). Поэтому на рабочей базе такие эксперименты лучше не ставить.

1. Файл vtb24otk.S переписать в ..\ZPL\script\ (Если версия сетевая - в сетевой ..\ZPL\script\).

2. В списке банковских реестров создать свой реестр на открытие счетов в ВТБ на основе поставочного.

3. Прописать функции для передачи и начала передачи в файл:

Image 8249

После этого в панели запроса доп. данных появится поле для ввода номера отделения банка, которое надо заполнить:

Image 8250

В сформированном файле номер отделения банка будет добавлен после наименования организации.



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