| 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) или мой алгоритм распределения с ИС. | |
Интернет-форум Краснодарского края и Краснодара |
