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

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

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

сформировать по нему расчетную ведомость за 12 месяцев.
и не выпучивать глаза ;)

2) смотрели сразу - расч ведомости 10-12 год - всё пусто

дома такая фигня не повторяется - надо им сделать ТИИ

Попробуй очистить у "старого" сотрудника
страховой номер

Вот именно. [b]Персучета[/b] ;) Вумные головушки в нынешней team увлеклись работой с ТЗ с [em]какбэ[/em] "индексом". "Какбэ" потому, что платформа имеет возможность вести поиск по таблице только по одному полю. Потому оне применили т.н. "ключевые поля", совмещающие конкатенацией два разных реквизита. Например, код+год+месяц ;) И плевать, что код - реквизит [u]меняемый[/u] юзером. Потому: не меняйте коды сотрудников, не надо :)
Хотя можно сделать ровно тем же способом [b]правильно[/b], и совершенно [b]безопасно[/b]: пусть глупая расчетчица хоть кажный месяц код (он де ТН) меняет. На алгоритме это [u]никак не скажется[/u]. На логике, имеется ввиду ;) Ну, появится обращение к функции типа УниКод(Сотрудник)... Возвращающее заведомо уникальный идентификатор, пригодный для конкатенации с чем угодно, и по которому можно будет обратное нахождение объекта типа НайтиПоУниКоду(УниКОД) :D
Правильно и безопасно. И никаких "тайных" ("недокументированных") функций и процедур. Никаких ВК...

+(6) Да, совсем забыл про персучет, и причину трабла. Код сотрудника, как основа "ключевого поля" используется для НДФЛ. В случае персучета в качестве "ключевого поля" используется... используется... Кто-то уже догадался? :D

6-VZ >Ты не понял. Трабла в новом механизме "Распределение уплат с учетом ранее переданных данных" согласно которого создаются служебные документы ЗагруженныеДанныеПФР. Так вот этот документ при его заполнении пихает в себя первого попавшегося сотра с подходящим страховым номером (не заметил, что одновременно с выходом этой опции, разработчики добавили индекс на поле СтрахНомер?).
Решение: или (5) или мой алгоритм распределения с ИС.