К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Тайные записи персучёт по оплате

0 - 12.03.2012 - 20:23
зиК 7.7 тип 322 релиз (в старых релизах так же).
происходит страные вещи : давным давно был сотрудник, его уволили в 2005 г, в 2010 приняли заново и завели новый элемент. Теперь при заполнении персучёта ЗиК подбирает обоих и на старого вешает часть уплаты (начислени по уволенному естественно нет). Если его удалить из списка и перезаполнить уплаченн суммы - его сумма не распределяется. В принципе есть подозрения, что может помочь : посмотреть как при распределении отбирается сотрудник и очистить уволенному этот реквизит; непонятно почему только часть уплаты на него вешается и куда её запоминает ЗиК?



1 - 12.03.2012 - 21:09
простое решение:
1) иванов иван иванович
2) иванов иван иванович
1-го переименовать в: НЕ_иванов иван иванович

сформировать по нему расчетную ведомость за 12 месяцев.
и не выпучивать глаза ;)
2 - 12.03.2012 - 21:33
2) смотрели сразу - расч ведомости 10-12 год - всё пусто
3 - 12.03.2012 - 21:43
дома такая фигня не повторяется - надо им сделать ТИИ
4 - 12.03.2012 - 23:05
Попробуй очистить у "старого" сотрудника
страховой номер
Гость
5 - 12.03.2012 - 23:10
Вот именно. Персучета ;) Вумные головушки в нынешней team увлеклись работой с ТЗ с какбэ "индексом". "Какбэ" потому, что платформа имеет возможность вести поиск по таблице только по одному полю. Потому оне применили т.н. "ключевые поля", совмещающие конкатенацией два разных реквизита. Например, код+год+месяц ;) И плевать, что код - реквизит меняемый юзером. Потому: не меняйте коды сотрудников, не надо :)
Хотя можно сделать ровно тем же способом правильно, и совершенно безопасно: пусть глупая расчетчица хоть кажный месяц код (он де ТН) меняет. На алгоритме это никак не скажется. На логике, имеется ввиду ;) Ну, появится обращение к функции типа УниКод(Сотрудник)... Возвращающее заведомо уникальный идентификатор, пригодный для конкатенации с чем угодно, и по которому можно будет обратное нахождение объекта типа НайтиПоУниКоду(УниКОД) :D
Правильно и безопасно. И никаких "тайных" ("недокументированных") функций и процедур. Никаких ВК...
Гость
6 - 12.03.2012 - 23:25
+(6) Да, совсем забыл про персучет, и причину трабла. Код сотрудника, как основа "ключевого поля" используется для НДФЛ. В случае персучета в качестве "ключевого поля" используется... используется... Кто-то уже догадался? :D
7 - 13.03.2012 - 05:04
6-VZ >Ты не понял. Трабла в новом механизме "Распределение уплат с учетом ранее переданных данных" согласно которого создаются служебные документы ЗагруженныеДанныеПФР. Так вот этот документ при его заполнении пихает в себя первого попавшегося сотра с подходящим страховым номером (не заметил, что одновременно с выходом этой опции, разработчики добавили индекс на поле СтрахНомер?).
Решение: или (5) или мой алгоритм распределения с ИС.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены