Глюк в ЗУП 2.5.41.3 - модуль "ЗаполнениеДокументовЗК"

Опубликовал Vitaliy Tokarev (VitaliyTokarev) в раздел Программирование - Практика программирования

Исправление глюка в ЗУП 2.5.41.3 (общий модуль "ЗаполнениеДокументовЗК")

Заметил, что в документе "Кадровое перемещение" при подборе сотрудников не всегда во вкладку

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

и последовательность заполнения всех документов, параметров учёта и т.д...

Выяснил, что эта фигня наблюдается только при наличии штатного расписания Smile

Причём, если штатное расписание по должности нужного сотрудника заполнено ПОСЛЕ даты документа

"Кадровое перемещение организации", всё работает отлично. Если же штатное расписание заполнено в

тот же день или ранее, начинаются глюки. Стало интересно... оказалось, что не только в этом документе

наблюдается данный глюк.

После этого пошли ковыряния в конфигураторе... Нашёл )))) Оказывается в одни и те же поля в разных кусках запроса

запихивается то 0, то NULL, а потом по этим полям идёт объединение. После чего в 14-м вложенном запросе и далее

нужные данные просто отсекаются.

Общий модуль "ЗаполнениеДокументовЗК". Там есть такая функция:

 

Функция ПолучитьТаблицуДействийСНачислениями(ДанныеДокумента, ДокументСсылка, ДокументДата, Организация, ИмяДатыДействия, КоэффициентИндексацииЗаработка = 1, ПоДаннымТрудовогоДоговора = Ложь, ПолучатьПлановыеНачисления = Истина, ОбособленноеПодразделение = Неопределено) Экспорт

Нужно найти все вхождения запроса где происходит "ВНУТРЕННЕЕ СОЕДИНЕНИЕ" по полям "Показатель1", "Показатель2",... "Показатель6".

И добавить в сравнение проверку на NULL: ПоказательN -> ЕстьNULL(ПоказательN, 0)

Получается вот такое сравнение:

 

|ПОМЕСТИТЬ Начисления

|ИЗ

| НачисленияСтаройПозицииСрезПоследних КАК НачисленияСтаройПозицииСрезПоследних

| ВНУТРЕННЕЕ СОЕДИНЕНИЕ НачисленияНовойПозицииСрезПоследних КАК НачисленияНовойПозицииСрезПоследних

| ПО НачисленияСтаройПозицииСрезПоследних.ВидНадбавки = НачисленияНовойПозицииСрезПоследних.ВидНадбавки

///<+ Автор='Токарев Виталий'; 28.10.2011 18:31:11; Текст='';

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель1, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель1, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель2, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель2, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель3, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель3, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель4, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель4, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель5, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель5, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель6, 0) = ЕСТЬNULL(НачисленияНовойПозицииСрезПоследних.Показатель6, 0)

| И НачисленияСтаройПозицииСрезПоследних.Сотрудник = НачисленияНовойПозицииСрезПоследних.Сотрудник

| ВНУТРЕННЕЕ СОЕДИНЕНИЕ НачисленияСотрудника КАК НачисленияСотрудника

| ПО НачисленияСтаройПозицииСрезПоследних.ВидНадбавки = НачисленияСотрудника.ВидРасчета

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель1, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель1, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель2, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель2, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель3, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель3, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель4, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель4, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель5, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель5, 0)

| И ЕСТЬNULL(НачисленияСтаройПозицииСрезПоследних.Показатель6, 0) = ЕСТЬNULL(НачисленияСотрудника.Показатель6, 0)

// TVA/>

| И НачисленияСтаройПозицииСрезПоследних.Сотрудник = НачисленияСотрудника.Сотрудник

|

|ОБЪЕДИНИТЬ

 

Вуаля! Всё работает... Ну, соответственно, где есть неравенство "<>", тоже добавляем...

См. также

Добавить вознаграждение
Комментарии
1. Евгений (Voody) 20 31.10.11 11:48 Сейчас в теме
Спасибо.
Тоже заметил это через день после обновления. Вот только сел разбираться, и нашел ваше решение. :)
2. Vitaliy Tokarev (VitaliyTokarev) 203 31.10.11 13:34 Сейчас в теме
Сэкономили как минимум пол дня ;)
3. Андрей Смелов (Gesperid) 2 31.10.11 13:46 Сейчас в теме
Эта процедура - и была не без греха, так ещё и новых багов поднасыпали.
Кстати, кроме описанного бага, появился и другой, также связанный со ШР. Например, в ШР у вас ставка "месячная", например, 20К руб., а у сотров оклад по часам, то при перемещении и т.п. получите "начать 'Оклад по дням'".
см. процедуру ДобавитьОбъединенияВЗапросПолученияДействийСНачислениями, вызываемую из ПолучитьТаблицуДействийСНачислениями.
Risa; Voody; BoneD; VitaliyTokarev; +4 Ответить 2
4. Vitaliy Tokarev (VitaliyTokarev) 203 31.10.11 13:57 Сейчас в теме
5. Иван Чагаев (BoneD) 642 31.10.11 15:51 Сейчас в теме
(3) Ага, я у себя полностью убрал всё, что они добавили в процедуру "ДобавитьОбъединенияВЗапросПолученияДействийСНачислениями" в 41 релизе (сделал, как было в 40.3). И ещё задолго до этого кучу изменений внёс в "ПолучитьТаблицуДействийСНачислениями", чтобы надбавки из шатного не переносились в кадровое перемещение и приём на работу (они и так попадут в начисления сотра, а потом индивидуально их менять замучаешься). Проще в штатном заменить (на всю должность во всём подразделении).
6. Людмила Иванова (silver-fox87) 31.10.11 17:17 Сейчас в теме
7. Владимир Лагутин (Lukich66) 79 31.10.11 20:44 Сейчас в теме
Ой,молодцы. Если будет время и желание проверьте еще формирование СЗВ для эл.сварщика(27-2 232000-17956 это особые условия труда) которого переместили 01/06/2011 на график 2, а в ШР- для этой должности график 1. Ну не формирует вредность пока в перемещении не поставишь график 1.
8. mikhailovaew (mikhailovaew) 127 01.11.11 17:48 Сейчас в теме
Спасибо, добрый человек! Как раз попали на эти грабли...
9. mikhailovaew (mikhailovaew) 127 02.11.11 15:44 Сейчас в теме
еще хочу добавить:
было бы здорово, если бы Вы приложили полностью текст исправленной процедуры.
Чтобы благодарным последователям не искать эти соединения по неравенсту и равенству.
10. nitro (nitr02k) 02.11.11 16:13 Сейчас в теме
Спасибо пригодилась данное решение..
11. Vitaliy Tokarev (VitaliyTokarev) 203 02.11.11 18:16 Сейчас в теме
(9) mikhailovaew, Она ОЧЕНЬ огромная...
Могу номера строк типового модуля написать:
1108-1123
1154-1168
1380-1385
12. Галина (Beta) 11 03.11.11 05:34 Сейчас в теме
тоже столкнулась с этой проблемой, потому что дописывала функцианал, чтобы автоматически выбирался разряд из штатного расписания... после обновления все пришлось переписывать.... бороться с NULL...
13. mikhailovaew (mikhailovaew) 127 03.11.11 09:03 Сейчас в теме
(11) да мне-то уже не надо, все найдено и поправлено, я за других переживаю :)
а архив текстового файла с процедурой значительно бы сэкономил время ))
14. Елена Елена (prog-eg) 63 03.11.11 14:55 Сейчас в теме
15. Галина (Галко) 08.11.11 10:19 Сейчас в теме
спасибо, сэкономила время
16. Людмила Л (Lyuda11) 08.11.11 18:10 Сейчас в теме
17. Галина Волостных (ГердаКай) 4 11.11.11 14:16 Сейчас в теме
Спасибо огромное, тоже уже столкнулись с этим глюком, и сразу нашли ваше решение
18. Владимир Чаклин (vec435) 14 15.11.11 16:57 Сейчас в теме
Спасибо за экономию времени
19. Ирина Л. (Risa) 22.11.11 22:14 Сейчас в теме
(3) Вышел новый релиз, а проблема подстановки "не того" вида расчета из штатного расписания осталась. Это разве так и должно быть? =(
20. Vitaliy Tokarev (VitaliyTokarev) 203 22.11.11 23:01 Сейчас в теме
Некоторые глюки годами тянутся... Увы...
21. Ирина Л. (Risa) 23.11.11 08:57 Сейчас в теме
(20) Ну просто в 42ом релизе написано "Исправлена ошибка 10092419: При заполнении начислений в документе "Кадровое перемещение организаций" иногда возникают ошибки". Вот и боюсь, что все, что осталось - это не ошибка, а так и должно быть по их мнению =(
22. Сергей Дашков (serega_sun) 01.12.11 08:15 Сейчас в теме
Правил Комплексную автоматизацию 1.1.15.1 по данному алгоритму - не помогло.
Разбираться в запросе некогда и я не могу их настолько легко анализировать.
23. Vitaliy Tokarev (VitaliyTokarev) 203 01.12.11 14:35 Сейчас в теме
В комплексной возможно ещё какие-то регистры тянутся, там же всё немного сложнее...
К сожалению в данный момент с ней не работаю, а просто так смотреть некогда ))))
24. Эльвира Юлдашева (Elis-Velis) 15.12.11 10:27 Сейчас в теме
Спасибо, очень помогло ) У нас три базы УПП 1.3.19.2
25. Денис Садовой (Den_Zenit) 12 21.12.11 23:28 Сейчас в теме
Спасибо огромное!
уже дня 3 бился над этой проблемой
Оказалось все почти тривиально)