Ваши комментарии
Что-то не помогает.
Добрый день!
Сразу прошу прощения, что пишу в закрытую тему, но возникла проблема с этим реестром: почему не увеличивается счетчик номеров файлов?
Пример:
Выгружаю в файл и в диалоговом окне ввода данных задаю номер реестра к примеру 10, он встает в наименование xml-файла, и потом пишется в файл script\bank\open_s.dat, но при следующей выгрузке в диалоговом окне опять ставится номер реестра 1, а не 11. И так каждый раз.
А дата наоборот - в окне ввода данных считывается последняя из файла open_s.dat, а хотелось бы просто текущую.
Спасибо, все получилось.
Премного благодарна, все получилось.
А в справку можно добавить описание параметров? ну или скажите, где найти.
Присоединяемся к вопросу, сориентируйте, пожалуйста, по срокам выхода обновления.
Для настройки индексации по категориям можно бы добавить еще информацию о регистрации пользовательской функции в USINIT.S (для "чайников"))) )
п1. Переношу обсуждение в почту
Николай, добрый день!
По п.2. Обработчики не подошли, они для 8.2, нужны для 8.3.
По п.3. Правильно я понимаю, что код источника определяется по текстовому наименованию в dbf-файле? т.е. в КЗ источник надо назвать так же, как в 1С.
По п.1. Попробую сама покопаться. А перекодировка в уникальный номер... Блин, сильно заморочно конечно. Тогда придется же отлавливать и перекодировать соответствующие номера и во всех остальных файлах. На 50 человеках я таких обнаружила уже около 7, но это пока пробная организация. Их будет еще 9.
После нового патча ошибка ушла, спасибо, работает, правда не совсем так как надо.
В связи с этим вопросы:
1. Если есть люди с кодами, например, 0000000187 и ЗК-0000187, то они наложатся друг на друга как просто 187, а это совершенно разные люди.
2. В меню есть пункт по загрузке табеля, из какого файла он должен грузиться?
3. При приеме сумм, как программа должна узнать о соответствии источников и видов НУ? У меня появилось сообщение, что не найден источник и вид, и все, ничего не загрузилось.
4. 7-й пункт меню по загрузке среднего не работает, сразу выдает ошибку
В общем, пока из первоочередных я вижу 2 проблемы: это почему 1С не собирает в dolgList.DBF тех, кого нужно, и вот из п.1 по наложению кодов / табельных номеров.
В обработке пробовали задать очень большой период, несколько лет, выгружаются люди, но тогда их очень много, лишние, давно уволенные, которые сейчас в базе точно не нужны.
Сервис поддержки клиентов работает на платформе UserEcho
А если не надо делать пересчет алиментов?
Пример.
У сотрудника есть постановление, по решению суда по уголовному делу с него удерживают 5%, но только с доходов.
И есть алименты с большим долгом, считаются с учетом НДФЛ и этого судебного исполнительного
Но все это вместе должно быть не более 70%.
Точный процент для автоматического расчета не получается высчитать, т.к. разные базы для расчета, и расчетчик последние корректирует вручную.
Ну или пример с сохранением прожиточного минимума